《IDOC培训教程.ppt》由会员分享，可在线阅读，更多相关《IDOC培训教程.ppt（50页珍藏版）》请在课桌文档上搜索。
1、IDoc 概述,IDoc 处理流程,IDoc 连接配置,IDoc 开发示例,SAP IDoc 技术,内容,IDoc 归档,IDoc 概述,IDoc(Intermediate document)是一种系统间通用的数据交换媒介文件,通过IDoc可以方便的和外部系统进行数据交换,它可以内/外传送以实现系统的自动化,在SAP中IDOC主要应用到以下技术:,ALE(Application Link Enabling):用于在同一集团中不同的SAP系统之间的数据交换,EDI(electronic data exchange):实现不同企业间电子数据的交换,通过IDoc文件和业务伙伴进行数据交换,通过IDo
2、c也可连接其它应用系统.,左图展示的是以IDoc文件交换数据的逻辑示意图,由此可见以它做为通讯媒介构成了一个强大的分布且开放的系统,IDoc概述,IDoc的结构,作为一种传输媒介,IDoc文件的结构包含有特定的格式,如下图所示:,IDoc结构,SAP中一个IDoc的文件结构,IDoc概述,控制记录(Control Record),每个IDoc的Control Record可以认为是文件头,它包含发送及接收端,IDoc ID,发送日期等信息,当Idoc被触发时,SAP会首先检查这些信息是否正确.,IDoc概述,多个数据段(Segment)组成的一个层次结构,装载传输的数据且每个数据段不能超过10
3、00个字符,当发送或接收这些IDoc时,数据将会被解析到这些特定层级关系的数据段中,IDoc概述,状态记录(Status Record),用来记录IDOC从发送方到接受方的历史状态信息.,IDOC状态示例,系统状态列表(TCODEl:WE47),通常,如果是自行开发的IDoc,可以在处理IDoc逻辑的FM中加入自已定义的状态,以此满足不同的需求.,IDoc概述,IDoc类型,IDoc类型是IDoc文件的结构定义和说明,在SAP中,不同的业务对象有不同的IDoc类型,这些类型可以根据不同的传输格式或数据要求多个并存.,查看IDoc类型(TCODE:WE30)PATH:Tools-ALE-ALE
4、Development-IDoc-IDoc Type Development IDoc Types,输入:1,在”Obj.Name”栏位输入类型.,右图的示例是自定义委外加工PO的IDoc类型定义.ZSUBH:委外PO的Header资料ZSUBL_H:委外PO的Item资料ZUBL:每个Item的装配组件资料.,IDoc概述,消息类型(Message Type),消息类型是指IDoc类型的视图,一个消息类型可以包含多个IDoc类型.,T-CODE:WE81 定义消息类型,T-CODE:WE82 IDoc 类型分配给消息类型,Release代表不同的版本,IDoc概述,数据段(Segment)(
5、T-CODE:WE31),数据段是IDoc的结构组件,这些数据段包含特定的数据类型,每个字段可以参照SAP数据字典,也可以自定义字段,保存后系统自动创建版本号.,IDoc概述,IDoc处理流程,IDoc概述,IDoc出站处理,如上图Outbound Processing部分:它的流程可以理解成以下几个步骤:1),应用层:生成应用数据2),ALE层:创建出站IDOC3),通讯层:寻找伙伴和端口4),发送 IDoc,IDoc概述,IDoc的出站触发机制,IDOC可以通过不同的机制发送IDOC:1),通过应用模块的消息控制间接的传送到IDOC接口.,注意:IDOC和应用模块的消息类型有联系,但不是同
6、一概念.,IDoc概述,IDoc的触发机制,IDOC可以通过不同的机制发送IDOC:2),直接从应用发送到IDOC接口,这些处理主要是通过以下的FM控制:标准:MASTER_IDOC_DISTRIBUTE/COMMUNICATION_IDOC_CREATE自定义IDOC:L_IDOC_SEND/L_IDOC_SEGMENT_CREATE/L_IDOC_HEADER_CREATE,直接发送IDOC的模型,IDoc概述,IDoc入站处理,如上图Inbound Processing部分:它的流程可以理解成以下几个步骤:1),通讯层:接收入站端口传来的数据.2),ALE 层:创建入站IDOC并通过伙伴
7、参数文件查找IDOC处理类型.3),应用层:写入文档.,Inbound 应用处理,1.直接处理:通过FM IDOC_INPUT_?处理.,2.间接处理:通过SAP业务工作流处理.,IDoc示例,演示个示例帮助理解IDoc具体工作模式和设计:,1,配置一个跨Client传输主数据的示例.,通常在实际应用中,为了简化系统过多的人为操作或更好的实现自动化,有时我们需要在同一集团内跨公司交易时传输相关的数据,例如:1).在SAP系统中同一集团A和B两个公司,A向B开PO并传出IDoc自动创建B公司的SO.2).在主数据中,可以方便的通过Idoc传输物料主档/BOM/Work Center/Routin
8、g/Vendor/Customer等资料.3).SAP也可轻易地做到跨Client交换数据.,配置一个跨Client传输主数据的示例,T-CODE:SALE 用来配置IDoc逻辑命令集合,-),配置发送和接收的逻辑系统.逻辑系统用来识别同一服务器上不同的Client唯一标识,1-2),将逻辑系统指派给Client(T-CODE:SCC4),在PRD系统,逻辑系统设定后,如果有数据产生,不能被更改.,配置一个跨Client传输主数据的示例,1-3),创建RFC连接,创建一个逻辑连接,图1-3-1,图1-3-2,定义RFC连接目标时,首先指定连接名称,连接类型(如图1-3-1),描述等信息.,配置
9、一个跨Client传输主数据的示例,请确认目标系统是否是Unicode,如果是请转到,屏幕,如果编码类型设定有误,对于中文字符的传输会有乱码或不能执行IDoc等原因.,配置一个跨Client传输主数据的示例,1-4),定义端口,IDoc通过端口和目标系统交换数据,它是接口中通信基础,请看以下逻辑示意图:,配置一个跨Client传输主数据的示例,定义端口T-CODE:WE21,选中一个端口类型,点击,按钮,在图1-4-2中输入端口号,图1-4-1,图1-4-2,图1-4-3,在图1-4-3中输入描述及RFC目标,配置一个跨Client传输主数据的示例,1-5),定义分配模型,T-CODE:BD6
10、4,用它可以完成在分布式逻辑中发送或接收的对象.,1-5-1),点击”Create model view”.,在此输入描述及技术名称,注意:技术名称在此必须是唯一的,配置一个跨Client传输主数据的示例,1-5-2),点击”Add message type”按钮增加Message type,图1-5-2,在图1-5-2中维护发送/接收者,消息类型,这三个参数是必须的,它们告诉SAP如何传输数据以及传输对象是什么.,在Filter中可以定义或扩展筛选条件,配置一个跨Client传输主数据的示例,1-5-3),自动建立伙伴参数,选中一个消息类型,在菜单Environment-Generate p
11、artner profiles.,点击执行,系统自动建立Partner profile相关参数,以下是系统返回结果:,配置一个跨Client传输主数据的示例,1-6),手工建立和检查伙伴参数,用此维护发送及接收端伙伴,进/出站,消息类型等参数,T-CODE:WE20,Process code都关联一个FM,用此来处理IDoc逻辑,也可以自定义Process code,用自定义的FM,配置一个跨Client传输主数据的示例,1-6-2),建立接收端参数,维护出站参数,设定端口(请参考端口的配转置及说明),物料主数据没有Message Control,大部分IDoc一般用这个来触发.,配置一个跨C
12、lient传输主数据的示例,1-7),测试IDoc(T-CODE:WE19),SAP可以有以下几种测试方式,常用的是Existing IDOC和Basic Type两种,数据结构:EDIDC:Control RecordsE1*:Data Records,配置一个跨Client传输主数据的示例,1-8)发送物料(T-CODE:BD10),当点击”执行”后,系统分别会提示以下两个信息以告诉用户有多少IDoc产生,配置一个跨Client传输主数据的示例,1-9检查IDoc日志(T-CODE:WE02),通常用这个来查看或监视IDoc 的执行结果和状态,如果有问题,例如一修改一些测试数据可以放在WE
13、19测试执行,以此找到IDOC的错误原因.,配置一个跨Client传输主数据的示例,可以按进/出站IDoc来查看结果,进一步显示单个IDOC的结果,SAP按照以下方式显示:,技术信息,如前所述,每个IDoc包含有Control Record,Data Record以及Status Record三个必须内容,配置一个跨Client传输主数据的示例,配置一个跨Client传输主数据的示例,第一个示例演示完毕.小结:1,配置逻辑系统2,配置RFC连接3,配置端口4,配置分配模型5,配置伙伴参数6,如有必要可以在规则中设定转换规则(实际中也常用),通常SAP会和外部非SAP系统交换数据,或客户及供应商
14、的SAP系统交换数据,除直接用编程的技术通过RFC和外部沟通外,IDOC也是一个很好的解决方案,以下示例演示如何从头定义一个全新结构的IDoc.,2,自定义IDoc传输SO资料到外部系统.,自定义IDoc传输SO资料到外部系统示例,模拟情景:需要传输的数据结构,在实际应中可以定义更复杂的结构,自定义IDoc传输SO资料到外部系统示例,2-2),定义数据段(TCODE:WE31)PATH:Tools-ALE-ALE Development-IDoc-IDoc Type Development-Segments,定义传输的表头数据段:在Segment Type栏位中输入ZORDH然后点选新增,如下
15、图:输入需要传输的表头段的字段,当你保存后,系统自动生成000版本,同时可以点选菜单(EDIT-SET RELEASE)Release这个段.,自定义IDoc传输SO资料到外部系统示例,定义SO ITEM段结构:,很简单的三个步骤,自定义IDoc传输SO资料到外部系统示例,2-3),定义IDOC类型(T-CODE:WE30)PATH:Tools-ALE-ALE Development-IDoc-IDoc Type Development-IDoc Types,图2-3-3,选中IDOC Type,然后点选新增按钮,如图2-3-3:Mandatory Seg.:这表示必须要维护此SegmentM
16、in./Max Number:最小/大的数量行,自定义IDoc传输SO资料到外部系统示例,继续添加子Segment:,输入方法同图2-3-3相同.,左图是IDOC类型的Segment层次结构.,自定义IDoc传输SO资料到外部系统示例,2-4),定义消息类型(T-CODE:WE81)PATH:Tools-ALE-ALE Development-IDoc-IDoc Type Development-Logical Messages,2-5),指定IDOC 类型到消息类型(TCODE:WE82)PATH:Tools-ALE-ALE Development-IDoc-IDoc Type Develo
17、pment-IDoc Type for Message,2-6),定义分布式模型(T-CODE:WE64),自定义IDoc传输SO资料到外部系统示例,2-7),定义Outbound Function Module(T-CODE:SE37),可以从标准的FM 复制过来,2-7-1),Import的参数必须存在,2-7-2),Export的参数必须存在,2-7-3),Tables的参数必须存在,这三个内容必须存在自定义的FM中,它为底层访问提供了接口,自定义IDoc传输SO资料到外部系统示例,2-8),FM的代码逻辑部份.,目标:将数据从VBAK/VBAP读取并写到DATA RECORD中,2-8
18、-1),在FM的Global中加入用到的表.,自定义IDoc传输SO资料到外部系统示例,2-9),分配自定义FM到IDOC TYPE(T-CODE:WE57).,请注意:一定要在此指定后,在后续的Process Code维护才不会有问题,自定义IDoc传输SO资料到外部系统示例,2-10),定义Outbound Process Code(T-CODE:WE41),上图是将定义好的Process Code分配给具体的Message Type,通常这一步操作也非必须的.,自定义IDoc传输SO资料到外部系统示例,2-11),分定分发模型(TCODE:BD64),自定义IDoc传输SO资料到外部系统
19、示例,2-12).建立文件输出端口(T-CODE:WE20).,特别是服务器组的情况用这种方式很好.,自定义IDoc传输SO资料到外部系统示例,2-13).建立伙伴参数(T-CODE:WE20),2-13-1).维护出站参数:,自定义IDoc传输SO资料到外部系统示例,Message Control的作用及配置,Message Control在IDOC中起作触发IDOC执行的作用,通过配置可以在支持输出类型的对象中触发IDoc.,在Application栏输入V1(每个模块中的对象都以Appli.区分),输入消息类型BA00(这个也可以自定义),双击”ZORD_OUTBOUND”,可以看到之前
20、定义的FM.,自定义IDoc传输SO资料到外部系统示例,2-14).维护入站参数:,自定义IDoc传输SO资料到外部系统示例,2-15).测试IDOC(注意:以下这些测试是手工加入,也可通过配置自动化).,2-15-1).点选SO主界面菜单中选择:,点击,上图14,可根据情况而定,可批量或单独,可手工可自动执行,自定义IDoc传输SO资料到外部系统示例,2-15-2).在VA02中IDOC状态显示如下:,IDOC 归档,IDOC 归档,一般而言,归档不仅仅限于IDOC,也涉及到其它模块的数据归档,根据当地政府结合本公司的实际需要定期将相关数做归档,以下是归档的逻辑:,在实际应用中,通常会按IDOC状态来做归档,因为这些状态往往代表一个特定业务流程的结束.,小结,
