SAP中接口与集成

从进化的角度看SAP中接口和集成的十个概念 - 知乎

SAP比较常用的几个接口方式及比较-SAP技术站

中间件就是个软件 IDOC可以用po做中间件  

本地用postman试一下,postman是一种接口检测工具

SAP S/4 HANA主要分On-Premise（本地版本）和Cloud（云版本）两大版本：

▲SAP S/4HANA不同版本
一、SAP S/4HANA On-Premise版本

对于SAP S/4HANA OP本地版本，客户可以在自己的服务器上完全控制和拥有自己的应用和数据架构，能提供最全面的SAP S/4HANA功能，它适用于需要最大程度管控ERP系统的客户，一般适合拥有自己的数据中心或与现有IaaS的合作伙伴。

二、SAP S/4HANA Cloud版本

SAP S/4HANA的Cloud版本，是一种「软件即服务」（SaaS）产品。客户可以直接使用位于云端的软件，而SAP负责系统运维，并提供更新。作为一款面向大型企业的智能云ERP套件，它分为多种不同版本：

1、SAP S/4 HANA Cloud公有云版本：

SAP S/4 HANA公有云版本也分为S/4HANA Cloud Essentials和S/4HANA Cloud Extended。

▶ S/4HANA Cloud Essentials（简称ES）：这种部署方式为多租户模型，它预配置了所有必备的（essential）业务流程，客户可以开箱即用。

▶ S/4HANA Cloud Extended（简称EX）：这种部署方式为单租户模型，可以让客户在Cloud上配置、增强和扩展（extend）自己的应用程序，赋予客户更多的灵活性。

对于业务流程比较规范、简单的用户，在部署S/4HANA时，可以选择ES版本，因为它能够让客户做到“开箱即用”，极大降低部署成本。而对于自身业务需求比较复杂的用户，可以考虑EX版本，在部署系统时，能够满足企业的定制化需求，具有较大的灵活性。S/4HANA Cloud EX版本较 ES版本来说较为成熟，提供了完整且现代化的SaaS ERP解决方案，并具有公有云的全部优点。

2、SAP S/4HANA Cloud私有云版本（PCE）

该版本是S/4HANA “私有云”的部署方式，私有云版本保留传统OP产品的灵活性，拥有OP版本完整功能和拓展性，同时支持各种预定义的合作伙伴附加组件，灵活性高。帮助SAP ERP现有客户快速迁移到云端，最大化的帮助客户投资回报，具有总体拥有成本低、灵活性高的优势。为更多企业数字化转型提供更为全面的“上云”选择。

SAP S/4HANA Cloud私有云版本（PCE）不仅能全新实施，还能进行系统转换，选择性的进行数据迁移，ECC老用户可选择私有云版本更新升级迁移到云端，按照自己的节奏，基于订阅的商业模式，通过超大规模基础架构和运营服务来满足当前的业务目标。

1. 文件接口
基于文件交换的接口是从SAP向第三方系统提供数据的最古老的技术之一。将文本或excel文件推送到特定目录或从应用程序服务器中提取；两种方式都有效。在没有任何复杂编码和配置的情况下，使用FTP/SFTP可以将文件从SAP传输到任何第三方系统。随着PI（流程集成）的到来，从SAP提取的文件首先被发送到PI，在那里根据第三方系统提出的要求进行映射和转换，然后可以以所需的格式、JSON、XML等发送文件

PI作为中间件

SAP_ABAP_接口技术_PI实践总结_abap pi_Terry谈企业数字化的博客-CSDN博客

PI 是SAP公司的一个中间件产品，用来辅助SAP系统和外围系统，( 当然外围系统也可以使用PO)。

PO可以完成一些数据内容转换,群发(一份数据发给多个异构系统),分发(数据区分特征发送给特定的系统)等功能.

因此，引入NetWeaver PI作为数据传输中间件的最大优势是，无论业务合作伙伴要求的数据文件的格式或类型如何，都可以实现，这对于ERP系统来说并不那么灵活。

事务码SPROXY

查看PI,编辑PI.

事务码SXMB_MONI

用于监控PI.

在此上下文中经常使用的一些重要事务代码、语句、函数模块和方法包括：

AL11（事务代码）、GUI_UPLOAD、GUI_DOWNLOAD、OPEN DATASET、CLOSE DATASET、CL_GUI_FRONTEND_SERVICES=>GUI_DOWNLOAD、CL_GUI_FRONTEND_SERVICES=>FILE_OPEN_DIALOG、CL_GUI _FRONTEND-SERVICES=>GUI _UPLOAD和CL_GUI-FRONTEND_SERVERS=>DIRECTORY_EXIST

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

PO 

SAP PO是基于SAP Net weaver平台的中间件产品，为企业提供一套支持SAP系统间、SAP系统与Non-Sap系统间以及Non-SAP系统间进行数据交换和流程整合的平台，支持同步和异步的数据交互方式，帮助企业及其IT组织实现大部分集成需求。

什么是PI/PO

• XI/PI/PO 都是SAP推出的中间件平台，用于多系统接口统一（类似于网上的ESB系统）
• XI/PI/PO 演变历程：SAP PO 简介：XI、PI、PO的关系与区别

【精选】PO / PO和 ERP的配置_sap pi/po 配置_SAP小白kenny的博客-CSDN博客

SAP PO是SAP NetWeaver 平台的一部分，由三个不同的产品组成，形成一个整合的安装包：SAP流程集成(PI)、SAP业务规则管理(BRM)和SAP业务流程管理(BPM)。这三个组件源于SAP Process Integration (SAP PI)和SAP Composition Environment (SAP CE)，其中SAP CE包括SAP BPM和BRM。
    SAP PO最早版本称为SAP Exchange Infrastructure(XI)，后来改名为SAP Process Integration(PI)，后来与SAP Composition Environment整合为SAP Process Orchestration (SAP PO)。
