IDOC中PO信息入站后
IDOC总结及Tcode
下面的内容是BC620的课程目录，要是要看详细的可以下载BC620。
Application Link Enabling ALE主要为了分布式业务系统而设计的。
它可以使业务流程中的每个步骤分布在不同的SAP系统上，系统间可以通过IDoc交互数据.IDoc可以认为是个信封，它捎带消息从发送系统到接收系统中，它们可以用于SAP系统或非SAP系统中。
IDoc中包含一个control record，其中有接收系统、发送系统的一些配置信息，还有多条data record,或status record.一，Idoc：Intermediate document，系统间数据交换过程的媒介1）: 面向消息(message-oriented)2）: 异步(asynchronous)二，IDoc的Structure和Type1）最小结构单元：Segment数据段2）控制记录(Control Record)，也称为Idoc头3）数据记录(Data Record)，不超过1000个字符的数据段文本4）状态记录(Status Record),历史状态信息5）Idoc类型(IDoc Type):定义了数据段以及数据段的层次和次序。
标准SAP系统提供了IDOC类型，也称为基本类型(basis Type).6）数据段：命名部分包括SAP版本无关的数据段类型以及至少一个版本相关的数据段名称。
7）数据段类型均为定义在数据字典中的ABAP结构。
SAP标准数据段类型以E1作为前缀，数据段名称则以E2作为前缀。
三，IDoc Outbound process1，系统中生成新的应用文档(即应用数据)2，创建出站IDoc3，寻找伙伴参数和端口4，通过该端口将IDoc传递至外部系统4.1：通过消息控制的发送处理：消息查找和Idoc发送4.2：通过ALE的发送处理4.2.1，首先创建仅存在于运行时的Master IDoc4.2.2，传入FM: MSATER_IDOC_DISTRIBUTE4.2.3，调用FM: Communication_IDoc_Create,该FM对Master Idoc进行"过滤",过滤后的IDoc称为Communication IDoc4.4.4，调用FM: EDI_OUTPUT_NEW四，IDoc Inbound process1，从系统的入站端口中接受发送方的Idoc数据2，创建入站Idoc (Inbound Idoc)3，通过伙伴参数文档查找Idoc的处理类型4，确定相关应用后写入文档4.1：直接处理4.2：通过SAP业务工作流五，Idoc的Exception process通过工作流实现六，Idoc的连接配置1：Idoc数据交换的合作方必须在业务伙伴参数文档(Parter Profile,简称伙伴参数)中定义2：端口配置(Port:WE21)文件接口(File)事务性RFC(Transcation RFC)CPI-C: 直接连接R/2编程接口：(ABAP-PI,Programming Interfase)文件格式的XML(XML File)HTTP格式的XML(XML HTTP)3：伙伴参数的配置(WE20)通用设定、出站伙伴参数、入站伙伴参数通用设定：伙伴类型(Partner Type)和代码(Partner-Num)出站伙伴参数：伙伴功能、消息类型、消息代码、消息功能入站伙伴参数4：代码处理设定(WE41和WE42)七，Idoc开发A：Idoc类型编辑器(WE30)B：数据段类型(Segment Type)和数据段定义(Segment definition) WE31八，Idoc文档工具九，Idoc的测试工具WE19：通用测试工具WE15：测试通过消息控制(Message Control)的出站过程WE14：测试直接出站过程WE18：测试状态、文档的创建WE17：测试状态、文档的处理WE12：测试入站处理：已更新的出站文档WE16：测试入站处理：原始入站文档十，Idoc状态监控工具：WE02Idoc查找工具：WE09Idoc统计工具：WE07十一，主动监控功能：设置后台作业RSEIDOCM=============================================================创建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, orInbound parameters with Process code )管理IDOC:BDM5 - Consistency check (Transaction scenarios)BD62 - Define rulesBD79 - Maintain rulesBD55 - Defining settings for IDoc conversionWEDI - ALE IDoc AdministrationWE21 - Ports in Idoc processingWE60 - IDoc documentationSARA - IDoc archiving (Object type IDOC)WE47 - IDoc status maintenanceWE07 - IDoc statisticsBALE - ALE Distribution AdministrationWE05 - IDoc overviewBD87 - Inbound IDoc reprocessingBD88 - Outbound IDoc reprocessingBDM2 - IDoc TraceBDM7 - IDoc Audit AnalysisBD21 - Create IDocs from change pointersSM58 - Schedule RFC FailuresBasic config for Distributed data:BD64: Maintain a Distributed ModelBD82: Generate Partner ProfileBD64: Distribute the distribution ModelPrograms:RBDMIDOC – Creating IDoc Type from Change Pointers RSEOUT00 – Process all selected IDocs (EDI)RBDAPP01 - Inbound Processing of IDocs Ready for Transfer RSARFCEX - Execute Calls Not Yet ExecutedRBDMOIND - Status Conversion with Successful tRFC Execution RBDMANIN - Start error handling for non-posted IDocs RBDSTATE - Send Audit ConfirmationsFor testing you can use WE19。
IDOC中PO信息入站后-创建销售订单如何去配置
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
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 抬头交货日期字段*北京科莱特信息技术有限公司所有，转载请注明出处。
IDOC中PO信息入站后,创建销售订单如何去配置
现在有四个问题请教下：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 还是成功了，但对于供应方在接收时没有这个字段是不行的是吧。
EDIIDOC技术概要
IDOC概要
➢ IDOC结构： ➢ IDoc结构是SAP系统的标准。它由三和部分组成 ➢ Control Record：控制记录字段的内容，它唯一地标识一个中间文档。 ➢ Data Record：由若干节组成的数据记录，它包含详细说明物料和数量的
is not assigned (item ) 发送方跟接受方均需要维护
IDOC实例- UP2(500):发送方NEU输出类型的维护—
TCODE:SPRO
使用NEU这种Output Type 输出PO
IDOC实例- UP2(500):发送方NEU输出类型的维护—
TCODE:SPRO
Processing Routings 中需要维护EDI 这种类型
IDOC实例-UP2(500):发送方伙伴参数配置WE20
保存后新增的伙伴参数 将出现在左方列表 保存后才能建立outbound paramtrs,点 此进入下面的出口参数配置画面
IDOC实例-UP2(500):发送方伙伴参数配置WE20
1，输入Partner Role 注：定义供应商伙伴参数时使用”VN“
只需发送方维护端口
IDOC实例-UP2(500):发送方端口配置WE21
3，保存
1，输入描述
2，输入之前新建的 目标系统名称
IDOC实例-UP2(500):发送方端口配置WE21
保存后新增的端口将 出现在左方列表
IDOC实例-UP2(500):发送方伙伴参数配置WE20
输入T-CODE：WE20进 入端口配置界面
ቤተ መጻሕፍቲ ባይዱ
EDI概要
➢ EDI主要用于公司之间的数据交换
IDOC基本步骤
可扩展性
IDOC支持自定义字 段和扩展属性，以满 足特定业务需求。
可靠性
IDOC传输过程中采 用确认机制和错误处 理机制，确保数据的 完整性和准确性。
高效性
IDOC支持批量处理 和异步传输，提高了 数据传输的效率。
IDOC在SAP系统中的应用
跨系统数据交换
业务流程自动化
通过IDOC，SAP系统可以与其他非SAP系统 进行数据交换，实现信息的共享和集成。
发送IDOC至目标系统
01
02
03
组装IDOC数据
按照目标系统的要求，将 业务数据组装成IDOC格 式。
调用发送接口
通过编程方式调用发送接 口，将组装好的IDOC数 据发送给目标系统。
监控发送状态实时监控IDOC的发送状 态来自确保数据成功传输至 目标系统。
04
接收IDOC
接收IDOC数据
通过SAP系统提供的接口，如RFC、 Web Services等，接收来自外部系统 的IDOC数据。
06
总结与展望
回顾本次项目成果
完成了项目目标
成功实现了IDOC的基本功 能，包括数据提取、转换 和加载等。
提高了数据质量
通过IDOC的处理，数据准 确性和一致性得到了显著 提高。
提升了业务效率
IDOC的自动化处理大大减 少了人工干预，提高了业 务处理效率。
展望未来发展趋势
智能化发展
随着人工智能技术的不断发展， IDOC有望实现更加智能化的数据
错误验证
在修复错误后，需要对修复结果进行 验证，确保错误已被正确解决且不会 影响系统其他部分。
05
04
错误修复
根据错误类型和定位结果，采取相应 措施修复错误，如修复代码、调整配 置、清理数据等。
采购订单IDOC导入步骤
背景：每个项目在上线期初数据导入里面都会包含了采购订单导入，当然导入方式很多，可以使用BAPI,BDC或者别的方式进行导入，此文档演示的是使用LSMW+IDOC进行导入，导入数据根据不同MM配置进行调整，但是大同小异。
环境：IDESECC6+WINDOWSXP1.WE21维护端口，当然如果没有维护逻辑系统则在SALE先进行维护，否则在运行IDOC处理的时候会提示逻辑系统没有维护。
2.WE20维护合作伙伴参数3.采购订单创建我们采用PORDCR1，如果是采购订单修改我们采用PORDCH，接下来我们来使用LSMW工具进行设置，事务代码：LSMW4.LSMW全局步骤如下图，接下来我会按照步骤先后顺序进行操作。
5.维护对象属性Maintain Object Attributes6.维护数据源结构Maintain Source Structures7.维护数据源字段Maintain Source Fields，注意红框部分，这样可以批量维护字段维护完如下效果8.维护结构关联Maintain Structure Relations，主要是为了和IDOC字段对应起来，如果不在此维护关系，那么下一步就不会显示所要输入数值的字段9.维护字段匹配和转换规则Maintain Field Mapping and Conversion Rules，这步至关重要。
采购订单表头E1BPMEPOHEADER要维护的字段有PO_NUMBECOMP_CODDOC_TYPEVENDORPURCH_ORGPUR_GROUPDOC_DATE采购订单表头更新E1BPMEPOHEADERX维护采购订单项目E1BPMEPOITEM参数维护字段PO_ITEMEMA TERIAL（非MA TERIAL）PLANTQUANTITYNET_PRICETAX_CODEITEM_CATGR_TO_DATE（收货日期）采购订单项目更新E1BPMEPOITEMX参数维护中间节省了TAX_CODE,实际导入不需要税码的，一般看需求。
iDoc 资料
iDoc - IDoc的结构
一个IDoc包含
· 控制记录（Control Record）：包含了IDoc类型、伙伴端口、SAP ecord）：包含对用户的输出消息，诸如“IDoc已创建（IDoc created）”、“IDoc已成功传输至端口（IDoc was successfully passed to the port）”等。
2.异步(asynchronous)：在创建SAP应用文件之前，数据已经存在与IDOC之中了。如数据出现错误，就不会创建应用文件，直到IDOC中的错误被修正为止，即IDOC的出错处理(通常通过工作流系统实现)可以在其转换为系统应用文档之前进行修改。
通过IDOC接口可以实现SAP系统之间以及SAP系统与其他系统之间的数据交换。使用IDOC的应用必须能够写入或读取IDOC格式的数据，典型的IDOC应用如下所示。
不同的IDoc类型（IDoc type）用于处理不同类型的信息。比如IDoc格式ORDERS01可用于采购订单（Purchase Order）和订单确认（Order Confirmation）。
IDoc技术在自动化、监控和错误处理方面提供很多工具。举例来说，我们在一个特定的服务器配置了IDoc之后，当一个SAP用户创建一张采购订单，其信息会自动通过IDoc传输给供应商的系统，并且同时在供应商系统创建一张销售订单。
FORM build_idoc_seg.
* HEAD DATA
gi_idoc_data-segnam = 'E1MARAM'. "SEGMENT NAME
gi_idoc_data-segnum = 1. "SEGMENT NO
IDOC_培训教程
字段长度 10 6 18 13
自定义IDoc传输SO资料到外部系统示例
2-2),定义数据段(TCODE:WE31) PATH: Tools -> ALE -> ALE Development -> IDoc -> IDoc Type Development-> Segments
定义传输的表头数据段: 在Segment Type栏位中输入ZORDH然后点选新增
IDoc概述
IDoc的结构
作为一种传输媒介, IDoc文件的结构包含有特定的格式,如下图所示:
控制记录(Control Record) IDoc结构
数据记录(Data Record) SAP中一个IDoc的文件结构
状态记录(Status Record)
IDoc概述
控制记录(Control Record)
IDoc概述
IDoc类型
IDoc类型是IDoc文件的结构定义和说明,在SAP中,不同的业务对象有不同的IDoc类型, 这些类型可以根据不同的传输格式或数据要求多个并存. 查看IDoc类型(TCODE:WE30) PATH: Tools -> ALE -> ALE Development -> IDoc -> IDoc Type Development IDoc Types 输入:
1-2),将逻辑系统指派给Client(T-CODE:SCC4) 在PRD系统,逻辑系统设定后,如果有数据产生,不能被更改.
配置一个跨Client传输主数据的示例
1-3),创建RFC连接
图1-3-1
创建一个逻辑连接
图1-3-2
定义RFC连接目标时,首先指定连接名称,连接类型(如图1-3-1),描述等信息.
IDOC测试
1.在事务码we19下，输入模版文件的路径，将EDI文件导入到sap系统，并生成进站文件按f8或者点击执行进入到图2所示界面。
图1.图2.2.点击图3中的标准入站按钮，进行入站处理，此时系统提示未维护伙伴参数。
图3双击IDOC抬头数据，显示信息显示如下图，可以看到发送方和接收方的相关信息数据没有维护完全，按照图5所示的数据进行维护之后，再次点击标准入站按钮，已ok。
图4图5图63.点击图6中的继续按钮，生成进站文件，如图7。
图74.进入we02查询idoc编号为5399的文件.图85.再次进入we19下，修改5399文件，在抬头数据部分添加基本类型为orders05.修改保存之后再次进行进站操作。
生成的文件编号为5340.可以将图11和图7进行比较。
图9图10.图115.进入we02对文件5340进行进站处理。
发现有三个错误信息提示，现在一个一个来处理图126.在事务码voe2下创建下图所示记录，重新进行进站处理，结果如图，错误信息依旧。
图13图147.在we19按照下图修改文件，再次进行入站处理，结果如图16，把图14中的第三个错误给修正了，但是第一个错误依旧存在，现在看下系统是否有供应商82052的数据，在事物码xk03下查询不到供应商数据，如图17。
图15图16图178.修改供应商数据为图18，再次进行入站处理，第一个错误已经修正。
图18图199.在we19中删除E1EDK05节点，再次进行入站处理，错误已经修正，但有新的错误，如图20，，按照图21修改物料编码，再次进行入站处理，出现图22错误。
图20图21图2210.按照图23进行修改，再次进行入站处理，所有错误已经处理，订单376已经生成。
图23图24。
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系统中可识别的订单格式后，我们就需要考虑定价问题。
idoc 过账函数
idoc 过账函数IDoc是指在公司间STO（Stock Transfer Order，库存转储订单）场景中，实现外向交货单过账后自动触发内向交货单的一种功能。
其实现步骤如下：1. 创建外向交货单的输出类型：在T.Code为V/34的界面或 Partner functions里输入条目“6/SH”。
2. 将该输出类型分配给output determination procedure V10000，并将 Requirement 维护为1，即交货单完成PGI后才会触发这个ZZIB的output。
3. 创建output的条件记录，可使用事务代码VV21/VV22。
4. 定义confirmation control key。
5. 进行出站IDoc的配置：- IDoc type：DELVRY03。
- Message Type：DESADV。
- Process Code：DELV。
- 维护partner profile：在SPRO界面的 Materials Management > Purchasing > Messages > EDI 中，输入T.Code：WE20，设置 Partner Type 为 KU（Customer）， Partner Role 为 SHReceiver，Port 为 A000000002，RFC Destination 为 6。
6. 入站IDOC的设置：- IDoc type：DELVRY01。
- Message Type：DESADV。
- Process Code：DELS。
- 维护入站参数的 Partner profile，可使用事务代码WE20。
7. 创建单据，查看效果。
请注意，具体的实现步骤可能因系统版本和设置而有所不同。
如需了解更多关于IDoc 过账函数的信息，请提供更多背景信息并再次提问。
IDOC测试过程及操作抓图
1，WE02 搜53成功状态的，或最近日期的，查看单号有生成的IDOC。
作为参考
2，搜索到IDOC号，拿到WE19里去修改，重跑
选中第1行，点开，出现这个窗口，点全部字段
如果没出来，可以点第1个菜单下的“编辑控制记录”
3，参考销售退货业务，
需要改发送方（JLPOS单号，外部系统单号）
关键字：后面随便改动一下
其他栏位：
这4个地方，都需要替代单号
当然，如果是退货业务，记得先准备好销售订单号，把销售订单号对应的PO号填到这个IDOC里。
退货业务，这个是原参考订单号
跑完WE19后，去WE02里看状态和生成的最终单据
4，带安业务，记得先维护这个表：ZSDT0116
5，RC1_IDOC_SET_STATUS，SE38改idoc状态。
6，如果IDOC跑出是71的
7，需要RC1_IDOC_SET_STATUS，SE38改idoc状态。
从71改为51 再BD87重新执行IDOC
51 IDOC初始状态
71 提示重复存档为IDOC重载
53 成功
8，。
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配置步骤(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。
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的debug、错误处理和各项IDOC信息查询（各种查询,全）
IDOC的debug、错误处理和各项IDOC信息查询（各种查询,全）IDOC的数据表:EDIDC Stores the Control Record information an IDOCEDID4 Stores the Data Records (version 4.6)EDIDD Data Seg (EDI Intermediate doc)EDIDS Stores the Status of an IDOCIDOC的测试一般通过WE09/WE19去测试，但是一些通过标准程序触发的IDOC没法通过WE09/WE19去测试，例如，AP IDOC 的RFFOEDI11、IDOC的查询： WE022、IDOC的FM的查询： IDOC_OUTPUT_ （message type）The function modules for generating the IDocs are usually called IDOC_OUTPUT_, where represents the relevant message type. Dependingon the output mode, the generated IDocs are either collected or forwarded for immediate dispatch.WE42 通过message type 查询到process code，然后再通过process code 查到outbound FM。
WE02查询message type partner no part type到WE20里面查询对应的FM。
其实IDOC的FM的查询，可以反过来去思考IDOC的配置，就可以从中去找了。
3、IDOC test ：WE19 ，例如你修改了某个segment 的值，然后通过WE19就可以测试修改是否成功。
可使用于标准订单的重新传输。
4、通过idoc baisc type去查找：通过WE02查找到了这个IDOC的basic type 然后查看到这个basic type里面的segment对应的structure，利用where to used-list，查到对应的程序。
通过IDoc来实现公司间STO场景中外向交货单过账后自动触发内向交货单的功能-PartI
通过IDoc来实现公司间STO场景中外向交货单过账后自动触发内向交货单的功能-PartI通过IDoc来实现公司间STO场景中外向交货单过账后自动触发内向交货单的功能 - Part I公司间采购（公司间库存转储）流程里，常见的解决方案是发货方完成发货过账后，自动触发收货方的内向交货单。
除了使用SAP标准的输出类型SPED来实现之外，还可以通过IDoc的方式来实现。
本文就是阐述如何通过IDoc来实现这个功能。
主要由如下几个步骤：1, 创建一个外向交货单的输出类型。
T.Code – V/34，或者如下配置路径，在Partner functions里输入条目:6/SH, 如上图。
2，将该输出类型分配给output determination procedure V10000.Requirement 维护成1，意味着当交货单的PGI完成之后，才会触发这个ZZIB的output。
3，创建output的条件记录。
事务代码VV21/VV22。
这里的Partner需要在WE20里设置。
4，定义confirmation control key .5, 出站IDoc的配置。
5.1), IDoc type – DELVRY03Tools > ALE > ALE Development > IDoc > IDoc Type Development > IDoc TypesT.Code – WE305.2), Message Type – DESADVTools > ALE > ALE Development > IDoc > IDoc Type Development >Logical MessagesT.Code – WE81.5.3), Process Code – DELVTools > ALE > ALE Development > IDoc > Outbound Processing > Define Process CodeT.Code – WE41.Function Module – IDOC_OUTPUT_DELVRY.5.4), 为出站参数维护partner profile.SPRO > Materials Management > Purchasing > Messages > EDI > Set Up Partner ProfileT.Code – WE20.Partner Type – KU (Customer)Partner Role – SH-未完待续 -。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IDOC中PO信息入站后，创建销售订单如何去配置现在有四个问题请教下: 1 销售订单的抬头请求交货日期从那里带过来2 单位不统一,物料在一个CLIENT 下,我维护的都是PCS,也在CUNI 中维护了转换关系, 为什么在销售订单中出现了PC,这个单位,都不知道从那里冒出来的3 还有就是入站的IDOC 一直出不来,只能WE19 手工发。
4 EDI1,EDI2 必须要分配到定价过程中,否则会提示无分配。
5 PR00 事先维护好价格,但在订单中却出现两次,一次是事先维护好的/销售组织/分销渠道/客户/物料,PO 导入时对应的销售组织/分销渠道/物料,这个存储顺序,为什么会这样。
6 入站时(发送方的合作伙伴写的是客户代码还是供应商代码,接受方写的是客户代码还是供应商代码) *A:Message type: ORDERS Q:我说的不是WE20 里面的配置,除了VOE2/VOE4 的配置,还有那些配置,订单的价格如何去取值。
定价过程用手工订单,还是维护一�1�7�1�7�1�7固定的条件类型。
A:Order type, Sales area: VOE2 Material: Inbound idoc (E1EDP19 002: Material number used by vendor) or VD51 Condition: VK11/VK31 Q:也就是说价格不是从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 还是成功了,但对于供应方在接收时没有这个字段是不行的是吧。
VOE4 中需要维护IDOC 中所出现的所有的合作伙伴功能是吧。
这个字段在供应商主数据那里啊,呵呵找不到A: 如果没维护,就会带出Purchasing Organization 的值,不影响idoc 的生成Q: 是科目控制中的客户这个字段吗应该不是这个字段,这个字段是基本数据,一维护就固定了,应该是挂组织级别的,可是找不到A: Company code level - Correspondence view (Acct w/ vendor) Purchasing organization level - Purchasing data view (Acc. with vendor) Q: 还有个问题,如果没有维护,带出来采购组织里面的值(是带出来采购组织,还是带出来采购组织里面维护的我方在供应方的客户代码) A: 采购组织Q: 还是失败,IDOC 牙根就不出来,呵呵A: 检查conditions for output control, partner profiles *Q: 我发出来的IDCO 没有问题,就是入站的时候没有反映Q: 51:IDoc E1EDK18 中付款条款已经转移:检查数据A: 双击消息, 看看消息号是什么Q:Material: Inbound idoc(E1EDP19 002: Material number used by vendor) or VD51,我的IDOC 中没有E1EDP19 002 这条数据A: PO 中要填vendor material number A: PO 的info record 里面要维护Vendor Mat. No.这个栏位。
另外,vendor 和customer 用的payment terms 要在彼此client 中存在;你还要进入TCODE CUNI 维护SAP 单位与ISO 单位的转换关系,选择一个SAP 单位,在维护它的时候勾选ALE/EDI 下的primary code。
A: 我当时做过,SO 的付款条件用的是PO 传过来的,所以在接收的那个client 里面也要定义一个相同名称的payment terms ISO 单位也要维护,要不然也会报错*Q:恩现在已经剩最后一个错误了, IDoc E1EDK18 中付款条款已经转移:检查数据消息号VG202 诊断支付条款已发送到IDOC 段。
此数据不是自动传输的。
步骤检查输入数据并且,若有必要,将它手动复制到凭证中。
*Q: SO 中的付款条件用的是PO 传过来的,还是用的是客户主数据中的。
之前做的跨公司业务,自动发票校验时,取的付款条件来自供货方传递过来的,而不是取供应商主数据中, 我是在同一个CLIENT 下做的,肯定都存在,但不知道这个错误为什么要产生AD: 单位是对物料的,现在没有问题,就是付款条件的问题现在不知道怎么解决A: t-code SMME 把VA01/VA02, VG,201/202 的control data 清空Q: 不行系统中没有配置VA01 VG 202 的条目,我新建之后,清空,错误消息就变了,成为填入所有必需的条目字段消息号00055 之前的那个错误应该是一个必输字段没有被维护上。
A: 不要新增。
SMME 中现在有哪些记录Q: 就是有一个200,我新增202 后,清空,就变成维护必输字段了还有一个问题,WE20 中配置客户时,维护的入站参数是否配置SP(售达方) A: 在原配置中就没有202 的记录A: 是的。
我觉得你维护�1�7�1�7�1�7partner profile 有问题。
要根据inbound idoc 自动产生SO,应该在partner type KU 下建立partner profile, 它的inbound parameter 应该维护成:partner role--SP,message type--ORDERS,process code--ORDE,processing by function module 选择trigger immediately。
我以前做的时候,message type 选ORDERS 的话IDOC 不会出现EIEDK18,message type选ORDRSP 的话才会出现EIEDK18。
ORDERS 是创建SO,ORDRSP 是送出order confirmation。
A: inbound idoc 中的E1EDK01 里面ZTERM那个值在你的client 里面存在不还有检查下你的payment terms,看是否customer 和vendor 都可以用,也就是维护payment terms 的地方,看看account type AD: 你说的我都给配置了,维护了客户和供应商都能用,之前在所跨公司交易的时候都搞过了A: 我当时做的是client A 创建PO,client B 自动产生SO,然后client A 又自动confirm PO。
如果你这个问题实在解决不了,可以自己debug 用WE19 进�1�7�1�7,选择那个inbound idoc 并执行,然后点inbound function module,然后function module 选择IDOC_INPUT_ORDERS,call in debugging mode 打勾,然后自己进去debug, 要找到错误原因不是很难的A: 补充一点,如果不知道是不是使用了自己开发的函数或者不知道使用了哪个函数,可以通过WE20 查看inbound process code 进而查到对应的函数A:元老建议:先手动做。
如OK。
再用IDOC。
Q: 我现在只产生一个IDOC,入站的IDOC 我还是用WE19 搞的Q: 能否把WE20 里面的配置给说下,客户(KU)中配置入站参数SP ORDERS ORDE 供应商(LI)中配置出站参数:无问题,已经发出数据。
Q:你们说的我都维护了,为什么就是不行,我真的服气死了Q: 是不是IDOC 选择不同,我用的是01,应该用多少A:Basic type 用ORDERS01 可以的新创建一个PO,看一下那IDOC 会不会有E1EDK18 把SMME 截图看看关于VG202 "Terms of payment in IDoc & have been transferred: Check data" 看看Note 388120 - Transfer of conditions and terms of payment Q:用那个事务代码维护EDI1 /EDI2 直接分配到订单的定价过程中去是吧,我试下。
Q:我还是产生不了IDOC,只能手工维护,晕死了。
另外我的请求交货日期带不出来*Q 现在有四个问题请教下: :1 销售订单的抬头请求交货日期从那里带过来 2 单位不统一,物料在一个CLIENT 下,我维护的都是PCS,也在CUNI 中维护了转换关系, 为什么在销售订单中出现了PC,这个单位,都不知道从那里冒出来的 3 还有就是入站的IDOC 一直出不来,只能WE19 手工发。
4 EDI1,EDI2 必须要分配到定价过程中,否则会提示无分配。
5 PR00 事先维护好价格,但在订单中却出现两次,一次是事先维护好的/销售组织/分销渠道/客户/物料,PO 导入时对应的销售组织/分销渠道/物料,这个存储顺序,为什么会这样。
6 入站时�1�7�1�7发送方的合作伙伴写的是客户代码还是供应商代码,接受方写的是客户代码还是供应商代码) A:1.销售订单的抬头请求交货日期是从PO 里的deliv. date 那个栏位带过来的。
2.单位要去CUNI 维护,因为可能多个SAP 单位对应一个ISO 单位,在把IDOC 里面的ISO 单位转换为SO里面的SAP 单位的时候,系统会不知道找哪个,所以你要去CUNI里面选择一个SAP 单位为第一选择:在primary key 那打勾就可以了。
3.如果WE19 能发的话,自动应该也能发的啊,这个我也不知道什么原因。
4.标准的SD pricing procedure 里面就有EDI1,EDI2 这两个condition type,不用另外设置。