什么是IDOC，以及IDOC的步骤
创建IDOC:
第一步:WE31 创建IDOC所包含的字段.
第二步:WE30 创建IDOC 把Segment分配给IDOC
第三步:WE81 创建信息类型
第四步:WE82 把IDOC类型与信息类型对应.
第五步:WE57 Assign Message & Idoc Type to a Function Module for Data Process
第六步:SM59 Define a RFC connection for Idoc transfer
第七步：WE21 Define a Port ( Assign a RFC destination which created in SM59 )
第八步：WE41/42 Creat Process Code
第九步：WE20 Define a Partner Profiles( Also creat a Outbound parameters with Port, or Inbou nd parameters with Process code )
管理IDOC:
WE02 显示IDOC,可以根据时间，IDOC类型查找IDOC，查看成功，出错信息。
WE46 IDOC管理(出\入)
WE60 IDOC类型文档(可以查看IDOC结构,和每个字段的描述.
WE19 根据IDOC号进行IDOC处理，可以修改IDOC值进行补发动作，处理分为内向和外向。
消息配置：
WE20 配置伙伴消息进和出IDOC类型
WE21 配置伙伴。
官方介绍：
What is a IDOC?
An IDoc is simply a data container that is used to exchange information between any two proce sses that can understand the syntax and semantics of the data. IDoc is not a process.
- IDocs are stored in the database.
- In the SAP system, IDocs are stored in database tables.
- IDocs are independent of the sending and receiving systems.
- IDocs are independent of the direction of data exchange.
An IDoc Type is SAP's format for data being moved between applications. Essentially, SAP has defined what a sales order, financial statement, invoice, etc will look like electronically. This inclu des how fields are grouped together (segments), the order and hierarchy of these groupi ngs, an d the format of each individual field.
If you're familiar with EDI at all, then an IDoc will look very familiar to you. Nearly everything yo u're used to is there: from segment name to allowable codes to min/max occurs.
It is important to note that an IDoc Type is really just a structure defined on the system and giv en a name (i.e., ORDERS04). An actual IDoc, however, consists of data, which fits within the d efined structure of the IDoc Type. This IDoc is identified by a number rather than by a type.
Creation of IDOCs
Transaction code: WE 30
Steps of Defining Segment
Creating Segment : Tcode - WE31
Creating Message Type : Tcode - we81
Assigning Message type to Idoc type: Tcode - we82
Process
The two processes for IDoc are Outbound Process and Inbound Process.
Outbound Process
When the data is sent out from the system, the process is called Outbound Process and the ID oc is known as Outbound IDoc.
Inbound Process
When the data is coming in, the process is called Inbound Process and the IDoc is known as I nbound IDoc.
Outbound Process (Sending System) Steps :
1) Goto Tcode SALE:
Creating the logical system
Click on Sending & Receiving Systems àSelect Logical Systems--Here Define the Logical Syste ms àClick on Execute Button
Go for New Entries
1) System Name : LOG1:Description: Sending System
2) System Name : LOG2:Description: Receiving System
Press Enter & Save it will ask for Request if you want new request create new request or pres s continue for transferring the objects.
Assigning Client to the Logical System:
Select Assign Client to Logical Systems -
Client : Sending System
Logical System : LOG1
and also
Client : Receiving System
Logical System : LOG2
Save this Data.
Step 2) For RFC Creation:
Goto Tcode SM59 and Select R/3 Connects
Click on create Button
RFC Destination Name should be same as partner's logical system name and case sensitive to create the ports automatically while generating the partner profiles
Give the information for required fields:
RFC Destination : LOG2
Connection type : 3
Target Host : https://www.doczj.com/doc/df6013753.html,
System No : 00
Client : 210
User : Login user name
Password :
Save this & Test it and Remote Login
Step 3) Goto Tcode BD64:
Click on the change button>Click on the create model view
Short Text: model view
Technical Name: LMOD
Save this & press ok
Select just created model view
Name: "LMOD"
Goto add message type
Model Name : LMOD
Sender : LOG1
Receiver : LOG2
Message type: ZAZHARMESS
Save and press Enter.
4) Goto Tcode BD82:
Give Model View : LMOD
Partner system : LOG2
Execute this by pressing F8
It will gives you sending system port No: A00000000089 (Like)
5) Goto Tcode BD64:
Select the model view
Goto >Edit >model view > Distribute
Press ok & Press Enter.
Run your Zprogram
REPORT ZIDOC1 .
DATA: Begin of imara occurs 0,
matnr like mara-matnr,
mtart like mara-mtart,
end of imara.
DATA: wamas_con LIKE edidc,
imas_data LIKE edidd OCCURS 0 WITH HEADER LINE,
icom_con LIKE edidc OCCURS 0 WITH HEADER LINE. PARAMETERS: e_matnr LIKE mara-matnr,
e_msgtyp LIKE edidc-mestyp,
e_rcvprn LIKE edidc-rcvprn.
* retrive app. data from DB
SELECT matnr mtart FROM mara INTO TABLE imara WHERE matnr = e_matnr.
*Master idoc control record
wamas_con-rcvprt = 'LS'.
wamas_con-rcvprn = e_rcvprn.
wamas_con-idoctp = 'ZAZHARIDOC'.
wamas_con-mestyp = e_msgtyp.
* master idoc data records
LOOP AT imara.
imas_data-segnam = 'ZAZHARSEG'.
move imara to imas_data-sdata .
APPEND imas_data.
ENDLOOP.
CALL FUNCTION 'MASTER_IDOC_DISTRIBUTE'
EXPORTING
master_idoc_control = wamas_con
TABLES
communication_idoc_control = icom_con
master_idoc_data = imas_data
COMMIT WORK.
6) Verifying Transfer of IDOCs Tcode - we05 ALE/IDOC Status Codes (outbound):
01> IDoc Added
30 > IDoc ready for dispatch
29 >Error in ALE service Layer
12 >Dispatch ok
03 > Data passed to port ok.
Inbound Process (Receiving System) Steps: Do the same step as you did in sending system > Creating IDoc
> Defining the Segment
> Creating Message Type
> Assigning the Message Type
> Defining the Logical System
> Assigning the Logical System
> Creating the Distribution Model
1) Goto Tcode - we57:
Assign function module to IDoc type
Module: Function module
Basic type:
Message type:
Direction: 2 (inbound)
2) Creating Inbound process code - we42
3) Verifying Idoc List Tcode - we05
4) ALE/IDOC Status Codes (Inbound):
50 > IDoc Added
51 >Application Document not posted
64 >IDoc ready to be transferred to application 62 >IDoc passed to application
53 >Application Document posted
客户投诉处理流程及规范 一、目的 为了确保通过标准的流程和规范，快速稳妥的解决客户投诉，让客户在接受投诉处理的过程中充分感受能够再次对我们提供的产品和服务建立信心，最终将我们视作终生合作伙伴；同时，能够通过在处理客户投诉的过程中，发现我们工作中的漏洞和不足，通过对其改正或者弥补，使之能够不断的完善和进步，特制定《客户投诉处理流程及规范》。 二、适用范围 如果客户在接受我们的服务或者产品时有任何不满或者抱怨，并且通过各种有效的途径反映到相关部门（包括公司各职能部门和经销商等），则形成客户投诉，此类客户投诉一律可适用于本流程。 三、职责 1、客服部负责各种信息的收集、反馈和跟踪，并负责将客户投诉及时反馈到供应链中心，同时每月根据回访信息制作分析报告。 2、销售经理负责涉及销售部产品销售、服务态度、服务规范等的投诉处理，根据客服部的投诉反馈及时处理顾客投诉。 3、业务经理负责解决服务中一般性投诉的处理。特别是现场客户对公司服务质量、服务态度、服务规范、价格等方面的一般性投诉。同时根据客服部的投诉反馈及时处理顾客投诉。 4、财务经理负责财务部人员服务方面投诉的处理。同时根据客服部的投诉反馈及时处理顾客投诉。
5、总经理负责对顾客投诉处理措施的最终确定，处理方案的决定，以及内部的责任处理等。 四、规范内容 1、客户投诉的受理 1.1接到记录转交客服部，由客服部转交各责任部门 1.1.1 除业务经理对日常维修服务中现场的投诉处理外，各部门或个人接到电话投诉或其他方式的投诉，需将记录客户的信息，并及时交客服部，最迟不可以超过半个小时，由客服部进行详细的投诉内容的登记。 1.1.2客服部将客户投诉信息登记到《客户投诉信息反馈单》上，并根据投诉的部门或个人或事件分配到各责任部门。 1.1.3各部门或个人在接到重大投诉（涉及到赔偿的投诉、与安全方面相关的投诉、损害金额大的投诉；短期内进服务店维修频次高，客户不接受的情况、涉及媒体、律师、警察、消协、政府机关等的投诉；客户意见较大易造成不良影响的情况[如可能媒体曝光、可能进入司法程序、客户可能采取过激行为等]、行业部门、工商部门等转交的投诉）必须立即交客服部，最迟不可以超过半个小时，由客服部登记后转交责任部门，并跟踪监督。 1.2客服部人员在登记客户投诉时，应记录客户的联系方式，包括客户姓名，客户地址，联系方式等要素。并且用自己的语言复述客户投诉内容，以保证记录准确性和完整性。同时应一边倾听客户抱怨，一边记录客户投诉要点，要给予客户尽量平和的心态，并且要传递给客
各个楼层及内容索引 2-------------------------------------什么是UMAT 3-------------------------------------UMAT功能简介 4-------------------------------------UMAT开始的变量声明 5-------------------------------------UMAT中各个变量的详细解释 6-------------------------------------关于沙漏和横向剪切刚度 7-------------------------------------UMAT流程和参数表格实例展示 8-------------------------------------FORTRAN语言中的接口程序Interface 9-------------------------------------关于UMAT是否可以用Fortran90编写的问题 10-17--------------------------------Fortran77的一些有用的知识简介 20-25\30-32-----------------------弹塑性力学相关知识简介 34-37--------------------------------用户材料子程序实例JOhn-cook模型压缩包下载 38-------------------------------------JOhn-cook模型本构简介图 40-------------------------------------用户材料子程序实例JOhn-cook模型完整程序+david详细注解[欢迎大家来看看,并提供意见,完全是自己的diy的,不保证完全正确,希望共同探讨,以便更正,带"?"部分,还望各位大师\同仁指教] 1什么是UMAT??? 1.1 UMAT功能简介!!![-摘自庄茁老师的书 UMAT子程序具有强大的功能，使用UMAT子程序： (1)可以定义材料的本构关系，使用ABAQUS材料库中没有包含的材料进行计算，扩充程序 功能。ABAQUS软件2003年度用户年会论文集 (2)几乎可以用于力学行为分析的任何分析过程，几乎可以把用户材料属性赋予ABAQUS中 的任何单元； (3)必须在UMAT中提供材料本构模型的雅可比（Jacobian）矩阵，即应力增量对应变增量 的变化率。 (4)可以和用户子程序“USDFLD”联合使用，通过“USDFLD”重新定义单元每一物质点上传 递到UMAT中场变量的数值。 1.2 UMAT开始的变量声明 由于主程序与UMAT之间存在数据传递，甚至共用一些变量，因此必须遵守有关书写格式，UMAT中常用的变量在文件开头予以定义，通常格式为： SUBROUTINE UMAT(STRESS,STATEV,DDSDDE,SSE,SPD,SCD, 1 RPL,DDSDDT,DRPLDE,DRPLDT, 2STRAN,DSTRAN,TIME,DTIME,TEMP,DTEMP,PREDEF,DPRED,CMNAME 3 NDI,NSHR,NTENS,NSTATV,PROPS,NPROPS,COORDS,DROT,PNEWDT,
第一章服务体系 良好的客服形象良好的技术 良好的客户关系良好的品牌 一、“5S4E”服务 “5S4E”的宗旨是“客户永远是第一位”，从客户的实际需求出发，为客户提供真正有价值的服务，帮助客户更好地使用产品。体现了“良好的客服形象、良好的技术、良好的客户关系、良好的品牌”的核心服务理念，要求以最专业性的服务队伍，及时和全方位地关注客户的每一个服务需求，并通过提供广泛、全面和快捷的服务，使客户体验到无处不在的满意和可信赖的贴心感受。 通过建立一个完善的服务体系和服务质量监督体系，从而能为用户提供“亲切、快捷、专业”的体验。 通过建立一个良好的内部激励机制，培养一支充满活力的、能兢兢业业为客户服务的“友好、高效、专业”的客户服务队伍。 二、“5S4E”服务体系简介
“5S4E服务”提出了坚持服务质量和服务满意度的5个标准及客户服务将要达到的4个核心目的，即要以smiling（微笑）和sincere（诚挚）的服务态度，客户的服务需求在第一时间得到响应，得到充分的重视；要以speciality（专业）和speedy（快速）的服务水准，建构我们规范和专业的服务体系，第一时间解决客户应用中的问题，为客户提供量身定做的专业性服务；通过长期不懈、坚持永续的服务，持续提升客户服务价值，达到客户satisfied（满意）的服务效果。最终为客户提供快捷而不失其细心，专业而不失其亲切，持续而不失其稳定的高质量服务，提供品牌的认知度。也就是我们的核心“excellent customer service visualization(良好的客服形象）、excellent technology（良好的技术）、excellent customer relationship（良好的客户关系）及excellent brand（良好的品牌）” 客户服务部：是“5S4E”服务体系的最高管理机构，负责制定“5S4E”整体发展规划、客户服务规范与管理程序、XXXX各维修及销售类产品线服务政策、对各地维修站提供支持与监督工作。同时负责处理用户投诉及800免费技术咨询热线、互联网网上技术支持的日常运作。 各地维修站及技术工程部：是XX在全国各地的服务机构，负责为所在区域的XX 客户提供全方位的技术服务,并对相关产品维护人员提供适当培训。目前XX已在全国各地建立40个维修中心，覆盖面正逐步扩大。 三、“5S4E”特色 从客户的实际需求出发，努力探寻对客户真正有价值的新的服务内容与服务方式，形成有别于业界其他厂家的服务特色，是“5S4E”的不懈追求。
咨询及投诉处理流程 一、问题分类 ●一般售前咨询 ●一般售后咨询 ●投诉 二、问题处理流程 ●一般售前咨询 1.咨询如何搜索商品 1.1官网/H5（手机版）搜索栏在页面最上方，可指引用户点击“放大 镜”图标，输入商品名称进行查找，可指用户下载APP，使用手机查 找更方便。 1.2 APP端搜索栏在页面下方，指引用户点击“放大镜”图标，输入商 品名称进行查找。 2.咨询商品价佫 指引用户，网页上所示价格为商品发布时海外商城的价格，该价格可 能会有所调整，具体以海外商城的报价为准。 3.咨询商品尺码 商品的贴子一般会标示尺码，如未标示，可点击进入商品官网链接查 询并告知用户。 4.咨询取消订单 代购商只作为第三方免费帮您在海外商城下单，所有货物均来自海外 商城，海淘不支持无理由退换货。一般是取消不了。
如遇到下错客户要求取消的订单，只能取消当天或者还末在商城下单成功的订单。 在订单管理查询-看看有没备注。 已备注就是已在商城下单。已在商城下单的订单，如客户要求取消，需要下单同事协助发邮件到商城申请，待商城同意后方可为客户取消订单。 5.咨询发货时间 6.咨询支付方式 一般售后咨询处理流程 1.查发货 1.1发货的具体流程步骤 （一）海外商城一般发货时间是3-5个工作日,具体以实际的海 关清关情况及物流运输情况为准. （二）商家后台查看，商家备注里有没有下单号。 （二）没有下单号，可联系下单同事查询核实。 咨询订单到货时间 2.查物流 2.1商城发货的情况，具体的物流状态 （一）商城确认已发货，但物流单号无记录，可用用户收货人名字至转运仓（一号仓，笨鸟）查询。也可联系下单同事协助查询。 （二）如物流显示转运仓已签收。可提供转运单号给一号仓或者笨鸟协助查询。
材料本构模型及编程-ABAQUS-UMAT 材料本构模型及编程实现：简介 1、什么时候用用户定义材料（User-defined material, UMAT）？ 很简单，当ABAQUS没有提供我们需要的材料模型时。所以，在决定自己定义一种新的材料模型之前，最好对ABAQUS已经提供的模型心中有数，并且尽量使用现有的模型，因为这些模型已经经过详细的验证，并被广泛接受。 2、好学吗？需要哪些基础知识？ 先看一下ABAQUS手册（ABAQUS Analysis User's Manual）里的一段话： Warning: The use of this option generally requires considerable expertise. The user is cautioned that the imple mentation of any realistic constitutive model requires extensive development and testing. Initial testing on a s ingle element model with prescribed traction loading is strongly recommended. 但这并不意味着非力学专业，或者力学基础知识不很丰富者就只能望洋兴叹，因为我们的任务不是开发一套完整的有限元软件，而只是提供一个描述材料力学性能的本构方程（Constitutive equation）而已。当然，最基本的一些概念和知识还是要具备的，比如 应力(stress),应变（strain）及其分量；volumetric part和deviatoric part；模量（modulus）、泊松比(Poisson’s ratio)、拉美常数(Lame constant)；矩阵的加减乘除甚至求逆；还有一些高等数学知识如积分、微分等。 3、UMAT的基本任务？ 我们知道，有限元计算（增量方法）的基本问题是： 已知第n步的结果（应力，应变等），；然后给出一个应变增量, 计算新的应力。UMAT要完成这一计算，并要计算Jacobian矩阵DDSDDE(I,J) =。是应力增量矩阵（张量或许更合适），是应变增量矩阵。DDSDDE(I,J) 定义了第J个应变分量的微小变化对第I 个应力分量带来的变化。该矩阵只影响收敛速度，不影响计算结果的准确性（当然，不收敛自然得不到结果）。 4、怎样建立自己的材料模型？ 本构方程就是描述材料应力应变（增量）关系的数学公式，不是凭空想象出来的，而是根据实验结果作出的合理归纳。比如对弹性材料，实验发现应力和应变同步线性增长，所以用一个简单的数学公式描述。为了解释弹塑性材料的实验现象，又提出了一些弹塑性模型，并用数学公式表示出来。 对各向同性材料（Isotropic material）,经常采用的办法是先研究材料单向应力-应变规律（如单向拉伸、压缩试验），并用一数学公式加以描述，然后把讲该规律推广到各应力分量。这叫做“泛化“(generalization)。 5、一个完整的例子及解释 下面这个UMAT取自ABAQUS手册，是一个用于大变形下的弹塑性材料模型。希望我的注释能帮助初学者理解。需要了解J2理论。SUBROUTINE UMAT(STRESS,STATEV,DDSDDE,SSE,SPD,SCD,RPL,DDSDDT, 1 DRPLDE,DRPLDT,STRAN,DSTRAN,TIME,DTIME,TEMP,DTEMP,PREDEF,DPRED, 2 CMNAME,NDI,NSHR,NTENS,NSTATV,PROPS,NPROPS,COORDS,DROT, 3 PNEWDT,CELENT,DFGRD0,DFGRD1,NOEL,NPT,LAYER,KSPT,KSTEP,KINC) STRESS--应力矩阵，在增量步的开始，保存并作为已知量传入UMAT ；在增量步的结束应该保存更新的应力； STRAN--当前应变，已知。 DSTRAN—应变增量，已知。 STATEV--状态变量矩阵，用来保存用户自己定义的一些变量，如累计塑性应变，粘弹性应变等等。增量步开始时作为已知量传入，增量步结束应该更新； DDSDDE=。需要更新 DTIME—时间增量dt。已知。 NDI—正应力、应变个数,对三维问题、轴对称问题自然是3（11,22,33），平面问题是2(11,22)；已知。 NSHR —剪应力、应变个数，三维问题时3(12,13,23)，轴对称问题是1(12)；已知。
Accounting Documents会计凭证 SAP系统在数据处理，无论是业务处理，还是财务处理都会产生大量的凭证，无论是什么凭证，最终的反映形式就是会计凭证。 1.凭证原则Code 每笔记账都一直以凭证形式存储，每一凭证都作为前后一致的单位保留在系统中，直至将它归档。唯有完整凭证可以计入SAP系统；“完整”是指借贷余额为零。其近一步的条件是完整、准确输入系统配置时定义为“必输（Required）”的字段。保存凭证或者进入不同凭证项目时，系统自动根据配置检查必输项目是否已经输入或者是否按照标准输入，并发出适当的提示信息，拒绝进行下一步动作，如果输入错误的话。 2.凭证结构Structures 每张凭证都有一个凭证抬头（Document Header）和两个以上的行项目（Document Items）组成。 凭证抬头——对整个凭证有效的信息，例如四个日期、文本摘要、凭证类型等等。 行项目(Line Items)——仅仅包含特定项目的信息，如记账码、科目编码、金额、税码、成本对象等有科目、记账码等配置综合决定的信息。 3.凭证特征Features 凭证的基本特征包括子分类帐/总分类帐一体化、自动记账、跨公司代码业务（Across Company Code）。 子分类帐/总分类账一体化 FI-AR应收帐款和FI总分类帐、FI-AP应付账款和FI总分类帐、FI-AM固定资产明细账和固定资产总帐完全一体化的。明细账建立在供应商、客户、固定资产层次上，在对供应商、客户或者固定资产账户入账的同时，系统自动向总分类帐中的统驭科目自动记账。明细账和总分类帐同步更新。因此，在创建资产负债表之前，不再需要将财务数据从子分类帐转入总分类帐，可以随时查看公司代码当前的资产负债表。客户端标准统驭科目是：国内应收帐款、国外应收帐款、来自合并公司的应收帐款。当然，有些集团还有集团内和集团外之分。下图显示了向子分类帐入账时，系统将相应的冲销条目实时记入总分类帐： 自动记账 SAP支持很大程度的自动记账，对于AR和AP大部分的凭证，涉及应收帐款、应付账款的凭证，如果启用了MM、SD等模块，就能绝大部分基于销售订单或采购订单进行的发票校验等业务自动生成。而在具体手工编制凭证的时候，有些凭证行项目是系统自动生成的，
订单处理流程 Prepared on 22 November 2020
订单处理流程 订单处理是商城客户服务的一个重要内容。为了有效提高订单成功率，商城系统提供了标准的订单处理机制。 订单处理流程主要有两方面的内容： ★订单处理类型 ★订单处理核心环节 1、订单处理类型 从支付以及配送的角度我们可以将订单的处理划分为两种类型：货到付款订单、款到发货订单。 1. 第三方平台付款订单：客户把钱打进第三方平台的账户，第三方平台通 知卖家，卖家确认订单信息并发货，客户确认收货，第三方平台把货款打入卖家账户。 2. 款到发货订单：商城需要确认收到用户的付款，才进行送货，例如采取 邮局汇款、银行电汇、更多的是网银在线支付。 3. 货到付款订单：客户要求与商城进行一手交钱一手交货，面对面的交 易；一般都是客户在商城提交订单后，由平台线下送货上门之后收款； 2、订单处理核心环节 订单处理流程，主要体现在五个环节：
1. 用户下单 2. 确认订单 3. 分配订单 4. 订单收款 5. 发运订单 1、用户下单 用户下单的环节，是指前台顾客即会员浏览商城网站进行商品的挑选并提交订单。系统提供在一定的时间范围内即在会员订单提交至后台管理员还未对订单进行确认操作这段时间内，允许会员自行修改、取消自己的订单。 2、确认订单 会员订单提交到商城系统后，商城系统管理员对订单的数据信息进行确认，确认的方式通过电话联系会员进行。确认的内容主要包括会员填写的收获地址是否真实有效、商品配送相关情况。另外如果付款方式为第一种或第二种，财务人员要在系统后台或银行账户确定货款信息，以便判定是否有效。系统提供管理员对订单进行确认有效与无效的操作处理，无效的订单管理员可以直接取消。会员订单如果已经进行确认，将不能再进行修改。 3、分配订单
Abaqus 使用问答 Q:abaqus的图形如何copy? A:file>print>file格式为png，可以用Acdsee打开。 Q:用Abaqus能否计算[Dep]不对称的问题? A:可以，并且在step里面的edit step对话框other里面的matrix solver有个选项。Q: 弹塑性矩阵【D】与ddsdde有何联系? A: stress=D*stran；d(stress)=ddsdde*d(stran)。 Q:在abaqus中，如果采用umat,利用自己的本构，如何让abaqus明白这种材料的弹塑性应变，也就是说，如何让程序返回弹性应变与塑性应变，好在output中输出，我曾想用最笨地方法，在uvarm中定义输出，利用getvrm获取材料点的值，但无法获取增量应力，材料常数等，研究了帮助中的例子，umatmst3.inp,umatmst3.for,他采用mises J2 流动理论，我在output history 显示他已进入塑性状态，但他的PE仍然为0！！? A: 用uvar( )勉强成功 。 Q: 本人在用umat作本构模型时， *static, 1,500,0.000001,0.1 此时要求的增量步很多，即每次增量要很小， *static 1,500 时，在弹性向塑性过度时，出现错误，增量过大，出现尖点.? A: YOU CAN TRY AS FOLLOWS: *STEP,EXTRAPOLATION=NO,INC=2000000 *STATIC 0.001,500.0,0.00001,0.1。 Q: 模型中存在两个物体的接触，计算过程中报错，怎么回事? A: 接触问题不收敛有两个方面不妨试试： 一、在*CONTACT PAIR 里调试ADJUST参数； 二、调一些模型参数，比如FRICTION等。 。 Q: 在边界条件和加载时，总是有initial这个步，然后是我们自己定义的加载步，请问这个initial步,主要作用是什么？能不能去掉？ A: 不能去掉,所有的分析都有,是默认的步。 Q: A solid extrusion base feature 这句话是什么意思？ extrusion、revolution等是什么意思？ A: 这两的是三维建模时候,在画完二维图形,如何来生成三维图形, extrusion意思是你给定一个厚度,然后二维图形第三个方向上面伸展这么多形成三维图形 revolution意思是你给定一个旋转轴,二维图形绕其旋转后形成三维轴对称图形 。
第九章- SD09_订单处理流程 1.流程说明 1.1.总述： 该流程描述了营业生成订单至产销下单安排出货的全过程。因处理阶段不 同，应切为营业处理段及产销处理段。 注意事项：因分公司与总部分别为两个销售组织，故在两个销售组织中分别由营业助理 与产销人员创建订单，并保持其完全一致性。 1.2.流程重点： 1、订单生成的系统操作 2、订单进程中的状态查询 1.3.操作要点： 必须 1、订单中合同编号必须输入，必须输入营业同仁信息，如是公绩，应输入 责任中心虚拟的同仁编号。 2、经权责主管签核之订单传真至产销部。 3、责任中心助理在对订单保存后即在系统中生效，并将进入下一步骤。故 在SAVE前必须仔细检查订单准确性。 4、若销售商品为特销或促销商品则须在责任中心下单过程中，须在分公司 对总公司的PO中将采购价格更改为特销或促销商品的转拨价。 5、下单前可进入系统查询库存状况，以方便确定出货时间。 原物料销售（例：布）对供应商销售：由产销创建订单 对客户销售：由营业助理创建服务订单完成（SM模组）。 6、产销对营业的答交由系统生成之答交表完成。营业对出货时间有疑义， 则须在该表上相应栏位细写要求，并MAIL 至产销部门。 7、创建订单时，必须输入“订单原因”。 不得
1、在订单SAVE后对订单进行直接修改而不列印“异动单”。 2、出货前临时取消出货必须检查该订单是否已过帐。若已经过帐则需用 “销退”方式建立新的订单。 1.4.单据流： 营业（订单1）--营业（收预付款）--财务（入帐）--产销（订单1、2）--产 销（答交）--营业（确认）--产销（出货）--成品（发货过帐、开票）--营 业（收款）--财务（清帐） 订单1为分公司-客户订单 订单2为总公司-分公司订单、总公司对直接客户订单 订单类型： 订单1：一般订单、特销订单、销退单 订单2：一般订单、特销订单、出口订单、销退单、出样展示、出样售出、出样退回、原物料销售 互动表单：答交表（系统） 销售合同档案维护—YSD01（系统） 2.流程图 3.系统操作 3.1.操作范例 创建标准订单（分公司-顾客、总公司-分公司） 打印交易申请书（订单） 打印异动单 创建分公司采购订单 更改分公司采购订单 3.2.系统菜单及交易代码 后勤→销售和分销→销售→订单→创建(修改) 交易代码:VA01(VA02) 后勤→物料管理→采购→采购订单→创建 交易代码:ME21 销售合同档案维护 交易代码: YSD01 3.3.系统屏幕及栏位解释 3.3.1.创建标准订单：分公司-顾客 生成分公司订单有两种方法：直接创建订单；参照报价单创建订单。 3.3.2.直接创建 栏位名称栏位说明资料范例
******************************************************************** inp ********************************************************* *MATERIAL, NAME= <用户自定义材料的名称> *USER MATERIAL, CONSTANTS= 8<需输入的变量个数>，（UNSYMN） 30.E6, 0.3, 30.E3, 0., 40.E3, 0.1, 50.E3, 0.5 <依次给出需输入的变量的值> *DEPVAR 13 <定义求解过程中的状态变量(SDVs)需要的存储空间，即状态变量个数，=NSTATV> *INITIAL CONDITIONS, TYPE=SOLUTION <依次给出状态变量的值，也可不写> *USER SUBROUTINES，（INPUT=
UMAT以及depvar整理 by warmwormdk 最近一直在论坛查资料，对自己感兴趣的一些问题专门进行了整理，希望对大家有所帮助，也希望能获得小小的奖励啊，哈哈 1 UMAT的状态变量问题 Q:用DEPVAR定义的状态变量个数假设为10个。是不是说一个积分点的状态变量是10个，单元的积分点是4的话，那么单元的状态变量就是40个。也就是自己要存储单元变量的话，就得按40个状态变量来。是不是呢？ A:有人说跟我说，DEPVAR定义的状态变量个数指每个积分点的状态变量个数。abaqus 会自动为每个单元的每个积分点开辟这样大小的状态变量数组，abaqus调用umat时能够自动根据单元好和积分点向umat提供状态变量，在此基础上umat修改状态变量。 2 umat里的STATEV变量怎么输出到odb文件中 Q:比如我想知道statev(10)的odb文件,怎么输出?又怎么打开. statev(10)是我自己定义的damage变量, 请各位赐教 A 在element关键词中添加SDV，就像下面这样。 *Element Output, directions=YES ALPHA, LE, PE, PEEQ, PEMAG, PS, S, STH,SE, SF, VE, VEEQ, VS, SDV 3 Q statev(?)请问这个状态变量（）内的数字代表什么含义？对应的变量是不是固定的？各自对应着哪些变量？ A:括号中的数代表这个变量矩阵的维数，这个值等于depvar的值。 4 umat中DEPVAR有几种定义方式? Q;UMAT中状态变量的定义方式,一般有两种形式,一是在inp文件中采用*initial conditions定义,二是特殊情况下可以采用SDVINI来定义; 目前的疑问是,是否还有其他定义状态变量的方式? 请专家针对上传的附件给于指点多谢! 附件中的例子来自ABAQUS HELP中的例子! 请问例子中INP文件中是如何定义状态变量的THANKS A: 初值可以采用SDVINI来定义 程序运行中用以下代码更新
1、目的： 为规范订单/合同管理，使订单/合同执行有序进行，特制定本流程。 2、适用范围 适用于业务部门、集团各分公司所有订单/合同执行的全过程。 3、职责 3.1分公司各部门 3.1.1业务部门 （1）负责接收订单/合同，与客户进行沟通，提供客户所有要求信息。 （2）负责组织相关部门进行订单/合同评审。 （3）负责编制“报价联系单”、“大货采购单/购销合同”。 3.1.2技术部门 （1）负责编制“报价单”，“工程更改通知单”。 （2）负责产品技术、工艺可行性评审及价格评审。 3.1.3生产部门 （1）负责产品生产保证可行性评审。 （2）负责按照订单的各项要求安排生产。 3.1.4品质部门 （1）负责产品的质量保证可行性评审。 （2）负责按照订单的各项要求及检验规范安排产品检验。 3.2服务管理委员会 3.2.1采购部 （1）负责原材料、外购件资源配套能力、价格的评审。 （2）负责每天对钢材等主要原材料价格进行通报，做出“主要原材料价格趋势图”，并通过电子邮件知会各分公司总经理、总裁及董事长，作为各分公司总经理决策参考。 3.2.2财务部 （1）负责产品报价单销售毛利率、销售费用率、销售利润率的评审。 （2）负责对汇率、出口退税等影响产品报价因素进行及时通报，每月出具汇率、出口关税报表，作为各分公司总经理决策参考。当汇率、出口退税出现变动时，第一时间通知各分公司总经理。 3.2.3品质监督部 (1)负责产品质量保证可行性评审；负责订单/合同的备案管理。 (2)负责监督和检查各分公司在生产之前完成检验规范、检验标准的制定。 3.2.4总裁负责订单/合同的审批。
4、工作程序 4.1订单/合同的评审 4.1.1分公司初评 4.1.1.1业务部门接到客户的询价要求时，应详细咨询所询价产品的信息、技术信息（包括图纸、包装信息等）和所用原材料的详细情况及标准（如：规格、型号、材质、表面质量、特殊检验要求，特殊加工要求等），填写“报价联系单”，连同以上详细信息报各分公司总经理，作为订单评审的依据。 4.1.1.2业务部门应对订单的市场前景进行分析说明，市场前景的分析说明，简要介绍客户情况、未来产品市场趋势，并报各分公司总经理，做为订单评审的参考。 4.1.1.3各分公司总经理组织技术部门、品质部门、业务部门、采购部门、生产部门对订单的成本、利润、交期、质量进行初评，填写“报价单”，提供业务人员。 4.1.1.4业务部门，根据各部门反馈的信息，再次与客户沟通，双方都能够接受后，分公司编制“报价单”，正式生成。 4.1.2服务管理委员会复评 4.1.2.1各分公司填写“产品报价评审单”，并附上“报价单”、订单/合同说明，报服务管理委员会评审： （1）财务部评审各项税负、销售毛利率、销售费用率、销售利润率是否合理，回款要求是否合理。 （2）品质监督部评审产品质量要求是否能够达到，是否表述完整准确。 （3）采购部评审原材料、外协件加工费是否与市场价格一致，是否合理。 4.1.2.2如采购、质量、财务三方出现任何一方无法达到共识，此订单/合同为不可接受，“产品报价评审单”由总裁审批。对于可接受的订单，报总裁审批后，即可与客户签订合同。如业务部门有异议，可报董事长裁决。 4.1.2.3对于不可接受的订单有如下处理方式： （1）对于无利润或长期无法营利的订单，放弃处理。 （2）对于报价有出入者，可重新报价，重新实施评审流程。 4.2订单/合同签订、备案 4.2.1各分公司业务部门与客户正式签订订单/合同，编制“大货采购单/购销合同”，并在“大货采购单/购销合同”上注明成本、利润、质量、交期和回款时间等要求。 4.2.2各分公司计划员、采购员依据“大货采购订单”编制采购计划、生产计划，并附相关资料报总裁批准后，即可实施。
【最新整理，下载后即可编辑】 材料本构模型及编程-ABAQUS-UMAT 材料本构模型及编程实现：简介 1、什么时候用用户定义材料（User-defined material, UMAT）？ 很简单，当ABAQUS没有提供我们需要的材料模型时。所以，在决定自己定义一种新的材料模型之前，最好对ABAQUS已经提供的模型心中有数，并且尽量使用现有的模型，因为这些模型已经经过详细的验证，并被广泛接受。 2、好学吗？需要哪些基础知识？ 先看一下ABAQUS手册（ABAQUS Analysis User's Manual）里的一段话： Warning: The use of this option generally requires considerable experti se. The user is cautioned that the implementation of any realistic consti tutive model requires extensive development and testing. Initial testing on a single element model with prescribed traction loading is strongly r ecommended. 但这并不意味着非力学专业，或者力学基础知识不很丰富者就只能望洋兴叹，因为我们的任务不是开发一套完整的有限元软件，而只是提供一个描述材料力学性能的本构方程 （Constitutive equation）而已。当然，最基本的一些概念和知识 还是要具备的，比如 应力(stress),应变（strain）及其分量； volumetric part和deviatoric part；模量（modulus）、泊松比(Poisson’s ratio)、拉美常数(Lame constant)；矩阵的加减乘除甚至求逆；还有一些高等数学知识如积分、微分等。 3、UMAT的基本任务？ 我们知道，有限元计算（增量方法）的基本问题是： 已知第n步的结果（应力，应变等），；然后给出一个应变增量, 计算新的应力。 UMAT要完成这一计算，并要计算Jacobian 矩阵DDSDDE(I,J) =。是应力增量矩阵（张量或许更合适），是应变增量矩阵。DDSDDE(I,J) 定义了第J个应变分量的微小变化
客户投诉处理流程 （一）客户投诉处理流程 1. 任何人在接到客户意见后，第一时间向客户道歉并记录投诉内容，并记录相关内容，比如时间、地点、人员、事情经过、其结果如何等问题，了解投诉事件的基本信息，并初步判断客户的投诉性质，在1小时内上报客户经理或客户服务中心，由客户经理或客户服务中心立即填写《客户信息反馈处理单》。 2. 客户服务中心立即给该《客户信息反馈处理单》进行编号并简单记录基本信息：车牌号、填单人姓名、内容概要。 对于明显能确定责任的质量问题、服务态度、文明生产、工期延误的投诉 1) 客户经理在24小时内协同被反馈部门完成责任认定并对责任人完成处理意见后，完成与客户的沟通（如有必要）并将《客户信息反馈处理单》转给管理部。24小时内没有联系上的客户，客户经理应在48小时完成上述工作。 2) 管理部在接到《客户信息反馈处理单》后，在四小时内根据公司文件对处理意见进行复核，对认可的处理出具过失处理意见；对有异议的，召集客户经理和被相关部门进行协商并签署协商意见。在四个小时内，将处理结果上报主管总经理，同时将主管总经理的处理意见反馈给客户经理和相关部门执行。 3) 管理部在八小时内根据最终处理意见实施责任追究、进行过失沟通，完成最终的《客户信息反馈处理单》并于当日转客户服务中心。
对于当时无法确定责任的质量问题、配件延时、客户不在场、客户没有时间的投诉。 1) 客户经理通知客户在客户方便时直接找客户经理解决，报主管总经理认可后，按未了事宜进行处理。 2) 如客户属于重大投诉，客户经理应请示主管总经理后上门拜访客户。 3) 未了事宜由客户经理和客户服务中心分别在各自的《未了事宜台帐》上进行记录，并在维修接待电脑系统中明确标注。 4) 客户经理每月4日完成上个月未了事宜的客户沟通提醒及时回厂处理并及时掌握未了事宜的变化情况。 回访流程 1) 客户服务中心对处理完毕的《客户信息反馈处理单》，并有客户经理明确标明需要回访的客户，在24小时内进行回访；对正在处理中的《客户信息反馈处理单》暂停回访，直至处理完毕后再进行回访。 （二）客户投诉处理流程监督考核流程 1. 客户服务中心对收到的《客户信息反馈处理单》进行及时性和处理尺度的考核，发现问题的《客户信息反馈处理单》返回管理部，由管理部与相关责任人进行过失认定后将《客户信息反馈处理单》交客户服务中心存档。 2. 客户服务中心每周二和每月2日将《客户信息反馈处理单》汇总报主管总经理和管理部。 3. 每月4日管理部将《客户信息反馈处理单》汇总中的奖罚情况报主管总经理
UMAT全过程-"技术篇" [写在前面: 这篇文章是UMAT全过程-感想篇的姊妹篇,答应要给大家写的一篇帖子,同时也是为了记录自己的学习过程,与大家分享!首先指出,俺的"技术篇"--是加了引号的,因为确实称不上有多么大的技术含量,还望大家莫笑偶!只不过一是跟那个感想篇形成一个对照,同时主要内容为自己编子程序过程中涉及的技术边边上的小问题的一些解决方法,供仿友们参考!偶不是谦虚,也不是一个低调的人,大家谢谢和支持的话,我先行谢过啦!更希望大家能提出质疑或者别的更好的办法,大家相互交流,共同进步!] ---------------------------------------------------------------------------- *转*入*正*题* 第一部分:相关知识 [特别声明,这部分来自于华中科技大学杨曼娟同学的硕士学位论文,在此对作者表示感谢!--大家可以去知网下载]
---------------------------------------------------------------------------- 1.ABAQUS中材料非线性问题的处理 ABAQUS中材料非线性问题用Newton-Raphson法来求解。首先将载荷分为若干个微小增量，结构受到一个微小增量△P。ABAQUS用与初始结构位移相对应的初始刚度矩阵K0和荷载增量△P计算出结构的在这一步增量后的位移修正Ca、修正后的位移值Ua和相应的新的刚度矩阵Ka。ABAQUS用新的刚度矩阵计算结构的内力Ia，荷载P和Ia的差值为迭代的残余力Ra，即Ra=P-Ia。如果Ra在模型内的每个自由度上的值都为零，如图2-2中的a点，则结构处于平衡状态。但在非线性问题中，通常Ra是不可能为零，ABAQUS为此设置了一个残余力容差。如果Ra 小于这个数字，ABAQUS就认为结构的内外力是平衡的。一般这个缺省值取为平均内力的0.5％(如图2-2)。
商服部订单处理流程 客户购物流程出现的情况： 1.1修改订单信息： 一、修改订单信息类型： 1、收货信息 2、送货方式 3、购买的商品信息 二、操作流程: 1、客户致电客服热线及通过旺旺、QQ、商桥要求修改订单信息 2、请客户提供订单号、旺旺ID、QQ及收货人姓名，客服进入店铺后台查询，根据用户提供的订单号、 旺旺ID、QQ及收货人姓名进行检索找到该订单； 2.1 查看订单状态，如果订单状态显示发货状态拒绝为客户操作修改 2.2 查看订单如果未发货，可修改订单后状态（管理中心）。 3、客户已付款的订单，如客户要求修改商品信息，如商品的颜色，尺码等信息，在未发给库管时， 可修改相关信息（修改信息，包括改码数、换款、改地址、电话等，但必须是发给库管前的订单状态） 三、注意事项： 1、订单备货前可对订单信息做修改。 2、要求修改商品信息，具体操作详情查订单信息修改流程 3、客户换购商品需要补差价时，请具体写客户要换的商品款号、尺码、颜色等相关信息，并在补差 价订单里注明客户是补哪个订单的差价 订单信息修改流程图：
1.2订单发货前退货流程： 一、操作退/换货流程： 1、客户致电客服热线及通过旺旺、QQ、商桥要求退/换货 2、请客户提供订单号、旺旺ID、QQ及收货人姓名，客服进入店铺后台查询，根据用户提供的订单号、旺 旺ID、QQ及收货人姓名进行检索找到该订单； 2.1 如果订单已经发货，货物不能追回拒绝此操作。 3、订单客户已付款，未安排发货、可在系统后台备注退/换货信息：退货-告知客户付款24小时后申请退 款；换货-确认客户换购商品信息及退补差价，在订单中备注相关联信息 4、如果订单未付款，客户要求关闭交易，确认身份后可请直接在系统后台操作关闭交易。 订单发货前退/换货流程图：
客户投诉处理流程 1 2 1. 目的 3 本程序明确了对客户提出的各类投诉进行处理的程序及要求，以确保公司及4 时有效地处理客户投诉，达到客户满意的目标。 5 2. 适用范围 6 本程序适用于公司所有客户对服务提出的投诉异常处理。 7 3. 职责 8 3.1客户服务部负责： 9 3.1.1 接收并登记客户提出的投诉； 10 3.1.2 根据投诉的内容和性质进行处理； 11 3.1.2 投诉处理结果与客户沟通，征求客户满意意见,并保存投诉记录。 12 3.2运营部负责： 13 3.2.1跟进和处理客户服务部转交的属于本部门负责的客户投诉； 14 3.2.2与相关部门一起解决需要跨部门才能解决的客户投诉。 15 3.3销售部负责： 16 3.3.1跟进和处理客户服务部转交的属于本部门负责的客户投诉； 17 3.3.2与相关部门一起解决需要跨部门才能解决的客户投诉。 18 4.工作程序（流程）
4.1 客户投诉接收 19 20 4.1.1客户可以通过以下渠道投诉公司服务质量问题: 21 A.电话、电子邮件、网站在线、或其它书面形式； B.由相关部门转述 22 23 4.1.2 公司任何人员接到投诉时, 应礼貌地道歉并立即转至客户服务部相关24 人员 25 4.1.3客户服务部或相关人员在接到投诉后，应执行以下步骤： 26 A.首先向客户道歉； 27 B.确认客户身份、姓名和联络办法； 28 C.确认客户投诉的具体事项； 29 D.开具《客服工单》将客户投诉内容登记于《异常反馈跟进表》； 30 4.1.4客户服务人员认为无法自行处理的投诉必须转至客户服务部主管或经31 理。 32 4.1.5对上述确认的内容在《异常反馈跟进表》中登记清楚。 33 4.2客户投诉的处理 34 客户服务组人员在确认上述信息后，应按照以下原则进行客户投诉的处理： 35 A.对可以自行处理的投诉，及时处理，并告知客户对其投诉的处理方法，并 36 确认客户对处理方法是否满意； B.对不能及时处理的，或客户对即时处理意见不满意的，客户服务人员应告 37 38 知客户处理答复的期限；期限内，去调查投诉的内容，涉及到其他部门的，将