与SAP 系统的集成实现方案
1．方案一
按照SAP 提供的模板把要传递到SAP 系统里的业务数据通过EXCEL 或者.TXT 文本等行式导入或导出到SAP 系统里面。
该方案根据传输数据量的大小又可以细分两种：
● 传输数据量不大，可以把SAP 系统或者新开发系统所在的服务器，作为一个中间平
台，进行数据的交互。流程图如下：
● 一个中间平台，进行数据的交互，过滤，纠错等。流程图如下：
SAP 要求的模
板，开发出一个小程序，把这些数据从新开发系统上面下载下来，保存成TXT 或者EXCEL 文本的格式放到指定的服务器上面。SAP 系统也能直接从服务器上面读取该文件。并把这些数据导入到SAP 系统里面，也可以用SAP 提供一些方案来更加方便的读取外部数据。
另外还可以设定后台JOB ，让程序定时的自动的去读取，存放数据，更新业务数据及主数据，也可以由人工来随时执行数据传输到SAP 系统里面，也可以把SAP 系统里面的数据下载到本地，再导入的新开发的系统里面，同时也可以将以上方式综合起来传递接收数据。
目前国内外不少企业，如中远集运、日本航空等均采用此种方案作为SAP 系统和非SAP 系统数据交互的首选方案。
● 该方案的优点：
该方案可以进行定时或人工不定时的将新开发系统和SAP 系统里的数据进行共享。可以支持大量的数据。而且方案实现起来比较简单。开发的成本都很小。
● 该方案的缺点
不能进行数据间实时的传输。
2．方案二
将采用国内非SAP系统与SAP系统之间实时传递数据的主流方案，用RFC(REMOTE FUNCTION CALL,即远程函数调用),可以根据SAP提供的相关接口来调用SAP系统里的RFC,从而实现数据的交互。尽管SAP也能够调用外部程序，但是他们还是推荐外部程序调用SAP的RFC来传递数据。说明系统必须支持TCP/IP协议。
该方案的流程图如下：
●
能够实时进行非SAP系统与SAP系统之间传递数据，每一批业务数据都会通过远程函数调用来交互数据。
●该方案的缺点：
对接口双方的技术要求较高，而且有时候因为服务器响应时间出现传输时间的延迟。
3．方案三
是通过SAP提供的IDOC来传递数据，它是一种标准的数据传输格式，目前世界各国的交易数据都可以通过EDI(Electronic Data Interchange,即电子数据交换)，这是一个行业的标准，而SAP也提供了EDI这样一个平台，因此，可以经由EDI或ALE上用 IDOC来进行数据的实时传递。该方案实施起来相当复杂，要求比较专业的团队来实施，双方系统都要进行配置，及相关的开发方可传递所需数据。
流程图如下：
●该方案的优点：
能够进行实时的大量的频繁的数据传输，并且方便能够错误信息后再传递，目前国外一些大型企业采用这种方案较多。
●该方案的缺点：
开发时间较长，后续的维护成本较大。