主流系统EAI接口技术剖析之一SAP资料.docxVIP

主流系统EAI接口技术剖析之一SAP资料.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
主流系统EAI接口技术剖析之一:SAP by AMT何荣勤 作为目前ERP市场上最为领先的应用系统之一, 一直以来,SAP R/3在提供API应用编程接口和接口 工具方面也同样领先于其它 ERP厂商。ALE/IDocs是SAP公司为SAP R/3 R4.6C版本所提供的接口机制, 目前应用最为广泛。在 R4.0以后的版本中,又添加了技术上先进的 BAPIo本文作为系列介绍之一,对 ALE/IDocs , BAPI以及其它可用的整合方式进行介绍。 1、ALE/IDocs 是什么? ALE 是Application Link and Enabling 的缩写,是 SAP专门为SAP与SAP之间所设计的整合中间件。 IDocs是中介文本(Intermediate DOCument)的缩写,是SAP提供的系统整合专用的数据 /消息格式。ALE 在SAP 3.0版本开始就作为SAP整个应用体系的一部分,为分布式数据交换提供了可靠安全的通讯机制。 ALE的设计,原本作为两个 SAP流程之间的一种消息传递服务 (Messaging Service),使SAP与SAP的业 务流程之间企业数据能够有效的交换,为两个独立的 SAP之间提供了的系统整合服务。不过,随着应用的 发展,ALE/IDocs接口机制也已然成为与其它非 SAP系统的标准的整合方式。 ALE的设计结构可以分为三层,即 应用层,数据/消息分配层和通讯层。 图L ALE设计璃构〉 通讯层:SAP整合机制的基础,它利用远程功能呼叫 RFC(Remote Function Call)调用SAP系统的功能模块。 数据/消息分配层:主要提供三个关键服务:按数据分配模型决定数据接收者。 消息的过滤和转换。 数据/消息的压缩,以提高传递效率。 应用层:直接与SAP系统接口,生成或从其它系统接收含有路由信息的消息文本 IDocs,包括消息接收者 的姓名,要求发送的类型以及对消息进行处理的规则。 ALE的机制代替了原来的 SAP所提供的批数据通讯 BDC(Batch Data Communication)方式。顾名思义, BDC为系统之间提供了简单的数据批处理服务,还不能作为一种中间件技术,它没有提供系统之间进行无 缝整合所要求的纠错功能、系统管理和其它安全措施。总得说来, 应用SAP的ALE机制进行SAP与SAP 或非SAP系统整合有以下几个好处: . ALE技术不受SAP版本升级的影响,它提供了版本向后兼容性。 ALE定义于SAP应用层,与SAP 的逻辑层相对独立,整个 ALE中间件独立于发送和接收系统。 . ALE消息设计逻辑保证消息的“一次且只有一次”的消息传递。 ALE采用“存储-发送”技术确保消 息即使系统发生故障或接收方没有准备接收时也可以达到目的地。 这样就保证接收方不至于收到重复消息。 . ALE也提供了 IDocs管理功能。主要有文本缩减、文本版本控制以及文本数据过滤。三种控制机制使 得SAP开发人员可以根据实际需要对 IDocs文本在运行中进行动态处理。 , ALE提供了系统管理功能,允许对ALE系统进行启动/复位/恢复等系统操作,为开发人员提供了进一 步的管理控制。 IDoc几乎可以传带任何 SAP应用的数据,是一种“外围”定义格式,与 SAP的应用数据定义不直接 相关。IDocs已经广泛应用于早期的 SAP-EDI的数据交换,因而它的设计有点类似于 EDI的标准,即 EDIFACT 标准。 IDocs是以字符基础的,因而是可读的。它有三种纪录类型,即: 控制纪录-含文本信息,如IDoc类型,发送/接收方信息以及文本标识。 数据纪录-含管理和实际数据部分。 状态纪录-用来追踪文本传递各点的状态,如状态码,系统时间,错误标识等。 ? Cg one r . ? SAP 时3.,DirEzt HiraiIDOCOi SAP 时3., Dir Ezt Hirai IDOC Oi AFT Posl ing Frog ram# Pilterz Co般叶 Doc*-* 1 2 3 4 . C?rtiisr S3. ALE擦收过程 B.让我们看接收过程。 接收过程始于SAP系统从外部收到IDoc文本。接收过程的优点在于,接收方既可以是 SAP系统,也可 以是第三方系统,这也是 SAP与第三方进行有效整合的基础。接收过程由以下三个步骤组成: .存储Idoc-将文本存储于数据库,并进行语法校验 .邮件处理程序读取Idoc--一个专门设计的IDoc处理程序读取IDoc并产生SAP或其它系统所需的系统 消息。多个程序可以同时运行。 .生成系统文本--处理程序进一步生成系统文本供系统使用,并将结果信息存于 Idoc d的状态纪录中。 SAPR/3村felt SAP R/3村 felt AT

文档评论(0)

tangdequan1 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档