SAPPI介绍及常用

SAPPI介绍及常用

SAPXI交流基础设施（ExchangeInfrastructure）应用集成平台作为SAPNetweaver中间件产品的一部分，目的是为non-SAP系统提供一个其他管理信息系统与SAP系统进行数据和流程交互的平台，因为SAP定位于ERP系统，关注点在企业的人、财、物，但对于企业其他的专业系统，SAP的功能无法覆盖和取代，因此，必须有这么的“接口”来实现相互之间的数据和业务交换。

平台包含两块，第一块称为IntegrationBroker，以消息的方式进行系统间的数据的交换（包含Adapter引擎和Integration引擎两部分）；另一块为BPA（业务处理引擎BPengine），即业务流程自动化，实现外围系统业务流与SAP业务的衔接。这两块是两个层面的功能，即BPA建立在IntegrationBorker之上的。

整个平台基于J2EE架构实现，物理架构如下1、IntegrationAdapters集成适配器，符合JCA规范，提供了各种类型的接口（IDOC，SOAPHTTPFTPJMSJDBC等）用于外围系统与XI连接，XI提供了PCK工具PartnerConnectivityKit与XI基于XML格式进行数据交互，IntegrationAdapter是双向的，它将各种协议和数据格式转换成XML格式的消息对象，反之亦然。集成服务器自带了几种集成适配器，但大多数集成适配器是附加部件。

、IntegrationServer集成服务器，是XI的核心部分，实现从外围（或内部SAP）应用系统接受消息，利用路由和映射规则处理消息，最终送达接受应用系统（SAP或外围，为双向）。

、IntegrationDirectory：集成目录用于XI运行Run-time，它包含了路由规则，活动状态服务，可执行映射规则和特定系统状态等的配置信息。

、IntegrationRepository：集成对象库用于进行集成设计（Design-time），如映射，接口，组件。它符合J2EE标准，集成对象库中的信息被集成目录ID所使用，这些信息被集成目录中的特定配置信息所利用，并用于XI运行。

、SystemLandscapeDirectorySLD，系统全景目录，包含组件库componentrepository、名称空间（namingreservation）和全景目录landscapedirectory，组件库包含所有SAP模块的描述，包括版本号，补丁版本，以及全景内当前各组件的依赖关系，全景目录与组件库的区别是全景目录包含的是当前安装的各类组件的描述。为避免命名冲突，SLD也提供了名称空间服务，使你能够保留部分名称为全局唯一。SLD是XI上的一个服务器应用程序，客户端通过HTTP协议连上SLD后，可以查看XI平台的各类配置信息。

这是XI平台的另一张物理结构图。

从这张图上，可以看出XI遵循了设计时（design-time）和运行时run-time分离的设计思想：

左边包含集成库和集成目录，在集成库（IR）中进行抽象接口定义，流程定义；在集成目录（ID）中进行流程配置，路由规则配置，映射规则设置，IR和ID通过集成工具（IntegrationBuilder）完成上述工作。

右边IS（IntegrationServer）包含三个运行时引擎，AdapterEngine适配器引擎IntegrationEngine（集成引擎）BusinessProcessEngine（业务处理引擎），适配器引擎实现了与SAPR/3系统，其他系统的连接，集成引擎实现了消息的路由，映射，和通道转发（到适配器引擎），业务处理引擎负责从ID加载流程配置和规则信息并控制消息的路由、映射和转发。此外，中央监视器（CentralMonitoring）负责收集、监控运行时的信息处理的各类信息。

下边的SLD，作为一个服务器应用程序，客户端可以通过WEB浏览器，获取

并配置XI平台的各类信息，包括安装的软件清单（Softwarecatalog），命名空间等。

在，上有许多XI平台的资料，包括视频版本的学习资料供在线学习。 2.SAPXI/PISAP有很多英文的缩写，单独看字母有时间很难说出其含意，SAPXI里也是很多，所以整理一下，整理无顺序。

XI:SAPExchangeinfrastructurePI：

