SAP接口技术报告.docx

《SAP接口技术报告.docx》由会员分享，可在线阅读，更多相关《SAP接口技术报告.docx（6页珍藏版）》请在第一文库网上搜索。

1、SAP接口技术报告老李整理SAPR/3提供了众多的API应用编程接口与接口工具，以方便SAP二次开发与爱好者进行研究。RFC、A1E/IDocs是SAP公司早期为SAPR/3R4.6C版本所提供的接口机制，目前应用最为广泛。在R4.0以后的版本中，又添加了技术上先进的BAPI与DCOM。下面对这些接口方式与其它可用的整合方式进行介绍。一、RFC(RomoteFunctionCa11,远程函数调用)。SAP系统RFC调用的原理事实上很简单，有一些类似于三层构架的C/S系统，第三方的客户程序通过接口调用SAP内部的标准或者自定义函数，获得函数返回的数据进行处理后显示或者打印。下面是RFC调用的模型

2、：这里要紧不是讨论SAPR/3函数的开发，使用SAP的公司通常都有专门的ABAP开发人员，通过事务代码SE37进入ABAP开发平台的“函数编制器”进行函数开发测试。以VB为例，SAP接口RFC的开发思路如下。在SAP客户端SAPGUiC1ient安装的时候，注意选择安装附带的SDK包。RFC接口程序开发，要紧用的是“SAPFunctions”这个控件，通过控件在外部程序模拟SAPGuiC1ient的用户登录与函数调用，然后返回函数的值。SAP的RFC调用是其接口技术中最简单与易用的一种方式，该方式开发比较简便，特别适合于外部报表开发，但关于大数据量的查询效率相对较低。在附件中有VB中调用RFC

3、的例程。在JAVA中也能够使用Jeo接口来CA11SAP中的RFC,有关包与demo也包含在附件中。二、A1E/IDOCA1E是App1ication1inkandEnab1ing的缩写，是SAP专门为SAP与SAP之间所设计的整合中间件。IDOCS是中介文本(IntermediateDOCument)的缩写，是SAP提供的系统整合专用的数据/消息格式，可用于EDI、A1E或者导出导入(XM1,ASCII)文件等。当然也可A1E在SAP3.0版本开始就作为SAP整个应用体系的一部分，为分布式数据交换提供了可靠安全的通讯机制。A1E的设计，原本作为两个SAP流程之间的一种消息传递服务(Messa

4、gingService),使SAP与SAP的业务流程之间企业数据能够有效的交换，为两个独立的SAP之间提供了的系统整合服务。只是，随着应用的进展，A1E/IDocs接口机制也已然成为与其它非SAP系统的标准的整合方式。A1E的设计结构能够分为三层，即应用层，数据/消息分配层与通讯层。通讯层是SAP整合机制的基础，它利用远程功能呼叫RFC(RemoteFunctionCa11)调用SAP系统的功能模块。数据/消息分配层，要紧提供三个关键服务：按数据分配模型决定数据接收者、消息的过滤与转换、数据/消息的压缩，以提高传递效率。应用层直接与SAP系统接口，生成或者从其它系统接收含有路由信息的消息文本I

5、Docs,包含消息接收者的姓名，要求发送的类型与对消息进行处理的规则。A1E的机制代替了原先的SAP所提供的批数据通讯BDC(BatchDataCommunication)方式。顾名思义，BDC为系统之间提供了简单的数据批处理服务，还不能作为一种中间件技术，它没有提供系统之间进行无缝整合所要求的纠错功能、系统管理与其它安全措施。总得说来，应用SAP的A1E机制进行SAP与SAP或者非SAP系统整合有下列几个好处：A1E技术不受SAP版本升级的影响，它提供了版本向后兼容性。A1E定义于SAP应用层，与SAP的逻辑层相对独立，整个A1E中间件独立于发送与接收系统。A1E消息设计逻辑保证消息的“一次

