PO发送SO创建IDOC配置 - 360文档中心

IDOC中PO信息入站后-创建销售订单如何去配置

*Q:还有VOE4是干什么的:
A:ConvertExternal <> InternalPartnerNumber
比如，根据Inboundidoc里的信息确定ship-toparty
*Q:客户主数据中还需要维护一个客户处我方账户
A:这个用在销售方的outboundidoc
类似的，采购方在vendormaster里可以维护Ouraccountnumberwiththevendor，这个用在采购方的outboundidoc
Q:还有个问题，如果没有维护，带出来采购组织里面的值（是带出来采购组织，还是带出来采购组织里面维护的我方在供应方的客户代码）
A:采购组织
Q:还是失败，IDOC牙根就不出来，呵呵
A:检查conditionsforoutputcontrol,partnerprofiles
*Q:我发出来的IDCO没有问题，就是入站的时候没有反映Q:51：IDocE1EDK18中付款条款已经转移:检查数据
Q:是科目控制中的客户这个字段吗？应该不是这个字段，这个字段是基本数据，一维护就固定了，应该是挂组织级别的，可是找不到
A:Companycodelevel-Correspondenceview (Acctw/vendor)
Purchasingorganizationlevel-Purchasingdataview(Acc.with vendor)
另外，vendor和customer用的paymentterms要在彼此client中存在；你还要进入TCODECUNI维护SAP单位与ISO单位的转换关系，选择一个SAP单位，在维护它的时候勾选ALE/EDI下的primarycode。
A:我当时做过，SO的付款条件用的是PO传过来的，所以在接收的那个client里面也要定义一个相同名的paymentterms

IDOC配置手册

SAP IDoc/ALE Setup
Create Partner Profile
SAP IDoc/ALE Setup
Distribute the distribution model
• Tcode: BD64 • Choose the distribution model • Edit Model view distribute
by Rajeev Kasturi
SAP IDoc/ALE Setup
What is IDOC/ALE?
What is IDOC? • An EDI implementation used in SAP • Most documents in SAP can be sent to external
SAP IDoc/ALE Setup
SAP IDoc/ALE Setup
DeHale Waihona Puke ine Logical System
• Create a new entry and save • Naming convention: RRSSSNNN
XX is the region, e.g. HK SSS is the system name, e.g. DVP, UAT, PRD NNN is the client number, e.g. 646, 777
done automatically • e.g. the PO sent to IPC will be posted
automatically as a SO in the IPC SAP system
SAP IDoc/ALE Setup
Main Steps to setup IDoc/ALE
1. * Define Logical System 2. * Assign Client to Logical System 3. ** Define RFC Destination 4. Ports in IDoc Processing 5. Maintain Distribution Model 6. Create Partner Profile 7. Distribute the Distribution Model

IDOC配置手册

IDOC配置手册作为目前ERP市场上最为领先的应用系统之一，一直以来，SAP R/3在提供API应用编程接口和接口工具方面也同样领先于其它ERP厂商。

ALE/IDocs 是SAP公司为SAP R/3 R4.6C版本所提供的接口机制，目前应用最为广泛。

在R4.0以后的版本中，又添加了技术上先进的BAPI。

本文作为系列介绍之一，对ALE/IDocs，BAPI以及其它可用的整合方式进行介绍。

1、ALE/IDocs是什么？ALE 是Application Link and Enabling的缩写，是SAP专门为SAP与SAP 之间所设计的整合中间件。

IDocs是中介文本(Intermediate DOCument) 的缩写，是SAP提供的系统整合专用的数据/消息格式。

ALE在SAP 3.0版本开始就作为SAP整个应用体系的一部分，为分布式数据交换提供了可靠安全的通讯机制。

A LE的设计，原本作为两个SAP流程之间的一种消息传递服务(Messaging Servic e) ，使SAP与SAP的业务流程之间企业数据能够有效的交换，为两个独立的S AP之间提供了的系统整合服务。

不过，随着应用的发展，ALE/IDocs接口机制也已然成为与其它非SAP系统的标准的整合方式。

ALE的设计结构可以分为三层，即应用层，数据/消息分配层和通讯层。

通讯层是SAP整合机制的基础，它利用远程功能呼叫RFC(Remote Function Call) 调用SAP系统的功能模块。

数据/消息分配层，主要提供三个关键服务：按数据分配模型决定数据接收者。

