soaSAP系统接⼝⽅式：
1.PI - 信使中间件 (⼤公司多选择)
数据： SAP- PI- U8
U8- PI- SAP
PI 底层⽤的还是 技术
优点：实时性⾼； 可处理（在调⽤PROXY 发送时 还可以分包处理）； 有接⼝数据⽇志在PI系统；
缺点：PI 服务器+1； PI系统配置⼯作； 和每个外部系统都要做wsdl配置;
2. RFC - 函数 （⼩公司 / 简单业务场景使⽤）
SE37 函数设置成remote 形式
远程启⽤的模块：
由其他系统调⽤SAP的RFC，在J2EE项⽬⾥有JCO可以使⽤（其他语⾔也有类似的dll包），可以调⽤RFC和返回结果。
这个⽅式只要能够熟悉类似JCO的使⽤，就可以在其他系统中使⽤，⽐中间表有
优点：更好的实时性，（如果数据量⼤，会导致进程时间过长，有超时风险）
缺点：SAP中Fuction属于纯过程式语⾔，很多时候功能不是很强，另外只能单向进⾏调⽤，⼀般是和Web Service同时使⽤（在C++/C#项⽬⾥，也可以建⽴RFC，但不确定SAP也能调⽤其他系统的RFC）。
3. webservice （⼀个平台独⽴的，低耦合的，⾃包含的、基于可编程的web的应⽤程序）
SAP调⽤其他系统的Web Service还是⽐较常见的，其实SAP也可以提供Web Service的，
这也算是与时俱进，和所谓的SOA扯上关系了。
优点：都符合WS的标准，任何其他系统都实现了相应的接⼝，在实时性和交互性上都有了保障。
缺点：SAP对Web Service发布的格式要求⽐较严格，很多时候⽆法调⽤就是因为格式不对，（格式问题是这种⽅式使⽤过程常见问题，⽽且双⽅开发产⽣争议很⼤原因，可能需要⼀⽅配合调整）
还好⼀般在建⽴Web Service Proxy的时候就会发现。
补充：
SOA(⾯向服务的架构)
⾯向服务的架构（SOA）是⼀个组件模型，它将应⽤程序的不同功能单元（称为服务）通过这些服务之间定义良好的接⼝和契约联系起来。接⼝是采⽤中⽴的⽅式进⾏定义的，它应该独⽴于实现服务的硬件平台、操作系统和编程语⾔。这使得构建在各种各样的系统中的服务可以以⼀种统⼀和通⽤的⽅式进⾏交互。
SOA是⼀种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接⼝进⾏通讯，不涉及底层编程接⼝和通讯模型。SOA可以看作是
B/S模型、XML（标准通⽤标记语⾔的⼦集）/Web Service技术之后的⾃然延伸。
SOA将能够帮助软件⼯程师们站在⼀个新的⾼度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重⽤性架构整个业务系统。较之以往，以SOA架构的系统能够更加从容地⾯对业务的急剧变化。
4. XML⽂件，其他固定格式⽂件 txt / csv
下传数据：
SAP系统⽣成XML ⽂件（[1]沟通好命名规则, [2]沟通XML 格式 ）放到指定的ftp ⽂件夹，MES 系统开发程序，定时读取产⽣的⽂件，成功后⾃⾏解析，并把⽂件改为加上_HIS⽂件，
作为存档，
上传数据：相反⽅向
优点: 实现需求时，双⽅各⾃还是独⽴，做⾃⼰系统需要功能，增加的任务就是， 产⽣指定格式⽂件放到ftp ⽂件， 读取⽂件并解析，修改⽂件名，
缺点：（1）ftp⽂件服务的稳定性第⼀要求， （2） 交互不及时，需要MES 更⾼频率扫描ftp ⽂件夹上的⽂件，
4.DB 中间表:
也就是利⽤中间数据库作为交互的⽅式。
SAP系统利⽤dbco建⽴与中间数据库关联，利⽤SQL或者TSQL直接对数据库进⾏操作。
⽽其他系统也对该中间表进⾏操作。
优点：是实现⽐较简单，对现有其他系统学习成本要求⽐较低，基本不需要有太多改造就能与SAP进⾏连接。
缺点：可能会造成交互不及时，也就是只能靠轮询和刷新来获取新数据，实时性不够⾼。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。