【SAP PO】SAP PO 简介：XI、PI、PO的关系与区别_sap po是什么模块-CSDN博客

SAP常见的几个接口技术的区别-CSDN博客

RFC是 SAP接口技术中最简单和易用的一种方式，该方式开发比较简便，特别适合于外部报表开发，但对于大数据量的查询效率相对较低。


BAPI基于RFC技术实现，被作为BO的Interface使用，是SAP提供的稳定而强大的业务接口，其增强和版本控制都在业务对象仓库中记录。BAPI效率相对比较高，这个主要体现在有些BAPI是用direct input的方式写的。但当你写的不只是一个LUW时，而每个LUW都比较简单，在这种情况下就用RFC开发比较快。

IDoc是一种数据交换格式，类似于XML的概念，是SAP标准的文件交换格式。IDoc基于文档，通常IDoc用于异步处理，可以处理批量数据。而RFC常用于同步处理，而且并不适用于批量数据的处理。同时在Monitor和Troubleshooting方面，IDoc功能非常强大。
 

ALE主要用于SAP系统内部数据交换。EDI主要用于外部或不同client 间数据交换。它们同时都可采用 IDoc 的方式作为数据的传输格式。

Web Services是一种松散耦合的组件，使用XML描述交换信息内容，可以保证信息的自描述性和自适应性。WS的分布与地理位置无关，这样就可将非核心业务外包给专门的服务提供商。WS基于开放标准与技术（XML / SOAP / UDDI等），使其特别适合于异构平台的多样性和可扩展性。

XI 适配器(Adapter)进行XML格式与业务系统的特定类型的数据格式之间的转换。依据业务系统的数据格式的不同，适配器可以分为多种类型，比如 SOAP Adapter, JDBC Adapter, File Adapter, RFC Adapter, IDoc Adapter , WS Adapter和XI Adapter等。WS Adapter和XI Adapter是基于Web Service技术实现的。

与SAP集成的接口方式比较：IDOC BAPI RFC 之间的区别-CSDN博客

se37写出来的叫function,其中可以远程调用的叫rfc,remote-enabled function,abap语法和输入输出参数就会有一些限制。bapi是sap做好的实现特定业务操作的rfc。idoc是基于sap自己的类似xml格式的文档数据交换的方式。rfc必须在线的方式调用，一般做同步的，idoc基于文档，可以实现异步的。

idoc是基于sap自己的类似xml格式的文档数据交换的方式。rfc必须在线的方式调用，一般做同步的，idoc基于文档，可以实现异步的。

idoc是系统间利用message传递,不涉及底层函数调用,idoc的处理方式是用edi来执行的.
你可以理解为IDOC是SAP为了同外部系统或内部不同client通迅所采用的一种数据结构,不同的idoc type 定义了不同的格式，如关于material master data 的IDOC, BOM, PO,SO等相关的IDOC,, ALE 主要用于内部数据交换用的，如不同client, EDI用于同外部系统的交换数据，它们的本质都 是base on IDOC。。。idoc是基于sap自己的类似xml格式的文档数据交换的方式。idoc基于文档，可以实现异步的。

RFC是面向过程的，调用简单直接；
BAPI是面向对象的，有属性、有方法、有事件，更加复杂和丰富，更能反映SAP的业务应用，而
BAPI方法的构造是基于RFC的，你也可以认为BAPI封装了RFC
我觉得RFC在应用时最为灵活。
IDOC是SAP标准的文件交换格式，SAP已经有了大量的Function Module来处理和传递IDOC，特别
是对于要和其它系统交换数据时，配合一些系统如biztalk server，IDOC会显得非常的方便，开
发的工作量也是最小的。
RFC的话，如果配合SAP的BDC使用的话，或者你是一个ABAP的高手的话，RFC也是很灵活的。
至于BAPI的话，我觉得SAP的bapi概念很好，但是接口很不完善，很多数据无法通过SAP本身的
BAPI完成，得自己来做开发。
对于bapi和rfc到底那个好用，我觉得没什么定论。
有时bapi好用，有时rfc好用。
bapi好用在于，其效率相对比较高，这个主要体现在有些bapi是用direct input的方式写的，
效率高。
但你如果用rfc写也有他的好处，当你写的不只是一个luw时，而每个luw都比较简单，
在这种情况下就用rfc开发比较快。
SAP的idoc文件替代了edi文件的作用。
ale是一种通讯的模式。
bapi,一种函数，sap提供一大堆，用于主要的业务流程的处理
rfc,一种函数，用于与外部程序调用

应该说RFC是其它内容的基础，它是一个Function module，可以被远程调用。而BAPI本身就是一
个RFC，但它被作为BO的Interface，作用更进一步，除了BAPI文档中提到的内容外，还可以作为
ALE/IDOC的开发基础。
ALE是R/3系统之间的应用层数据交换，至于用什么，就看具体配置了，比如可以用IDOC，同步／
异步BAPI，甚至用EDI。非SAP系统无法用ALE来实现。
至于数据传输的方式，可以是IDOC（底层是用RFC来实际的），也可以是EDI，所以说IDOC／EDI实
际上是数据的载体。

PROXY

我的第一个SAP PROXY ABAP Program（SAP PO 开发五）_abap proxy-CSDN博客

同WebSerivce相关的接口内容DT、MT、SI：

因为WS是有接口描述文件xsdl的，我们就偷懒不用创建DT、MT了。

直接用xsdl创建ED，ED再创建SI就好。

PI的创建(指的是sap与中间件的连接)

传入接口从no sap系统到=>sap系统

 

传出接口(sap=> no sap)