SAPNetWeaverProcessIntegrationXI7.1之后，XI改名为PICCMS：ComputingCenterManagementSystem，比较专业的监控工具，CPU，内存，OS，message，queue都可以进行监控CEN：

CentralMonitoringSystemCEN，PMI：ProcessMonitoringInfrastructurePMI用于收集Message监控数据和性能分析数据RMI:RemoteMethodInvocation远程方法调用用于分布式应用系统SLD:SystemLandscapeDirectory保存各系统信息，SWCV:SoftwareComponentVersion一个products可以有多个SWCV在开发时一般用于定义一个接口，可以是认为是一人项目。

IB：IntegrationBuilder包含ID，IRID： IntegrationDirectoryIR：IntegrationRepoitoryIS：IntergrationServerRWB：RuntimeWorkbench集中监控平台，BPM：BusinessProcessManagement业务流程管理，用于复杂流程处理，message合并等。

ccBPM:Cross-ComponentBusinessProcessManagementALM：AlertManagementJCA：

J2EEConnectionArchitectureESA：EnterpriseServicesArchitectureSDM:SoftwareDeploymentmanagerJ2EE部署工具，比如JDBC的DriversGRMG：GenericRequestMessageGenerator，是CCMS中心程序，处理后在RZ20中显示监控结果，SAPNote634771GRMGCustomizingFileforXICCMSHeartbeat.EAI：EnterpriseApplicationIntegration企业应用集成XSLT：ExtensibleStylesheetLanguageTransformationCTS:ChangeandTransportSystemCTS是一种XI新的迁移处理机制，利用changeandtransportsystemBC-CTS功能，为ABAP，JAVA和IntegrationBuilder对象的迁移提供更加紧密的集成。

BAM：BusinessActivityMonitoring业务活动监控，它提供对业务绩效指标的实时访问，以改进业务运作的速度和效率它与BPM的关系是BPM是BAM的实现。

TREX:TREX是SAP开发的高性能的非结构化索引引擎，SAPNOTE867381ICM:InternetCommunicationManager网络通迅管理ICF:InternetCommunicationFramework网络通迅架构ICF可以看成是一个WEB服务，对提供的所有应用服务进行描述和管理ABAPweb.HA：HighAvailability是双机结构，高可用性，当其中一个机器挂了之后马上切换到另一台机器上PCK：SAPPartnerConnectivityKitSAP客户开发工具包，可以通过PCK直接与另一个XI系统（可以非本公司）相连。

JPR:JavaProxyRuntimeBE:BaseEffort同步调用EO：Exactly–once异步调用EOIO：Exactly–once–in–order异步顺序调用AFW:AdaterFrameworkAFW是J2EE应用程序，提供接口的配置，adapter管理和监控和连接外部系统的信息。AFW转换message的格式并发给IS。

SDA：softwaredeploymentArchiveCAF：CompositeApplicationFramework，

由两个组件组成：processlayerUIlayerandservicelayerDTR：TheDesignTimeRepositoryDTRisarepositorythatprovidesfileversioning.Alldesigntimeobjectsorsourcesarestoredandversionedcentrally.ItisusedatSAP’scustomers’andpartners’sitesaswellasinSAP’sowndevelopment.JSPM：

JavaSupportPackageManager用于升级supportpackage和patchs也可以用于三方组件的升级，SDM也可以升级，区别是SDM是单独升级，并可以undeploy.JSPM是连接SDM进行布属。

