IDOC配置步骤

SAP-公司间开票Idoc配置项

Idoc实战-公司间开票业务公司间开发票，在调拨业务已经统销业务中最常用的就是一方开发票，另外一方自动收发票进行发票的校验工作；自动产生凭证业务会越来越多的应用到各个业务场景中，Idoc的基本业务介绍网上好多资料，在此就不足一详细介绍了，下面结合配置来介绍下Idoc业务配置分为的四大部分分别为1.Message type配置；2.Idoc配置；3.公司间发票配置；4.FI入账配置；1.Message type配置这是个典型的条件技术的应用；在sap中这种应用非常多，也算是sap的一大特色，首先根据凭证类型来确定输出的过程，过程中有许多输出类型，比如我们用的rd04输出类型，同理输出过程中包括requer和vv31的条件类型限制，必须同时满足这两个才能在输出的时候自动选择输出；如下图；这个表示合作伙伴类型的输出配置，在输出的配置过程中合伙人类型也就是输出的合作伙伴类型这个很重要；就是系统会把生产的idoc文件输出给合伙人中的那种类型，是收票方，还是收货方，还是xx；等；用vv31Tcode可以根据条件技术来维护输出的合伙人的数据，但是如何不维护，则系统会自动从主数据中获取；也就是优先条件，如果条件技术中没有则从主数据中合伙人类型的数据获取；前台用vv31来维护条件表里面的数据；总结：维护好这些后，则系统会自动调用消息类型中的程序，来触发ied的出站程序，生产idco文件；2.IDoc配置Idoc的配置在前台，是sap标准的功能；操作步骤是首先要创建一个RFC的连接，然后在创建一个端口号，给端口号分配一个RFC的连接，；一个连接可以有多个端口号，后台维护逻辑系统维护和添加逻辑系统如下图，1）这个客户表示收票方，也就是咱们在配置消息类型输出的时候合作伙伴的类型的一个具体客户编码，这个是站在发货工厂的角度去看的，也就是IED输出的BP合作伙伴的编号；如果站在收票方的角度，要根据这个收票方找到具体记账的公司代码才行，也就是一定会有一个对照关系转换表；同理，收票方要根据发票的出具方找到供应商编码才行，也就是开票方才行，这样的对照关系一定有，并且在产生的idoc文件里面有字段来标记；收票方会自动从idoc文件的相关字段里面获取；2）消息类型和消息代码：这个可以自己开发，sap有标准的，标准一个idoc文件的具体行为，比如IOVOIC表示SD开票行为，生成Idoc文件，3）这个就是我们建立的端口号，idoc文件中存在此处的端口号；4）Idoc基本类型，这个也可以自己建立，sap本身也有建立好的；5）这个RD04就是我们建立的输出类型，处理代码就是生产Idoc的代码；RD04对应的消息类型INVOIC（FI）；RD05对应的消息类型是INVOIC（MM）消息代码：，如果几个IDoc 类型有相同的消息类型，可以通过消息代码维护唯一的分配。

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 客户/供销商设置 (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 抬头交货日期字段*北京科莱特信息技术有限公司所有，转载请注明出处。

SAPIDOC配置步骤

05
CHAPTER
集成其他模块实现业务协同
SAP ERP集成
通过SAP ERP系统与其他SAP模块（如SAP HR、SAP FI/CO等）进行集成，实现业务流程的自动化和协同工作。
SAP S/4HANA集成
将SAPIDOC与SAP S/4HANA系统进行集成，利用S/4HANA的先进功能和性能，提升业务处理效率和数据准确性。
SAPIDOC配置步骤
目录
SAPIDOC简介与前期准备基础设置与参数配置文档管理功能使用指南报表生成与数据分析功能介绍集成其他模块实现业务协同系统维护与故障排除方法
01
CHAPTER
SAPIDOC简介与前期准备
1
2
3
SAPIDOC能够自动生成SAP系统的技术文档，包括数据字典、程序文档等，方便开发人员和系统管理员查看和维护。
SAP Cloud Platform集成
通过SAP Cloud Platform将SAPIDOC与其他SAP云应用进行集成，实现云上云下业务的无缝连接和高效协同。
与SAP其他模块集成方案讨论
数据同步策略制定
制定合理的数据同步策略，确保不同系统间的数据实时性和一致性。
数据安全保障
在数据传输和同步过程中，采用加密、身份验证等安全措施，确保数据的安全性和完整性。
操作演示
提供数据备份和恢复的详细操作步骤和演示，让用户能够熟练掌握操作方法。
数据备份恢复操作演示
用户培训
针对系统的功能和操作进行培训，让用户能够充分了解系统的使用方法和注意事项。
技术支持服务
提供全天候的技术支持服务，解答用户在使用过程中遇到的问题，确保系统的稳定运行。
服务介绍
详细介绍用户培训和技术支持服务的内容和方式，让用户能够了解并享受到完善的服务保障。

ECC系统发送供应商主数据(IDoc)到SAP PI系统的配置步骤

业务场景将SAP ECC中的供应商主数据以IDoc形式通过SAP PI同步到费用管理系统中，实现供应商主数据的自动分发和同步。

SAP ECC系统配置创建逻辑系统 BD54TCODE BD54逻辑系统是用来接收IDoc的目标系统。

在此场景中，供应商主数据需要发送到费用管理系统中。

只有先定义逻辑系统，在WE20中才能创建针对该逻辑系统的伙伴参数文件。

点击”新条目”输入逻辑系统标识和名称逻辑系统LTD_ZJ_FY 自定义外围系统的标识名称费用管理系统外围系统描述创建ECC 系统到PI系统的系统连接SM59用途:此链接用于TCODE:WE21中创建IDoc端口使用的RFC连接。

项目值说明RFC Destination D31CLNT100 自定义名称Connection Type 3 R3连接Target Host xidev01 此项为PI系统的主机名或IP地址。

Service No. 50000 服务端口配置登录信息:项目值说明language EN 登录使用的语言client 100 PI系统Client编号User PIAPPLUSER PI系统用户执行连接测试: 点击连接测试成功。

创建IDOC处理端口 WE21用途：该端口用于在WE20中，为IDoc类型指定的端口展开端口。

鼠标选中”事务性RFC”，点击”创建”选择”自己的端口名称”，然后指定端口名称。

端口类型自己的端口名称名称D31CLNT100 自定义RFC目标D31CLNT100 SM59中创建的RFC连接在RFC目标中，输入在SM59中创建的RFC连接。

创建合作伙伴参数文件 WE20TCODE: WE20对应表系统表 EDP13创建合作伙伴鼠标选中伙伴参数文件 -> 伙伴类型LS(逻辑系统)，点击快捷方式栏中的Create(创建)。

输入合作伙伴编号，伙伴类型等信息合作伙伴编号 LTD_ZJ_FY 使用TCODE:BD54中创建的逻辑系统伙伴类型LS 逻辑系统(一般IDoc接口此处都选择逻辑系统)代理类型US 用户代理CHICHU SAP登录账号语言ZH 登录语言完成后点击回车配置出站参数点击出战参数部分的”创建出战参数”按钮输入消息类型，接收端口以及IDoc类型等信息消息类型CREMAS IDoc对应的消息类型接收方端口D31CLNT100 SM59中创建的RFC连接基本类型CREMAS05 IDoc类型输出模式立即转换IDoc产生后立即发送维护分配模型 BD64TCODE BD64点击”创建模型视图”输入模型描述，技术名称短文本费用管理系统模型文本描述技术名称模型的ID 自定义模型ID创建完成创建“集团公司代码Cross company’ code” SALE TCODE : SALE,配置路径创建跨系统公司代码选择跨系统公司代码创建集团公司代码,可以和公司代码相同全球公司代码2002分配集团公司代码到会计科目表分配公司代码到跨系统公司代码找到SAP公司代码，分配对应的集团公司代码SAP PI系统配置SAP PI到ECC系统的RFC连接 SM59用途:此链接用于TCODE:IDX1中创建PORT端口使用的RFC连接。

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 抬头交货日期字段。

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配置步骤(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中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分配给了开发对象。

ECC系统接收财务凭证IDoc的配置步骤

[SAP PI]ECC系统接收财务凭证IDoc的配置步骤(总账应收应付)1. 业务场景外围系统,通过IDoc,在SAP系统中创建财务凭证,包括总账,应收和应付.2. IDoc,FM和增强对应关系3. 数据库表4. 本业务配置涉及的TCODE:5. 维护分配模型 BD64ECC接收IDoc不需要配置分配模型.6. WE20 配置合作伙伴参数点击进站参数部分的”创建入站参数”按钮输入消息类型，处理代码和触发方式等信息总账触发方式立即触发应收应付7. 增强总账,应收和应付共用同一个增强点增强程序代码需要在Include程序ZXACCU15中编写.可以在增加中,补充和修改凭证信息.8. 消息类型和字段对应表总账总账 IDOC Message type：ACC_GL_POSTING.ACC_GL_POSTING01外围系统字段与IDoc字段对应表,下表中的字段是外围系统需要同步的总账信息IDoc消息日志ECC生成的凭证:应收应收 IDOC Message type：ACC_BILLING. ACC_BILLING02外围系统字段与IDoc字段对应表,下表中的字段是外围系统需要同步的应收信息IDoc消息日志ECC生成的凭证:应付应付 IDOC Message type：ACC_INVOICE_RECEIPT. ACC_INVOICE_RECEIPT03外围系统字段与IDoc字段对应表,下表中的字段是外围系统需要同步的应付信息ECC生成的凭证:文章索引:IDoc∙[SAP PI]ECC系统发送供应商主数据(IDoc)到SAP PI系统的配置步骤(1)∙[SAP PI]ECC系统发送供应商主数据(IDoc)到SAP PI系统的配置步骤(2)_后台作业∙[SAP PI]ECC系统发送供应商主数据(IDoc)到SAP PI系统的配置步骤(3)_PI接口配置∙[SAP PI]ECC系统发送IDoc成本中心主数据(COSMAS)到外围系统的配置步骤∙[SAP PI]ECC系统发送IDoc内部订单主数据(Internal_Order)到外围系统的配置步骤∙[SAP PI]ECC系统发送IDoc工作分解结构WBS(PROJECT)到外围系统的配置步骤∙[SAP PI]ECC系统接收财务凭证IDoc的配置步骤(总账应收应付)∙[SAP PI]ECC中的IDoc接口消息监控方法WE02 WE07 WE09∙SAP PI系统发送IDoc到ECC系统的系统连接和权限配置SAP PI接口配置∙SAP PI中通过Context Object和Receiver Rule进行消息”行项目”路由控制的配置∙SAP PI中通过Context Object和Receiver Rule进行消息路由控制的配置SAP PI系统和连接配置∙ECC系统连接SAP PI系统的系统连接配置∙SAP PI 开发系统和生产系统SLD数据自动同步的配置∙匿名访问SAP PI Configuration Sender Agreement中的WSDL 链接的配置SAP PI系统监控∙[SAP PI]系统集成ECC端通过监控日志设计和实现方法∙SAP PI系统通过接口的Namespace和Service进行监控权限控制的系统角色配置∙定制后台作业和客制化程序实现在SAP PI和ECC系统中自动监控异步消息队列(SMQ2)∙[SAP PI]使用SMQ2解锁ECC和PI接口消息队列的方法SAP PI权限配置∙在SAP PI中根据ESB中的Namespace和IB中的Folder进行开发配置权限的控制Tags: ACC_BILLING, ACC_BILLING02, ACC_GL_POSTING, ACC_GL_POSTING01, ACC_INVOICE_RECEIPT, ACC_INVOICE_RECEIPT03, F-02, F-22, F-43, FB03, IDoc, PI, SAP PI, SAP XI, 应付, 应收, 总账。

IDoc & ALE 配置

T-code : WE21 Port definition
T-code : BD64 Create Distribution Model
T-code : WE20 Partner profile
IDoc的测试
T-code : WE19
IDoc的显示
T-code: WE02
Hale Waihona Puke ALE/IDoc的实践性很强的技术，也就是说你做得越多，碰到的问题越多，提高也就越多，光是理论是没什么用得。
所以先把一般配置一套ALE/IDoc的流程总结一下，以后再把经验性、总结性的东西慢慢添加进去。
有两个比较有用的Menu T-code：WEDI, SALE。分别用来配置IDoc/EDI, 和ALE的。
自定义IDoc流程：
Create Segment: WE31
Create IDoc Type: WE30
Create IDoc Message Type: WE81
Assign Message Type to IDoc Type: WE82
ALE配置：
T-code SALE
Define Logical System
EDI（Electronic Data Interchange），名字上来看就是电子数据交换，用于不同企业间的电子数据的交换。比如，你要用DHL进行发货，那么就可以直接通过EDI来通知DHL，并且进行反馈。这里的IDoc是符合EDI标准的，需要用EDI子系统进行转换。
这里我要说一下分布式，听起来很玄乎的一个词。简单点来说就是，由于服务器性能和地域的限制，一个公司不可能把所有的业务都在一台机器上做，那么就要分开来。分开来之后，就有了几台，几十台，甚至几百台的服务器中。不同机器存储着相关的主数据，也就是说牵一发，而动全身，改动一台中的数据，就要使其他服务器上的数据也要做相应改动。如果人工来干这件事情的话，可想而知这个工作量和风险了，这是我们就引入了ALE/IDoc。有了这个技术，可以做到分布式主数据自动修改，只要有一台机器改动了，就会自动向其他相关服务器发出消息，说‘Hi, Let’s update together!’，结合SAP的Job技术，所有的一切都是自动的。这个对于跨区域的大型公司来说是很有用的！

IDOC配置手册

IDOC配置手册1.自建IDOC类型 (1)2.扩展标准IDOC (8)3.创建接口端口和逻辑系统 (13)4. 配置分布模型和伙伴参数 (17)5.激活指针 (21)6.设置筛选器 (22)7.异常处理 (27)1.自建IDOC类型1.1首先创建用来记录增量发送时间戮的自建表ZIDOC_LOG，结构如下图：通过自建表来记录IDOC发送的时间戳，有一定的漏单危险，推荐每次取值设置的时间为当前时间往前一段时间来避免因为多次IDOC发送过程中遗漏的记录。

假如想统计或查询已发记录，可以通过自建表来保存已发送信息。

1.2WE31定义自定义段ZMKAL（用于自定义IDOC类型发布生产版本），开发完成后可设置批rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr1.3WE30定义基本类型ZMKAL_IDOC，将刚才定义的段ZMKAL挂在此类型下，开发完成后可设置版本，表示开发完成，如需修改则需要取消发布。

1.4 WE81定义消息类型MKAL_IDOC。

1.5WE82 把基本类型MKAL_IDOC分配给消息类型MKAL_IDOC。

1.6定义自定义IDOC类型所需的结构ZMKAL_LINE。

表结构,ZMKAL_TYP,对应行类型结构为ZMKAL_LINE1.7创建发送生产版本IDOC用的函数：ZMKAL_IDOC_SEND,源代码如下,参数、异常定义见函数开头说明FUNCTION zmkal_idoc_send .*"----------------------------------------------------------------------*"*"Local interface:*" TABLES*" ZMKAL TYPE ZMKAL_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 OCCURS0WITH HEADER LINE,*table for the IDocs created by MASTER_IDOC_CONTROLt_comm_control LIKE edidc OCCURS0WITH 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 zmkal_line,* data to be put to the control recordc_message_type LIKE edidc-mestyp VALUE'ZMKAL_IDOC',c_base_idoc_type LIKE edidc-idoctp VALUE'ZMKAL_IDOC',* segment types to be put to the data record tablec_header_segtyp LIKE edidd-segnam VALUE'ZMKAL'.* check if an IDoc has to be created, read the distribution model CALL 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 do EXIT.ENDIF.* put the application header record to the IDocLOOP AT zmkal.MOVE-CORRESPONDING zmkal 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 taskEXPORTINGmaster_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 INDEX1.IF sy-subrc <> 0.raise no_idoc.* no IDoc was created, you can react here, if neccessary ENDIF.ENDFUNCTION.1.8程序中通过自建时间戳表来抓取增量数据，并调用函数zmkal_idoc_send。

SAPIDOC的配置步骤

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

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

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

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

2024版什么是IDOC以及IDOC的步骤

03
业务流程自动化
通过IDOC，可以实现业务流程的自动化，提高业务处理效率和准确性。
01
数据传输
IDOC可以在SAP系统内部或与其他外部系统之间进行数据传输，实现数据的共享和集成。
02
数据转换
IDOC可以对传输的数据进行转换和映射，以适应不与EDI关系
什么是IDOC以及IDOC的步骤
目录
IDOC概述 IDOC类型 IDOC创建与发送 IDOC接收与处理 IDOC错误处理与监控总结与展望
01
CHAPTER
IDOC概述
IDOC定义
IDOC（Intermediate Document）是SAP系统中用于数据交换的一种标准格式。
它是一种基于XML或EDI（电子数据交换）的结构化数据格式，用于在SAP系统内部或与其他系统进行数据交换。
数据转换
在处理过程中遇到错误时，需要进行相应的错误处理，如记录错误日志、发送错误通知等。
错误处理
处理IDOC
记录处理结果
将处理结果记录到日志或数据库中，以便后续跟踪和审计。
通知相关人员
根据需要，可以将处理结果通知给相关人员，以便及时了解处理情况。
发送确认消息
在处理完IDOC后，需要向发送方发送确认消息，告知IDOC已被成功接收并处理。
03
03
CHAPTER
IDOC创建与发送
定义IDOC类型
根据业务需求，选择或定义适当的IDOC类型，例如订单、发货通知、发票等。
填写IDOC数据
根据IDOC类型的要求，填写相关的业务数据，如订单号、客户信息、产品信息、数量、价格等。
设置IDOC参数
配置IDOC的发送参数，如接收方系统、发送方系统、通信协议、端口号等。

IDoc的初学者教程

IDoc的初學者教程•IDoc基本概念与概述•IDoc创建与配置•IDoc处理与传输•IDoc数据映射与转换目录•IDoc安全性与性能优化•IDoc实战案例解析•总结与展望IDoc基本概念与概述IDoc定义及作用IDoc（Intermediate Document）是SAP系统中一种用于数据交换的标准格式。

它允许在SAP系统内部或与其他外部系统之间进行数据的传输和交换。

IDoc作为一种中间文件，可以在不同的应用程序和系统之间传递业务数据，实现数据的集成和共享。

IDoc类型与结构IDoc类型IDoc结构每个IDoc都由头部、段落和数据记录三部分组成。

头部包含传输控制信息，段落定义了数据的逻辑结构，数据记录则包含了实际的业务数据。

IDoc在SAP系统中重要性实现系统间数据交换01提高数据一致性和准确性02提升业务效率和灵活性03IDoc创建与配置创建IDoc基本步骤步骤一步骤二步骤三步骤四属性设置IDoc 的属性决定了其处理方式和行为。

可以通过事务代码WE21或BD64对IDoc 的属性进行设置，如设置传输方式、优先级、重试次数等。

参数配置在SAP 系统中，可以通过事务代码WE20或BD64对IDoc 的参数进行配置，如设置处理模式、输出模式、错误处理等。

自定义逻辑根据业务需求，可以在IDoc 的处理过程中添加自定义逻辑，如数据转换、验证规则等。

这可以通过ABAP 编程实现。

配置IDoc 参数及属性问题四IDoc 数据不一致。

可能原因包括数据转换错误、数据源问题等。

解决方法包括核对数据源、修复数据转换逻辑等。

问题一IDoc 无法创建或保存。

可能原因包括权限不足、数据不完整或格式错误等。

解决方法包括检查用户权限、核对数据完整性和格式等。

问题二IDoc 处理失败。

可能原因包括处理逻辑错误、系统资源不足等。

解决方法包括检查处理逻辑、优化系统性能等。

问题三IDoc 传输失败。

可能原因包括网络故障、接收系统故障等。

IDOC配置步骤

准备
1.创立段种类WE31
WE31
2.创立基本凭据种类WE30
3.创立逻辑信息种类WE81
4.将逻辑信息种类与基本凭据种类绑定
WE82
出站设置
1. 配置 RFC目的地（假如出站的系统与入站的系统同样，则这步能够省略，一般系统中BASIS 都已经配置好
了 RFC链接）
SM59
2.设置端口
WE21
3.设置合作伙伴参数
定义逻辑系统
SALE
设置合作伙伴（SAVE后增添出站参数）
WE20
入站准备
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。