消息的过滤和转换。

数据/消息的压缩，以提高传递效率。

应用层直接与SAP系统接口，生成或从其它系统接收含有路由信息的消息文本IDocs，包括消息接收者的姓名，要求发送的类型以及对消息进行处理的规则。

ALE的机制代替了原来的SAP所提供的批数据通讯BDC(Batch Data Com munication) 方式。

IDOC配置步骤

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两台SAP服务器直接数据传输配置

IDOC两台SAP服务器直接数据传输配置
在本地接收方系统上
1.定义逻辑系统，一是发送方本地逻辑系统名，二是接受方本地逻辑系统名。

2.定义RFC调用目标系统，建立连接。

2.1点击新建
2.2 填入接收方目标系统名称、IP地址和实例编号。

2.3 输入语言、客户端号、用户名和密码。

2.3 在Unicode中选择Unicode。

2.4 测试连接和权限测试。

点击Utilities->test->连接和权限
3.创建模型和分布模型
点击修改
点击创建模型视图
输入名称，可随意
创建成功后，点击该模板
点击添加消息模型
输入模型名称、发送方逻辑名、接受方逻辑名和消息类型
点击保存
在点击环境，点击生成伙伴参数文件
点击执行
返回分配模型界面，点击编辑，观察模型中的分配。

选择接收方逻辑名称
成功信息
在目标系统中
前面配置参照本地系统中的第一步和第二步。

3.生成伙伴参数文件
点击环境生成伙伴参数文件。

选择接收方逻辑名称
成功信息
在发送端服务器运行事务BD10，填写发送的物料号和接收方服务器逻辑地址。

发送完成后，运行事务WE02查看发送消息。

在接受方服务器也运行事务WE02，查看接受消息。

如果成功，在到MM03中查看接收方发送要创建的物料是否存在。

IDOC创建、发送、接收及程序代码

什么是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系统与其他系统的一种集成工具。

IDOC配置步骤(MIGO自动发票校验IDOC配置)

准备
1.创建段类型WE31
WE31
2.创建基本凭证类型WE30
3.创建逻辑信息类型WE81
4.将逻辑信息类型与基本凭证类型绑定
WE82
出站设置
1.配置RFC目的地（如果出站的系统与入站的系统相同，则这步可以省略，一般系统中BASIS都已经配置
好了RFC链接）
SM59
2.设置端口
3.设置合作伙伴参数3.1定义逻辑系统
3.2设置合作伙伴（SAVE后添加出站参数）
入站准备
1.将函数与消息类型关联WE57
2.设置入站函数特性BD51
3.定义执行代码WE42
入站设置
1.设置合作伙伴（SCC4中查找集团逻辑系统）
WE20 合作伙伴编号写的是集团逻辑系统号，可以通过SCC4来查找。

譬如本需求中是直接连接自身的R3系统，此时找到当前R3系统的逻辑系统编号即可
TCODE：WE02、BD87可以查看IDOC的执行情况列如：WE02查IDOC执行情况
（1）IDOC配置问题
合作伙伴没有激活：
（2）传输数据问题
原因是FK01下没有建立对应的科目
TCODE：WE19可以重新运行IDOC。

IDOC培训教程

每个IDoc的Control Record可以认为是文件头,它包含发送及接收端, IDoc ID, 发送日期等信息,当Idoc被触发时,SAP 会首先检查这些信息是否正确.
IDoc概述
数据记录(Data Record)
多个数据段(Segment)组成的一个层次结构,装载传输的数据且每个数据段不能超过1000个字符
IDoc概述
IDoc的出站触发机制
IDOC可以通过不同的机制发送IDOC: 1),通过应用模块的消息控制间接的传送到IDOC接口.
伙伴参数的消息控制
注意:IDOC和应用模块的消息类型有联系,但不是同一概念.
对应
应用模块的输出类型
通过消息控制的发送处理
IDoc概述
IDoc的触发机制
IDOC可以通过不同的机制发送IDOC:
>>ALE(Application Link Enabling):用于在同一集团中不同的SAP系统之间的数据交换 >>EDI(electronic data exchange):实现不同企业间电子数据的交换,通过IDoc文件和业务伙伴进行数据交换 >>通过IDoc也可连接其它应用系统.
左图展示的是以IDoc文件交换数据的逻辑示意图,由此可见以它做为通讯媒介构成了一个强大的分布且开放的系统
当发送或接收这些IDoc时,数据将会被解析到这些特定层级关系的数据段中
IDoc概述
状态记录(Status Record)
IDOC状态示例
用来记录IDOC从发送方到接受方的历史状态信息.
系统状态列表(TCODEl:WE47)
通常,如果是自行开发的IDoc,可以在处理IDoc逻辑的FM中加入自已定义的状态,以此满足不同的需求.