SDU：softwaredeliveryunitsNWDI：NetWeaverDevelopmentInfrastructureCIM：CommonInformationmodel公共信息模型QOS：QualityofserviceITS-internettransactionserverR33.1G开始引入ITS，实际上是Web服务请求转换服务ITS6.10开始R34.6C对应sapwebAS6.20为了让ITS支持多种协议，增加一些新的技术，并在内核中扩展了处理这些协议的流程，叫ＩＣＭITS负责将web服务传输过来的web请求和ABAP应用进行请求和数据的转换和调用ESR:Enterpriseserivcesrepository企业服务仓库3.SAPXIIDX2查看IDOC结构，如果发现XI与SAP发送来的IDOCmatedate转换失败，可以用这个事务代码查看两边的结构是否一样IDX5根据日期进行查看发送和接收的IDOC，XMLmessagesinidocadapterIDX1查看IDOCPortportmaintenanceinidocadapter在这个里配置destination这个在SM59），如果传输有问题，可以在SM59里做一个连接测试.IDXPPackagingmangermonitorSM58RFC监控SMQ1qRFCoutboundqueue监控SMQ2outinboundqueue监控SLDHTMLGUI用WEB方式查看SLDSXMB_IFR启动integrationbuilderSMICMICM监控ALRTCATDEF-AlertsConfiguration.ALRTDISP-DisplayofAlertsCreatedSXMB_IFR-启动IntegrationBuilderSXMB_MONI-IntegrationEngine–MonitoringSXI_MONITOR-XI：

MessageMonitoringSXI_CACHE-ToAccessISruntimecacheSXI_SUPPORT-TestalltheRepositoryandDirectoryObjectsSXI_CACHE-XIdatadirectorycacheidx1-idocadapterIDX2-idocmetadataIDX5-monitoridocadapterST22-ABAPdumpanalysisSMQ1-messagesinboundeoutboundqueueSMQ2-messagesinboundeoutboundqueueSMICM-J2EEadministrationST06-OperatingSystemMonitor.cpumemoryfilesystemmachinestatus–cpumemoryandfilesystem.ST03-workload.SCC4-ClientAdministrationsale–alesettingsRZ10–editsystemprofileSM59-mantainrfcdestinationsBD64-mantaindistributionmodeltrasformazioniAL08-listallloggedusersuserloginlogonSE10-ChangeRequestSE09-ChangeRequestWE05-AllidocsWE19-IDocTestToolWE21-portdefinitionSE11-Datadictionaryse37-mantainfuncionmodulesSICF-httpserverconfigurationSMGW-GatewayMonitorBD13-BD64-MaintenanceofDistributionModelPFCG-RolestableTSTC-saptransactionscodestableTSTCT-transactiondescriptionsSTMS-transportsmanagementSPAM-applyABAPsupportpackagesSPAU-manageobjectsafterapplysupportpackagesSE01-managechangerequestsSLDCHECK-TestSLDConnectionSLDAPICUST-SLDAPICustomizingSXMB_ADM-IntegrationEngine–AdministrationSXMB_MONI_BPE-ProcessEngine–MonitoringSE38-ABAPEditorSE11-ABAPDictionaryST22-ABAPdumpanalysisSPROXY-ABAPProxyGenerationSE80-ObjectNavigatorABAPDOCU-ABAPDocumentationandExamplesSE24-ClassBuilderSM21-OnlineSystemLogAnalysisSMQ1-q

RFCMonitorOutboundQueueSMQ2-qRFCMonitorInboundQueueRZ70-SLDAdministrationSM58-AsynchronousRFCErrorLogSM59-RFCDestinationsDisplay/MaintainSMICM-ICMMonitorWE60-DocumentationforIDoctypesBD87-StatusMonitorforALEMessagesIDX1-PortMaintenanceinIDocAdapterIDX2-MetaDataOverviewinIDocAdapterWE02-DisplayIDocWE09-SearchforIDocsbyContentWE20-PartnerProfilesSE16-DataBrowserSE93-MaintainTransactionCodesSM30-CallViewMaintenanceSU01-UserMaintenanceSM02-SystemMessagesBD54-LogicalSystemCreation.SWF_XI_PBUILDER-forDetailBPMProcessSMQS–toregisterthedestinationinQOUTschedulerWEOUTQUEUE–tostartthequeueprocessingSMQR–toregisterthequeueIDXPW–toactivatetheIDOCmessagepackageIDXP–tomonitorthemessagepackages.SWF_XI_CUSTOMIZING-transactiontocheckprerequisitesforintegrationprocesses.SWF_XI_ADM_BPE-StartorStopBPESWF_XI_ADM_BPE_DISP-DisplayBPEStatusSXMS_IECONF-IntegrationEngine配置SXMS_QREG-注册和激活queueSXI_SHOW_MESSAGE显示message信息4.SAPR/3SAPXI当需要做SAPR/3与其他异构系统集成时，面临两个方向的选择，一是采用简单而实用的文本方式（以下简称方案一），系统之间通过约定的公共目录进行数据交换，一般每个接口使用一个特定的文件；另外是采用SAPXI（ExchangeInfrastructure）作为中间件（以下简称方案二），SAPXI全力支持SAP产品之间或SAP产品与其他第三方系统之间的集成。

