通过IDOC实现Vendor下PO,自动在生产工厂创建SO V2

[SAP PI]EC凛统接收财务凭证IDoc的配置步骤（总账应收应付）1. 业务场景外围系统,通过IDoc,在SAP系统中创建财务凭证,包括总账,应收和应付.2. IDoc,FM和增强对应关系3. 数据库表4. 本业务配置涉及的TCODE:TCODE 描述WE20 维护伙伴参数F-02 输入总账科目记账F-43 输入供应商发票—F-22 输入客户发票FB03 显示凭证WE02 IDoc活单，查看IDoc发送情况5. 维护分配模型BD64EC欲收IDoc不需要配置分配模型6. WE20配置合作伙伴参数点击进站参数部分的”创建入站参数”按钮者■径娥弟参敷支。

□乡己尽b靠曰虫已钗伴堀遇甘作秋件S-3相件细曳甘伏件我型(LS1簪系统•Ul依绊类垩a •Ul秋:伴类垩BP •C□伙犊垩曲•Ul秋:伴卖垩E •Ul秋朝垩L1利益相性当业浊含作秋:律客户俱应商避楫席弟用户r前m中字符-不#处］里浒河代理明分港电 ________________________ ,7y- [5s-S用尸•C□秋:伴套塑隽*Ul袜件类型US«S |xuxc语言回目文曰炫数___________________________________________________________ I |谀伴•色奏型_［椒安式避站参物画心鼬输入消息类型，处理代码和触发方式等信息含卷我择微况二 合作秋佯阴 ___________________ USM I 〔 T伙伴坷 _LS翌机某姓傀伟陵邑处阻代用［电£1 〉内向W 】皿口单独灿理/扫叫语游百鼠舌H 涓姓珪拔屿四虐」耕t 理由后与程序融发E 立刖帼发应收刨即件喝W ISHDS僚律孕举对备包K用启羹重：L；理础心E1LLFC 合计=貌票逾fc (OA&： LOAD RECEVA..滴息代而iwmn□m讯K构向诜侦•记陛?i理浒可代^器R "♦话针用堀EAFII 切FJ面加UDE朝械胆应付消息类型ACC_INVOICE_RECEIRDdc对应的消息类型«理代码BAPI i 周用BAPI处理此£方式立即触发1台拄钦岸概况'人站番我当作队带冠E fms?供ff甬色堂借食凳里!人乂1HVEC也RLCKIPT会+过帏澄羊格收1。

IDOC and Workflow 实例一、业务场景(Business Scenario)：公司的采购部门在SAP系统创建了一份询价单(RFQ)，通过EDI消息实时发送给了供应商Vendor；供应商的销售部门会得到工作流workflow通知，从而及时处理接收到的客户询价。

Own company –RFQ(EDI) ---- > Vendor (Sales)---- > received the notice of workflow Create a RFQ in own SAP system ----EDI----> Vendor (Sales dept) ----> received the notice of workflow in Vendor side二、技术分析：SAP标准为MM和SD的单据预定义了基于Message的EDI处理方式。

IDoc是EDI的一种具体实现，基于ALE架构传递，我们可以用来处理SAP系统之间的数据交互，从而实现我们的业务需求。

(ALE ---- > EDI ----- > IDOC)ALE is working between different R/3 systems . And EDI is working between non-SAP and SAP system .三、实现步骤：在本公司的SAP系统（记为系统A）创建物料(1-01-01)和供应商(11001)主数据：TCODE: MM01保存，物料创建OK。

TCODE：MK01保存，供应商创建OK。

TCODE：ME41(create RFQ)Header=>vendor address工具栏=>overview, 返回后点选工具栏的messages到达这一步后，需要创建一个EDI类型的Medium，partner function为LS（逻辑系统），partner为11001（对应供应商）的输出类型(先保存次RFQ，编号为6000000019，登配置好了，再通过ME42修改次RFQ的输出类型)。

1、BD54逻辑系统创建 (2)2、SCC4将逻辑系统分配给客户端 (2)3、SM59新建RFC (3)4、WE21创建IDOC处理端口号 (4)5、XK02修改供应商 (4)6、WE20创建合作伙伴参数-供应商 (5)7、XD02客户设置（纳期回答使用） (6)8、WE20建立合作伙伴参数-客户（纳期回答使用） (7)9、WE20建立合作伙伴参数-逻辑系统 (8)10、NACR输出类型 (10)11、NACR纳期回答设置 (10)13、ME11采购信息记录设置 (12)14、VOE2 SD EDI 客户/供销商设置 (13)15、VOE4 SD EDI 转换 (13)16、CUNI EDI单位设置 (13)17、CMOD个别字段值设置 (14)PO发送SO创建IDOC配置1、BD54逻辑系统创建2、SCC4将逻辑系统分配给客户端3、SM59新建RFC数据发送设置4、WE21创建IDOC处理端口号5、XK02修改供应商6、WE20创建合作伙伴参数-供应商7、XD02客户设置（纳期回答使用）8、WE20建立合作伙伴参数-客户（纳期回答使用）数据接收设置9、WE20建立合作伙伴参数-逻辑系统注：如不需要纳期回答，不用配置ORDRSP10、NACR输出类型11、NACR纳期回答设置12、MM02物料设置13、ME11采购信息记录设置14、VOE2 SD EDI 客户/供销商设置15、VOE4 SD EDI 转换16、CUNI EDI单位设置17、CMOD个别字段值设置17-1 价格条件17-2 仓库17-3 抬头交货日期字段*北京科莱特信息技术有限公司所有，转载请注明出处。

ioc底层原理实现步骤IOC（Inversion of Control）即控制反转，是一种设计模式，它的底层原理可以通过以下步骤来实现：1. 创建容器：首先，需要创建一个容器，用于管理和控制对象的创建和生命周期。

容器可以是一个独立的框架，如Spring框架中的ApplicationContext，或者是自己手动实现的一个简单容器。

2. 配置对象：在容器中，需要配置需要被管理的对象。

配置可以通过XML文件、注解或者编码方式进行。

配置包括对象的名称、类型、依赖关系等信息。

3. 对象的创建：当容器启动时，会根据配置信息创建被管理的对象。

通过反射机制，容器可以动态地实例化对象，并调用构造函数进行初始化。

4. 依赖注入：在对象创建完成后，容器会自动为对象注入其所依赖的其他对象。

依赖注入可以通过构造函数、setter方法或者字段注入的方式进行。

通过依赖注入，对象之间的关系由容器来维护，而不是由对象自己来创建和管理。

5. 生命周期管理：容器可以管理对象的生命周期，包括对象的创建、初始化、销毁等过程。

通过配置，可以指定对象的初始化方法和销毁方法，并由容器在适当的时机调用。

6. 对象的获取：在容器中，可以通过对象的名称或者类型来获取对象的实例。

容器会根据配置信息，从容器中查找相应的对象，并返回给调用者使用。

7. AOP（Aspect-Oriented Programming）支持：一些容器框架还支持AOP的功能，可以通过配置的方式为对象添加横切关注点。

通过AOP，可以将一些通用的功能，如日志、事务管理等，从业务逻辑中分离出来，提高代码的复用性和可维护性。

8. 容器的管理：容器可以管理多个对象，可以根据需要创建、获取、销毁对象，并提供一些管理和监控的功能，如对象池、缓存、性能统计等。

通过以上步骤，IOC底层原理可以实现对象的创建、依赖注入、生命周期管理和AOP支持等功能。

通过将对象的创建和依赖关系的管理交给容器来完成，可以有效地降低代码的耦合度，提高代码的灵活性和可维护性。

现在有四个问题请教下：1 销售订单的抬头请求交货日期从那里带过来2 单位不统一，物料在一个CLIENT下，我维护的都是PCS，也在CUNI中维护了转换关系，为什么在销售订单中出现了PC，这个单位，都不知道从那里冒出来的3 还有就是入站的IDOC一直出不来，只能WE19手工发。

4 EDI1，EDI2必须要分配到定价过程中，否则会提示无分配。

5 PR00事先维护好价格，但在订单中却出现两次，一次是事先维护好的/销售组织/分销渠道/客户/物料，PO导入时对应的销售组织/分销渠道/物料，这个存储顺序，为什么会这样。

6 入站时（发送方的合作伙伴写的是客户代码还是供应商代码，接受方写的是客户代码还是供应商代码）*A:Message type: ORDERSQ:我说的不是WE20里面的配置，除了VOE2/VOE4的配置，还有那些配置，订单的价格如何去取值。

定价过程用手工订单，还是维护一个固定的条件类型。

A:Order type, Sales area: VOE2Material: Inbound idoc (E1EDP19 002: Material number used by vendor) or VD51Condition: VK11/VK31Q:也就是说价格不是从IDOC传递过来的，要自己事先维护好是吧A: 是要事先维护的,IDOC中的价格和金额会带到EDI1(Cust.expected price)，EDI2(Cust.expected value)这两个condition type里，是作为参考的，不会影响定价*Q:还有VOE4是干什么的:A:Convert External < > Internal Partner Number比如，根据Inbound idoc里的信息确定ship-to party*Q: 客户主数据中还需要维护一个客户处我方账户A:这个用在销售方的outbound idoc类似的，采购方在vendor master里可以维护Our account number with the vendor，这个用在采购方的outbound idoc*Q: 下PO时，供应商主数据中少维护了这个字段，不过OUTBOUND 还是成功了，但对于供应方在接收时没有这个字段是不行的是吧。

H AND E NTERPRISE S OLUTIONS AURORA-IDOC设计说明及开发指南作者: Jinxiao.lin建档日期: 2011/7/10最近更新: 2013/5/23控制号:版本: 1 .3审批:Project Manager拷贝号_____文档控制记录更改审阅人分发文档目录文档控制 (xxi)基本概念介绍 (1)SAP IDoc介绍 (1)IDoc主要功能 (1)IDoc文件例子 (1)IDoc的数据结构 (2)IDoc文件 (2)Aurora IDoc (2)Aurora IDoc事务流程 (3)项目实施 (4)部署 (4)从公司cvs下载最新的aurora_idoc项目 (4)修改配置文件 (4)开放端口 (5)前台配置 (8)配置JCO功能。

(9)在系统中注册配置页面，效果如下： (10)管理 (13)启动和关闭Aurora IDoc (13)监控，查询数据 (13)数据库表 (13)起初配置表 (13)运行时表 (13)SAP IDOC配置 (15)配置接收/发送IDOC系统（TCODE: SALE） (15)定义RFC目标系统(TCODE:SM59) (15)配置IDOC端口(TCODE:WE21) (16)创建段类型(TCODE:WE31) (17)创建IDOC类型(TCODE:WE30) (18)定义消息类(TCODE:WE81) (19)把基本类型分配给消息类型(TCODE:WE82) (19)分配模型视图(TCODE:BD64) (19)把消息类型加入伙伴参数文件的出站参数 (20)编写代码 (21)把idoc设置成后台自动发送（TCODE:sm36） (22)察看IDOC发送情况(TCODE:WE02和sm59) (22)SAP网关配置 (22)常见问题 (26)附件 (28)基本概念介绍SAP IDoc介绍IDoc的全称是Intermediate Document，是SAP用于传输业务数据的一种数据格式。

IDOC配置步骤IDOC（Intermediate Document）是SAP系统中的数据交换格式，用于在不同的应用系统之间传输数据。

IDOC配置步骤如下：1. 创建传输端口（Partner Profile）：首先，在SAP系统的事务码WE.20中创建一个传输端口，用于定义与外部应用系统之间的通信。

在创建传输端口时，需要指定端口名称、通信方式（如RFC或文件传输）、目标系统等信息。

2. 创建基本类型（Basic Type）：基本类型定义了IDOC中要传输的数据的结构和字段。

使用事务码WE.31创建一个基本类型，并根据需要定义必要的字段和结构。

例如，可以创建一个基本类型用于传输销售订单数据。

3. 创建消息类型（Message Type）：消息类型是将基本类型与具体业务过程相结合的概念。

使用事务码WE.81定义一个消息类型，并选择一个已经存在的基本类型。

例如，可以创建一个消息类型用于传输销售订单数据。

4. 创建发送基本类型和消息类型的关系（Outbound Process Code）：在事务码WE.57中定义一个发送基本类型和消息类型的关系。

在这一步中，需要指定一个处理代码（Process Code），用于在发送IDOC时触发特定的逻辑操作。

5. 创建接收基本类型和消息类型的关系（Inbound Process Code）：在事务码WE.57中定义一个接收基本类型和消息类型的关系。

在这一步中，需要指定一个处理代码，用于在接收IDOC时触发特定的逻辑操作。

6. 配置逻辑接口（Logical System）：在事务码WE.20中，配置逻辑系统用于定义源系统和目标系统之间的逻辑连接。

在这一步中，需要定义源系统的业务伙伴号码（Business Partner Number），目标系统的逻辑系统名称等信息。

7. 配置端口（Port）：在事务码WE.21中，配置端口用于定义数据交换的技术连接。

在这一步中，需要指定传输方法（如RFC、文件传输等）、端口号、通信目标等信息。

什么是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 creata Outbound parameters with Port, or Inbound parameters with Process code )管理IDOC:WE02 显示IDOC,可以根据时间，IDOC类型查找IDOC，查看成功，出错信息。