IDOC中PO信息入站后-创建销售订单如何去配置

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

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

5PR00 事先维护好价格，但在订单中却出现两次，一次是事先维护好的 /销售组织 / 分销渠道/客户/物料， 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.expectedprice) ，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 还是成功了，但对于供应方在接收时没有这个字段是不行的是吧。

IDOC中PO信息入站后-创建销售订单如何去配置

IDOC中PO信息入站后-创建销售订单如何去配置在SAP系统中，销售订单的创建是非常常见的业务需求。

而对于一些公司或者组织来说，他们的采购流程和销售流程是保持同步的，一旦有了采购订单的数据，就需要及时创建销售订单。

这时候，IDOC就可以发挥作用了。

因为IDOC是SAP 系统中的重要业务文件格式，可以实时传递数据。

通过这篇文档我们可以了解到，在IDOC中PO信息入站后，如何去配置创建销售订单的相关信息。

一、首先要确认IDOC中PO信息的入站条件在确定配置销售订单之前，需要确认我们得到了正确的PO信息。

这就意味着我们需要准确地设置正确的入站条件，以确保IDOC能够正确地传输数据。

在SAP 系统中，我们可以通过交易代码WE20来设置入站条件。

其中，主要是对于接收PO数据的接收器类型和处理代码进行设定。

需要注意的是，如果设定不当，就可能会造成SFDC系统中的订单信息错误。

二、创建销售订单相关的配置步骤在完成了IDOC的入站条件设置之后，就可以考虑针对销售订单的相关配置步骤。

其中，主要的区别就是我们要将PO数据转化成SAP销售订单的数据。

1.首先，在SAP系统中，需要定义销售订单的订购模板。

因为对于不同的业务需求，需要定义不同的订购模板。

在我们的例子中，我们可以考虑从PO数据中提取订单的内容，创建一个相应的订购模板，这一部分需要进行针对性配置。

2.在定义了订购模板之后，就需要将其与销售订单相对应。

也就是说，需要将订购模板设置为销售订单的默认模板。

在SAP系统中，我们需要使用交易代码VTAA 来完成上述操作。

具体的设置方法可以参照SAP系统中的帮助文档进行配置。

3.在确认了订购模板之后，我们就需要将PO数据中的内容提取出来，并将其转化成SAP系统中可识别的订单格式。

通常，我们可以使用ABAP编程技术来解决这个问题，获取必要的PO信息，然后将其转化成销售订单的格式。

4.在对于PO数据中的内容进行提取并转化成SAP系统中可识别的订单格式后，我们就需要考虑定价问题。

SAP IDoc开发配置1.0

IDoc开发使用笔记IDoc的理论这里就不说了，网上都有，反正我们知道IDoc是用来与在系统之间进行数据传输的工具即可。

双方既可以都是SAP也可以有一方不是SAP，都不是的就不用考虑了吧☺。

这里主要是接收IDoc，发送IDoc且见下回分解。

其中有很多细节依然不明白，没有资料，只能在以后工作中逐渐增加了，但现阶段不影响基础配置。

●我理解的IDoc数据传输过程：（不是标准，权作理解便利而已）可以把IDoc理解成一个邮政系统，我们把要发送的数据按该系统要求的方式打包，交给该系统，该系统以自有的方式传送到目的地，（怎么传送的，我们可以不考虑），等到数据到达目的地后，按照事先安排的流程处理数据，该流程是与系统约好的，也就是说，数据到了后，该系统会主动出发该流程，流程里怎么处理是用户事先自定义的。

当然，要知道，邮政系统里存储的不是一个用户的数据，如何区分那个用户和用户发送的数据，就是IDoc里的信息类型，基本类型的功能了。

●下面开始配置网络连接第一步：配置逻辑系统第二步：配置RFC目标T-code：SM59双击其中某一行，可以查看（若需要新建则点击新建按钮）保存之后进行测试还需要设置登录：第三步：配置端口T-code：SM21可以自己命名端口，也可以系统自动给定其中“RFC目标”填入的是sm59种定义的RFC Connection（连接），即RFC目标。