6、且只有一次”的消息传递。A1E使用“存储-发送”技术确保消息即使系统发生故障或者接收方没有准备接收时也能够达到目的地。这样就保证接收方不至于收到重匏消息。A1E也提供了IDocs管理功能。要紧有文本缩减、文本版本操纵与文本数据过滤。三种操纵机制使得SAP开发人员能够根据实际需要对IDoCS文本在运行中进行动态处理。A1E提供了系统管理功能，同意对A1E系统进行启动/复位/恢复等系统操作，为开发人员提供了进一步的管理操纵。IDoc几乎能够传带任何SAP应用的数据，是一种“外围”定义格式，与SAP的应用数据定义不直接有关。IDocs已经广泛应用于早期的SAP-EDI的数据交换，因而它的设计有点类似

7、于EDI的标准，即EDIFACT标准。IDoCS是以字符基础的，因而是可读的。它有三种纪录类型，即：操纵纪录-含文本信息，如IDOC类型，发送/接收方信息与文本标识。数据纪录-含管理与实际数据部分。状态纪录-用来追踪文本传递各点的状态，如状态码，系统时间，错误标识等。图2,工DoC的多消息传递一再来看一下A1E/IDocs在系统整合过程中消息的实际传递情况：首先看发送过程。一个发送过程由事件触发，文本生成，数据打包与交由传输媒介传递这四个步骤构成,具体如下：a应用系统事件触发系统目标(ObjeCtS)的状态变化，用户自主活动或者其它数据库特定变化等能够启动数据表的触发程序，从而进行数据传递的初

8、始化工作，如数据准备。b生成主IDoc文本(MaSter)按标准格式生成主IDoc文件，包含所有能够传递数据(不分接收者)c生成通讯Idoc从主IDOC中生成只与特定接收者有关的文本，通讯文本是主文本的子数据集(SUbSet)dIdoc发送利用异步通讯方式将一定版本的IDoc传递到接收方。图4,数据发送过程下面，看看接收过程。接收过程始于SAP系统从外部收到IDoC文本。接收过程的优点在于，接收方既能够是SAP系统，也能够是第三方系统，这也是SAP与第三方进行有效整合的基础。接收过程由下列三个步骤构成：a存储IdoC-将文本存储于数据库，并进行语法校验b邮件处理程序读取IdoC-一个专门设计的

9、IDoc处理程序读取IDoc并产生SAP或者其它系统所需的系统消息。多个程序能够同时运行。c生成系统文本-处理程序进一步生成系统文本供系统使用，并将结果信息存于Idocd的状态纪录中。图3,A1E接收过程+三、BAP【简介BAPI是BusinessApp1icationProgrammingInterface的缩写，是SAP为3.0版本以上提供的基于企业目标(BUSineSSObject)技术的接口应用界面。SAP在3.0版本以上使用了ObjeCt-Oriented技术，逻辑定义了SAPR/3系统的所有功能目标，同时将所有的目标(Objects)与BAP1S存储于企业目标库BOR(Busine

10、ssObjectsRepository)0SAPR/3企业目标的目标类型(ObjeCtTyPe)相当于目标设计语言中类(CIaSS)的概念，其定义结构由下列几部分构成:基本数据-所有目标类的通用属性，如目标标识与默认方法(MethOd),接口界面-目标的方法(Method),事件(EVent),特征(AttribUtes)。键(KeyFieIdS)-供BOR中目标检索使用方法(Methods)-对目标进行所要求的各类操作。特征(AttibUtes)-描述目标特征。事件(EVents)-触发以改变目标状态。利用BAPI,开发人员能够实现对BOR进行实时访问，从而实现应用系统(SAP-SAP)之间

