SAP資料介面技術類型

SAP資料介面技術類型有不少，一般有RFC，ALE/IDoc，RFC/BAPI，PI，FTP等。下面簡單的介紹幾種：

RFC 方式：Java 程式直接通過RFC 訪問SAP 的對象（或稱函數功能）SAP 提供了BAPI(Business Application Programming Interface)，BAPI 是SAP 系統對外提供的一系列介面,主要是使第三方程式通過這些介面來使用SAP,從而方便客戶定製某些程式.VB,Java,C,C++等都可以通過BAPI 來訪問SAP。BAPI 是通過R/3 系統上的RFC(Remote function call)功能來實現的。因為BAPI 的強大功能作為基礎,SAP 就完全可以選擇Java 在CRM 上加強各種功能,比如可以用Java 快速開發一個實現特定功能的用戶端。針對Java，SAP 也提供了一個API叫Java Connector(JCo),可以使用它方便的調用BAPI 提供的介面。舉例說明 ：在某一個項目中，需要每個月從R3 取出供應商的寄售和非寄售匯總結算資料和詳細資料，展現在供應商資訊平台上，供供應商開發票和財務部付款進行結算，那麼可以做一個定時器，通過RFC 在每個月的一號0 點將結算資料取出。

IDOC 方式：IDoc(Intermediate Document)，顧名思義，就是用作中間媒介的一種檔案。是一種通用的標準格式，這樣可以方便第三方軟體對IDoc 進行處理。IDOC 是SAP 系統之間或SAP 系統與外部系統之間電子資料交換的標準資料格式。在交易處理過程中，隨時會產生IDOC，例如，在SAP 系統中，使用者執行了一個運貨交易後，可能會產生列印貨運清單所需資料的主IDOC，並經過通訊層進行資料傳送，從主IDOC 中會產生一個或多個通訊IDOC。通訊層執行遠端函式呼叫，通過連接埠和夥伴參數(RFC 連結)設定，與對方通訊進行連結。IDOC 的接收者可能為ECC、R/3、R/2 或者一些外部系統。主要用於同一個企業不同SAP 系統之間的資料交換。一個企業比較大的話，會設有多個SAP 系統，光R/3 可能就要好幾台伺服器，再加上BW，XI，EP，多的去了，這個就是ALE 的用武之地。國外這樣的情況很多，你可以上上國外的一些SAP 論壇，ALE/IDoc 的問題天天有人問。

EDI（Electronic Data Interchange），名字上來看就是電子資料交換，用於不同企業間的電子資料的交換。比如，你要用DHL 進行發貨，那麼就可以直接通過EDI 來通知DHL，並且進行反饋。這裡的IDoc 是符合EDI 標準的，需要用EDI子系統進行轉換。這裡說一下分布式，聽起來很玄乎的一個詞。簡單點來說就是，由於伺服器效能和地區的限制，一個公司不可能把所有的業務都在一台機器上做，那麼就要分開來。分開來之後，就有了幾台，幾十台，甚至幾百台的伺服器中。不同機器儲存著相關的主要資料，也就是說牽一髮，而動全身，改動一台中的資料，就要使其他伺服器上的資料也要做相應改動。如果人工來幹這件事情的話，可想而知這個工作量和風險了，這時就引入了ALE/IDoc。有了這個技術，可以做到分布式主要資料自動修改，只要有一台機器改動了，就會自動向其他相關伺服器發出訊息，說：“你好, 讓我們一起更新吧!”。結合SAP 的Job 技術，所有的一切都是自動的。這個對於跨地區的大型公司來說是很有用的！ALE/IDoc 是實踐性很強的技術，也就是說你做得越多，碰到的問題越多，提高也就越多，光是理論是沒什麼用得。所以請讀者一定要多多實踐操作，才能有更深的體會，和提高。

XI 方式：XI 的整合又可以分為兩個層次，第一個層次稱為IntegrationBroker，以訊息的方式進行的資料的交換；另外一個層次是 BPM，即商務程序管理。在 XI 中，資料（可以使一條記錄，比如單個的物料主要資料；也可以是多條記錄，比如含主單明細的供應商主要資料）從某一個業務系統通過 XI 發送到另外一個業務系統，站在業務系統的角度，前者稱為 Sender，後者稱為 Receiver 。適配器(Adapter)進行 XI-XML 格式與業務系統的特定類型的資料格式之間的轉換。依據業務系統的資料格式的不同，適配器可以分為多種類型，比如 SOAPAdapter, JDBC Adapter, File Adapter, RFC Adapter 和 IDoc Adapter 等。通常說的實現方式，譬如 SOAP+RFC，是指Sender 與 XI 之間使用 SOAPAdapter，XI 與 Receiver 之間使用 RFC Adapter。