IDoc的配置过程IDoc的事务码比较多，不常用的话记不住，但SAP提供了一个事务码列出的基本上所有的IDoc相关第一步，创建IDoc所包含的字段（传输数据的数据格式）：即定义segmentT-code：WE31输入自定义的段类型名称（接收时，注意段类型名要与对方发送的段类型名相同）点击创建（新建）或修改第二步：创建IDoc基本类型（Idoc type，也称为“开发对象”）T-code：WE30输入自定义的开发对象名称（接收时，注意该名称也要与对方发送的开发对象名相同）这里的内容（例如zpoppjg_yj）是在上面第一步中定义的segment 这里实际上是把segment分配给了开发对象。

PO发送SO创立IDOC配置

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 客户/供销商设置 (12)15、VOE4 SD EDI 转换 (13)16、CUNI EDI单位设置 (13)17、CMOD个别字段值设置 (13)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 抬头交货日期字段。

SAPIDOC的配置步骤

根据目标SAP系统的特点和要求，确定与 SAPIDOC的集成方式，可以是基于RFC（远程函数调用）、BAPI（业务应用程序编程接口）或其他适用的集成技术。
定义数据交换格式
确定与SAPIDOC进行数据交换的格式和标准，例如XML、JSON或CSV等。确保数据格式的一致性和准确性。
开发集成接口
在目标SAP系统上开发与SAPIDOC的集成接口，实现数据的传输和交换。这可能涉及编写ABAP代码、配置中间件或使用其他集成工具。
在SAPIDOC中，定义销售订单的类型，如标准订单、退货订单、免费订单等。
建立和维护客户主数据，包括客户的基本信息、地址、联系方式、信用控制等。
定义销售订单中的项目信息，如物料、数量、价格、交货日期等。
根据企业实际需求，配置销售订单的审批流程、自动创建后续文档（如发货、发票等）的规则。
实例三：发票配置演示
创建文档模板
使用SAPIDOC的模板设计器创建适用于SAP S/4HANA的文档模板，根据需求定义文档的布局和样式。
配置数据映射和数据处理逻辑
将数据从SAP S/4HANA的 OData服务映射到文档模板中的对应字段，并配置必要的数据处理逻辑，以满足业务需求。
与其他SAP系统集成
确定集成方式
确定业务需求
明确需要实现的业务功能
根据企业或组织的实际需求，明确需要通过 SAPIDOC实现的具体业务功能，例如数据交换、系统集成等。
分析业务流程
对需要实现的业务功能进行深入分析，了解业务流程、数据流向以及涉及的系统和应用。
制定技术实现方案
根据业务需求和分析结果，制定技术实现方案，包括系统架构、技术选型、数据交换格式等。
测试输出和打印

IDOC配置步骤(MIGO自动发票校验IDOC配置)

准备
1.创建段类型WE31
WE31
2.创建基本凭证类型WE30
3.创建逻辑信息类型WE81
4.将逻辑信息类型与基本凭证类型绑定
WE82
出站设置
1.配置RFC目的地（如果出站的系统与入站的系统相同，则这步可以省略，一般系统中BASIS都已经配置好
了RFC链接）
SM59
2.设置端口
3.设置合作伙伴参数
定义逻辑系统
设置合作伙伴（SAVE后添加出站参数）
入站准备
1.将函数与消息类型关联WE57
2.设置入站函数特性BD51
3.定义执行代码WE42
入站设置
1.设置合作伙伴（SCC4中查找集团逻辑系统）
WE20合作伙伴编号写的是集团逻辑系统号，可以通过SCC4来查找。

譬如本需求中是直接连接自身的R3系统，此时找到当前R3系统的逻辑系统编号即可
TCODE：WE02、BD87可以查看IDOC的执行情况列如：WE02查IDOC执行情况
（1）IDOC配置问题
合作伙伴没有激活：
（2）传输数据问题
原因是FK01下没有建立对应的科目
TCODE：WE19可以重新运行IDOC。

idoc两台机器的数据传输配置以及完整操作截图