WE46 IDOC管理(出\入)WE60 IDOC类型文档(可以查看IDOC结构,和每个字段的描述.WE19 根据IDOC号进行IDOC处理，可以修改IDOC值进行补发动作，处理分为内向和外向。

消息配置：WE20 配置伙伴消息进和出IDOC类型WE21 配置伙伴。

官方介绍：An IDoc is simply a data container that is used to exchange information between any two processes 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 includes how fields are grouped together (segments), the order and hierarchy of these groupings, and 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 you'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 given a name (i.e., ORDERS04). An actual IDoc, however, consists of data, which fits within the defined structure of the IDoc Type. This IDoc is identified by a number rather than by a type. Creation of IDOCsTransaction code: WE 30Steps of Defining SegmentCreating Segment :Tcode - WE31Creating Message Type : Tcode - we81Assigning Message type to Idoc type: Tcode - we82ProcessThe two processes for IDoc are Outbound Process and Inbound Process.Outbound ProcessWhen the data is sent out from the system, the process is called Outbound Process and the IDoc is known as Outbound IDoc.Inbound ProcessWhen the data is coming in, the process is called Inbound Process and the IDoc is known as Inbound IDoc.Outbound Process (Sending System) Steps :1) GotoTcode SALE:Creating the logical systemClick on Sending & Receiving Systems à Select Logical Systems--Here Define the Logical Systems à Click on Execute ButtonGo for New Entries1) System Name : LOG1:Description: Sending System2) System Name : LOG2:Description: Receiving SystemPress Enter & Save it will ask for Request if you want new request create new request or press continue for transferring the objects.Assigning Client to the Logical System:Select Assign Client to Logical Systems -Client : Sending SystemLogical System : LOG1and alsoClient : Receiving SystemLogical System : LOG2Save this Data.Step 2) For RFC Creation:GotoTcode SM59 and Select R/3 ConnectsClick on create ButtonRFC Destination Name should be same as partner's logical system name and case sensitive to create the ports automatically while generating the partner profilesGive the information for required fields:RFC Destination : LOG2Connection type : 3Target Host : System No : 00Client : 210User : Login user namePassword :Save this & Test it and Remote LoginStep 3) GotoTcode BD64:Click on the change button>Click on the create model view Short Text: model viewTechnical Name: LMODSave this & press okSelect just created model viewName: "LMOD"Goto add message typeModel Name : LMODSender : LOG1Receiver : LOG2Message type: ZAZHARMESSSave and press Enter.4) GotoTcode BD82:Give Model View : LMODPartner system : LOG2Execute this by pressing F8It will gives you sending system port No: A00000000089 (Like)5) GotoTcode BD64:Select the model viewGoto>Edit >model view > DistributePress ok & Press Enter.Run your ZprogramREPORT 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 DBSELECT matnrmtart FROM mara INTO TABLE imara WHERE matnr = e_matnr.*Master idoc control recordwamas_con-rcvprt = 'LS'.wamas_con-rcvprn = e_rcvprn.wamas_con-idoctp = 'ZAZHARIDOC'.wamas_con-mestyp = e_msgtyp.* masteridoc data recordsLOOP AT imara.imas_data-segnam = 'ZAZHARSEG'.moveimara to imas_data-sdata .APPEND imas_data.ENDLOOP.CALL FUNCTION 'MASTER_IDOC_DISTRIBUTE' EXPORTINGmaster_idoc_control = wamas_conTABLEScommunication_idoc_control = icom_conmaster_idoc_data = imas_dataCOMMIT WORK.6) Verifying Transfer of IDOCs Tcode - we05ALE/IDOC Status Codes (outbound):01>IDoc Added30 >IDoc ready for dispatch29 >Error in ALE service Layer12 >Dispatch ok03 > 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 Model1) GotoTcode - we57:Assign function module to IDoc typeModule: Function moduleBasic type:Message type:Direction: 2 (inbound)2) Creating Inbound process code - we423) Verifying Idoc List Tcode - we054) ALE/IDOC Status Codes (Inbound):50 >IDoc Added51 >Application Document not posted64 >IDoc ready to be transferred to application62 >IDoc passed to application53 >Application Document posted----------------------实例------------------------------------------------Outbound Idoc-简而言之，IDOC是类似XML的一种SAP系统与其他系统的一种集成工具。