11、在数据/逻辑层上的有效整合。1、当一个用户需求到来时，首先需要确认用户的需求，要紧是接口参数的确定。2、在SAP下面输入事务代码BAP1,进入系统标准BAPI的列表界面。寻找符合要求的标准BAP1,要紧关注业务模块与版本号，目前SAP4.6A的为符合条件的标准BAP1接口，在文档标签中，也有关于每一个BAP1对象的全面介绍。3、在找到标准BAPI后，关于每个BAPI接口而言，它都有相应的参数，这些参数都对应着具体的结构，能够在BAPI标准接口的SoRUCECoDE下面双击该结构，然后能够进入该结构体的查看界面，这里你能够寻找结构体各个字段中符合你的用户需求的字段，跳出这些字段。4、确认用户需求

12、时要紧是确认传进去与传出来的参数，这些参数比如，日期，物料列表等等，关于日期而言它是单个行项目的，关于物料列表而言，它是多个行项目的，那么你需要将单个行项目的设计成结构体，而多个行项目设计成表tab1eso具体BAPI的应用，在SAP系统中用事务se37按baip*查找，再用where-use看其如何使用，也是非常全面的资料。SAPR/3的企业目标库B0R(BusinessObjectsRePOSitory)中封装了R/3的功能对象。通过BAPI(BusinessApp1icationProgrammingInterface)能够访问BORoBAPI是R/3平台专用的开发接口，但是从系统整合的

13、角度看,BAP1要紧是支持SAP应用-SAP应用之间的整合,SAP应用-非SAP应用之间的整合需要其他的技术，其中R/3DCOM接口应用比较广泛。四、SAP-DCOM接口SAP于1998首次提供SAP-DCoM接口，以满足各类桌面应用开发的要求。利用DCOM连接端口，开发人员能够利用VB,C+,以DCOM目标方式访问SAP数据。在Web应用上，能够用VBSCriP3JaVaSCriPt以DHTM1方式页面访问，也能够用ASP访问数据。另外，利用DCOM也能够间接访问SAP的企业目标库BORo上面提到的BAP1是SAP系统上专用的，在实际应用上不如DCOM来得广泛。DCoM端口要紧有两个技术模块

14、构成,一个是管理模块，另一个模块生成SAPBo的DCoM代理组件(PrOXyCOmPOnents),生成的DCOM组件存放于C+o代理组件有下列属性：C1ient-要访问的R/3客户系统UserID-R/3用户PaSSWord-用户密码1angUage-系统语言DeStination-预先定义的目标名称另外，每个组件具有下列方法：PUtSeeSiOMnfo()设定系统一次调用的目标参数AdviceRfcGuiSinkO用于需要SAPGUI或者dubugging的场合。COmrnitWOrk()-用于数据更新，无imp1icitcommi1的场合。InitKeysO-DCOM目标键初始化DimA

15、So-返回MicrosoftAD0(AdvancedDataObject)纪录集(支持游标操纵)。其它从R/3BO定义中继承的方法。R/3的DCOM接口要紧用于Windows平台的应用程序访问R/3。R3DCOM能够除了能够访问BAP1外，还能够远程调用R/3上的ABAP程序(需要DCOMConnector4.6D以后的版本支持)。SAP的frontendCD中，附带了一个R/3DCOM的生成与管理工具，叫做DCOMConnector0通过DCOMConnector生成的DCOM组件包含两个组件，一个是业务代理组件，用于代理调用R/3BAP1或者远程方法；另一个是SeSSiOn组件，用于管理业

16、务代理组件与R/3系统的交互。R/3DCOM组件运行在CoM+环境(或者者MTS)中，通过RFC协议访问R/3应用服务器.RFe是R/3开发接口的基本协议。不仅DCoM使用RFe协议，IDOC与BAP1也使用RFC调用访问R/3应用服务器。R/3DCOM能够被C/C+、VB等开发的桌面应用程序访问，也能够嵌入VBScript.JavaScript与ASP页面从而支持Web应用。下面简单介绍一下DCoMConnector的使用。1、运行环境。假如是Win2000,那么只需要VC6开发环境。假如是NT/98/95,那么需要IE5.0以上版本，同时安装微软的数据库访问组件MDAC2,5o建议使用Win2000o2、 安装。一路默认安装，假如不需要