1.创建记录发送时间的表：2.定义自定义段：WE313.定义基本类型WE30将段挂在基本类型下：4.定义消息类型we815.基本类型分配给消息类型：6.定义自定义结构zmkpf_line.(即数据库表mkpf的前五个字段)7.表结构,ZMKpf_TYP,对应行类型结构为ZMKpf_LINE8.创建发送idoc的函数：FUNCTION ZMKPF_IDOC_SEND .*"----------------------------------------------------------------------*"*"Local interface:*" TABLES*" ZMKPF TYPE ZMKPF_TYP*" EXCEPTIONS*" NO_IDOC*" NO_MODEL*"----------------------------------------------------------------------*variables of general interestDATA:*control record for the IDocidoc_control LIKE edidc,*data records for the IDoct_idoc_data LIKE edidd OCCURS 0 WITH HEADER LINE,*table for the IDocs created by MASTER_IDOC_CONTROLt_comm_control LIKE edidc OCCURS 0 WITH HEADER LINE,*partner type for logical systemc_partner_type_logical_system LIKE edidc-rcvprt,*help variable for the check if an IDoc has to be createdh_create_idoc.* variables specific for this exampleDATA:* field strings with IDoc segment structuree1xmkal TYPE ZMKPF_line,* data to be put to the control recordc_message_type LIKE edidc-mestyp VALUE 'ZMKPF_IDOC',c_base_idoc_type LIKE edidc-idoctp VALUE 'ZMKPF_IDOC',* segment types to be put to the data record tablec_header_segtyp LIKE edidd-segnam VALUE 'ZMKPF'.* check if an IDoc has to be created, read the distribution modelCALL FUNCTION 'ALE_MODEL_DETERMINE_IF_TO_SEND'EXPORTINGmessage_type = c_message_type* SENDING_SYSTEM = ' '* RECEIVING_SYSTEM = ' '* VALIDDATE = SY-DATUMIMPORTINGidoc_must_be_sent = h_create_idoc.* exceptions* own_system_not_defined = 1* others = 2.IF h_create_idoc IS INITIAL.raise no_model.* no message flow maintained in the model, nothing to doEXIT.ENDIF.* put the application header record to the IDocLOOP AT zmkpf.MOVE-CORRESPONDING zmkpf TO e1xmkal.* append record to IDoc data tablet_idoc_data-segnam = c_header_segtyp.t_idoc_data-sdata = e1xmkal.APPEND t_idoc_data.ENDLOOP.idoc_control-mestyp = c_message_type.idoc_control-idoctp = c_base_idoc_type.CALL FUNCTION 'MASTER_IDOC_DISTRIBUTE'* in update task "if application document is posted in update task EXPORTINGmaster_idoc_control = idoc_controlTABLEScommunication_idoc_control = t_comm_controlmaster_idoc_data = t_idoc_dataEXCEPTIONSerror_in_idoc_control = 1error_writing_idoc_status = 2error_in_idoc_data = 3sending_logical_system_unknown = 4OTHERS = 5.* A commit work has to be done. It could also be done in the calling * application.COMMIT WORK.READ TABLE t_comm_control INDEX 1.IF sy-subrc <> 0.raise no_idoc.* no IDoc was created, you can react here, if neccessaryENDIF.ENDFUNCTION.函数截图：11.定义逻辑系统：分配到集团：12.定义目标系统：13连接与权限测试：14配置分布模型：生成伙伴参数文件：更改伙伴参数文件：新建端口we21新建出站参数：执行函数ZMKPF_IDOC_SEND：发送数据：查看结果we02消息的状态监视：bd87点击处理按钮：端口xml文件：（发送了三次，xml文件有点大）<?xml version="1.0" encoding="UTF-8"?><ZMKPF_IDOC><IDOCBEGIN="1"><EDI_DC40SEGMENT="1"><TABNAM>EDI_DC40</TABNAM><MANDT>114</M ANDT><DOCNUM>0000000000002001</DOCNUM><DOCREL>702</DOCREL><STATUS>30</STATUS><DIRECT>1< /DIRECT><OUTMOD>4</OUTMOD><IDOCTYP>ZMKPF_IDOC</IDOCTYP><MESTYP>ZMKPF_IDOC</MESTYP><SND POR>SAPBP1</SNDPOR><SNDPRT>LS</SNDPRT><SNDPRN>ZSYS4674</SNDPRN><RCVPOR>ZXML</RCVPOR><RC VPRT>LS</RCVPRT><RCVPRN>BP5CLNT300</RCVPRN><CREDAT>20120821</CREDAT><CRETIM>050516</CRETI M><SERIAL>20120821050515</SERIAL></EDI_DC40><ZMKPF SEGMENT="1"><MJAHR>0000</MJAHR></ZMKPF></IDOC><IDOC BEGIN="1"><EDI_DC40 SEGMENT="1"><TABNAM>EDI_DC40</TABNAM><MANDT>114</MANDT><DOCNUM>0000000000002002</DOC NUM><DOCREL>702</DOCREL><STATUS>30</STATUS><DIRECT>1</DIRECT><OUTMOD>4</OUTMOD><IDOCTYP >ZMKPF_IDOC</IDOCTYP><MESTYP>ZMKPF_IDOC</MESTYP><SNDPOR>SAPBP1</SNDPOR><SNDPRT>LS</SNDP RT><SNDPRN>ZSYS4674</SNDPRN><RCVPOR>ZXML</RCVPOR><RCVPRT>LS</RCVPRT><RCVPRN>BP5CLNT300</ RCVPRN><CREDAT>20120821</CREDAT><CRETIM>050718</CRETIM><SERIAL>20120821050717</SERIAL></EDI_ DC40><ZMKPFSEGMENT="1"><MANDT>114</MANDT><MBLNR>4900000000</MBLNR><MJAHR>2011</MJAHR><VGART>WA< /VGART><BLART>PR</BLART></ZMKPF></IDOC><IDOC BEGIN="1"><EDI_DC40SEGMENT="1"><TABNAM>EDI_DC40</TABNAM><MANDT>114</MANDT><DOCNUM>0000000000003001</DOC NUM><DOCREL>702</DOCREL><STATUS>30</STATUS><DIRECT>1</DIRECT><OUTMOD>4</OUTMOD><IDOCTYP >ZMKPF_IDOC</IDOCTYP><MESTYP>ZMKPF_IDOC</MESTYP><SNDPOR>SAPBP1</SNDPOR><SNDPRT>LS</SNDP RT><SNDPRN>ZSYS4674</SNDPRN><RCVPOR>ZXML</RCVPOR><RCVPRT>LS</RCVPRT><RCVPRN>BP5CLNT300</ RCVPRN><CREDAT>20120821</CREDAT><CRETIM>190105</CRETIM><SERIAL>20120821190104</SERIAL></EDI_ DC40><ZMKPFSEGMENT="1"><MANDT>114</MANDT><MBLNR>4900000000</MBLNR><MJAHR>2011</MJAHR><VGART>WA< /VGART><BLART>PR</BLART></ZMKPF></IDOC></ZMKPF_IDOC>。