这两种方式各有优劣，本文从若干角度进行分析。

从统一性角度考虑，方案一的每个接口都采用自己的连接方案，模式各不相同，方案二通过XI与R/3单点连接，在XI上可以统一管理各个系统的外部连接方式。

从操作/维护性角度考虑，方案一的每个接口都有自己的程序进行触发，正式投入使用后，日常维护人员需要对每个接口的状态进行监控，如果有异常还需要进行较复杂的人工干预来达到数据的一性；在方案二中，XI通过集中处理，集中维护以及集中监控的手段，对于所有的接口进行监控和控制，通过技术手段和重发保证来完成所有的信息正确的传递到目的系统中，杜绝交易信息在传递过程中的丢失和重复。

从状态更新角度考虑，方案一通过文本进行数据传递，无法保证数据在传递过程中的丢失，只能通过最终的导入日志查询最终数据进入的状态；在方案二中，XI如果采用IDoc方式与R/3集成的话，SAP的IDoc状态更新可以保证数据在出站和入站的时候的各个状态更新，并且通过XI更可以了解到数据在各个状态的情况从完整性角度考虑，方案一对于文本数据较难判断是否有重复的导入的现象，在程序中需要加入一定的判断以确定数据不会被重复传入；方案二中，SAP的IDocAudit机制可以保证数据被接收系统准确的导入，并通过状态更新来确认数据是否准确的被导入到目的系统。

从出错处理角度考虑，方案一中，一般多个凭证通过文件打包的形式进行数据通讯，需要进行编程对其中一两条出错的文件进行单独处理；方案二中，每一个凭证数据都是一个IDoc，很容易对不正确的IDoc进行再处理从出错提醒角度考虑，方案一中，无法自动完成出错提醒，只能通过人员手工的去检查报表来发觉接口是否有出错的情况；方案二中，可以通过XI的BPM和R3的工作流来做自动提醒出错处理，支持Email/FAX/SMS等多种方式。但在测试中发现，XI偶尔存在丢失消息的现象，比如XI将数据库表的数据读走，并改变表的标识字段表

示已读走，但数据进入XI后丢失，在XI的AdapterMonitorMessageMonitor均无任何出错信息。这是一个很严重的问题。

从系统出错的可能性角度考虑，随着系统的增加，出错可能性成指数的增加。方案一中，如果对实时性要求不高，双方系统的当机，并不影响双方数据的一致性；方案二中，需要考虑SAPXI或者各系统如果当机，该如何处理，需要考虑如果确认XI有丢失消息的现象，该如何应对这种情况。

此外，对某些系统而言，安全性是一个重要的指标。XI提供对消息加密传输的处理，这里不多叙。

从实施时间考虑，采用文本文件是最为简单的，可以迅速的构架并投入使用；方案二从单个接口的角度看实施时间比使用文本方式长，但是如果以后接口数量增加，实施速度可以迅速提高从功能扩展性角度考虑，方案一中，如果有任何外围系统的变化或SAP系统的升级，即导出/导入的文件文件格式有变化，相关接口程序均要调整；方案二中，XI通过图形界面的数据匹配工具，屏蔽了由于某一方数据修改后，对其他方面产生的影响。

从实施费用考虑，使用文本文件对于整体项目在接口的开发费用是最低的，而方案二较之需要额外的软件实施费用加上软件许可费用。但考虑到接口开发的费用以及维护、扩展的费用，也有可能得到相反的结论。

总之，在项目的实施中，需要综合考虑实施的风险和TCO这两个因素，来确认是否需要使用SAPXI。