IDOC配置步骤(MIGO自动发票校验IDOC配置)

准备
1.创建段类型WE31
WE31
2.创建基本凭证类型WE30
3.创建逻辑信息类型WE81
4.将逻辑信息类型与基本凭证类型绑定
WE82
出站设置
1.配置RFC目的地（如果出站的系统与入站的系统相同，则这步可以省略，一般系统中BASIS都已经配置
好了RFC链接）
SM59
2.设置端口
3.设置合作伙伴参数3.1定义逻辑系统
3.2设置合作伙伴（SAVE后添加出站参数）
入站准备
1.将函数与消息类型关联WE57
2.设置入站函数特性BD51
3.定义执行代码WE42
入站设置
1.设置合作伙伴（SCC4中查找集团逻辑系统）
WE20 合作伙伴编号写的是集团逻辑系统号，可以通过SCC4来查找。

譬如本需求中是直接连接自身的R3系统，此时找到当前R3系统的逻辑系统编号即可
TCODE：WE02、BD87可以查看IDOC的执行情况列如：WE02查IDOC执行情况
（1）IDOC配置问题
合作伙伴没有激活：
（2）传输数据问题
原因是FK01下没有建立对应的科目
TCODE：WE19可以重新运行IDOC。

通过I实现Vendor下PO,自动在生产工厂创建SOV

PO发送SO创建IDOC配置业务场景香港公司公司代码2100,工厂2100（在Client 200），负责销售不生产；大陆公司公司代码1000，工厂1000（在Client 001）负责生产不销售。

大陆公司的产品通过香港公司销售，香港公司向大陆公司下采购单购买商品。

此业务是香港公司2100向供应商2002下采购订单，交货到香港工厂2100。

在保存采购订单的时候，系统会自动创建大陆公司1000的SO，在Client 001下创建1001这个客户，其销售范围是：销售组织1000、分销渠道10、产品组00。

备注：EDI主要用在不同公司之间的系统进行数据交换，ALE主要是用在同一个公司的不同系统之间进行数据交换。

发送端（Client 200）配置下边配置是使用系统标准的IDOC Type和Message Type，因此IDOC系统配置分为如下五步：1、创建逻辑系统，T-Code：BD542、分配逻辑系统给客户端，T-Code: SCC43、RFC目标系统配置，T-Code:SM594、端口配置，T-Code：WE215、定义伙伴参数，T-Code：WE206、查看生成的IDOC List，T-Code：WE051.BD54逻辑系统创建可以输入T-Code:Sale，看到ALE的菜单后通过路径定义和分配逻辑系统。

由于逻辑系统是跨Client的，因此这步可以在Client 200里把发送端和接收端的逻辑系统都定义好。

2.SCC4将逻辑系统分配给客户端3.SM59新建RFC将光标放在ABAP Connections上然后点击“新建”按钮。

在登录页签上输入登录到远程的系统的用户名和密码。

这里是登录到Client 001，用户是：admin，密码：xxxx。

4.WE21创建IDOC处理端口号5.XK02修改供应商6.WE20创建合作伙伴参数-供应商7.WE20创建合作伙伴参数-逻辑系统接收端（Client 001）配置下边配置是使用系统标准的IDOC Type和Message Type，因此IDOC系统配置分为如下五步：1、创建逻辑系统，T-Code：BD542、分配逻辑系统给客户端，T-Code: SCC43、RFC目标系统配置，T-Code:SM59（前边步骤在发送端已经执行，只需要做后边几步即可）4、端口配置，T-Code：WE21 （接收端不需要做这步）5、定义伙伴参数，T-Code：WE206、查看生成的IDOC List，T-Code：WE051.XD02客户设置（回复确认使用）2.WE20建立合作伙伴参数-客户（回复确认使用）3.WE20建立合作伙伴参数-逻辑系统注：如不需要回复确认，不用配置ORDRSP到目前为止基本上后台配置基本结束。

SAP PI+IDOC实现接口

一、概述PI双栈支持IDOC Adpter、IDOC AAE Adpter，单栈支持IDOC AAE ADPTER，IDOC AAE消息处理过程仅经过Adpter Engine（适配器引擎），IDOC消息处理经过Adpter Engine（适配器引擎）->Intergration Engine（集成引擎），所以IDOC AAE的处理效率应该比IDOC更高。

IDOC只能实现异步接口，可以配置Acknowledgements实现消息同步反馈。

二、IDOC Sender三、IDOC Receiver3.1IDOC AAE Adpter Receiver配置步骤：3.2IDOC Adpter Receiver配置步骤：3.2.1【ECC】WE31 定义段类型定义完之后记得释放每次只能传入一个订单3.2.4【ECC】WE82消息类型与IDOC类型分配3.2.5【ECC】BD51进站功能模块维护首先创建入站函数，参考标准的函数BAPI_IDOC_INPUTP，具体参数保持一致ydemo_fm_po-soap2idoc_采购订单接口.rar3.2.6【ECC】WE57为入站函数分配IDOC类型3.2.7【ECC】SALE定义逻辑系统3.2.8【PI】SLD分配逻辑系统至业务系统这里不能修改，ECC的业务系统是通过RZ70直接注册过来的，应该是自动带来3.2.9【ECC】WE42进站代码维护注意选择由函数模块处理3.2.10【ECC】WE20维护合作伙伴参数文件3.2.11【PI】IDX1创建端口首先SM59建立PI2ECC ABAP连接此处建的连接后续在IDOC Adpter Recevier配置中用到3.2.12【PI】ESR配置定义发送端DT、MT导入接收端IDOC结构定义MMIDOC节点赋值，强制要求的节点赋一些常量，EDI_DC40这个节点Disable掉定义发送的异步接口定义OM3.2.13【PI】ID配置首先导入业务系统BS_SOFTA、PD1CLNT201，这里一定能够要分配逻辑系统配置场景CS3.2.14【SOAPUI->ECC】测试可以在ECC中通过WE02查看IDOC也可以在PI中通过IDX5查看IDOC日志，可以双击Message ID查看SXI_MONITOR，双击Transaction ID可以查看SM58，点击Monitor可以穿透到ECC。