SAP數(shù)據交換技術相關名詞通俗釋意

1、SAP數(shù)據交換技術相關名詞通俗釋意SAP數(shù)據交換技術相關名詞通俗釋意隨著IT架構復雜度的日益提高，SAP系統(tǒng)也逐漸由以往的一套R/3打天下愈來愈向分布式多系統(tǒng)發(fā)展， 同時也更加注意與其它非SAP系統(tǒng)的互聯(lián)。在SAP相關技術發(fā)展歷史上，出現(xiàn)了許多集成及數(shù)據相關的 技術及名詞，種類之繁多，足以令人望而生畏。八_八XI, BC, Middleware, RFC, aRFC, sRFC, tRFC, qRFC, ALE, IDOC, BDOC, sBOC, mBOC, A2A, B2B, BAPIMTCS.以上這些名詞，只要是接觸過SAP的人或多或少應該都聽說過，下面我就對它們來逐一進行介紹(基于相

2、關性原則，我對它們進行了簡單的分組。并且我假設本文的讀者都已經基本了解各種常見的相關國際標準， 如 HTTP, HTTPS, XML 等。)MiddleWare、BC、XIMiddleWare是SAP中間件技術，注意在這里的中間件并不是指象Websphere, Weblogic或是SAP NetWeaver那樣的中間件平臺。MiddleWare主要用于SAP系統(tǒng)與SAP系統(tǒng)之間的互聯(lián)，如SAP R/3 與SAP CRM之間。它可以實現(xiàn)一種類似即插即用”系統(tǒng)互連，兩端系統(tǒng)中都已經內置了相關的預置模塊。 這種預置模塊在SAP CRM系統(tǒng)中叫Adapter，在R/3中是Plug-In。延伸解釋：Ad

3、apter是一種接口程序，用于轉換接收或輸出時的數(shù)據。在SAP CRM系統(tǒng)中預置有很多種不同的Adapter，如 R/3 Adapter、BW Adapter、APO Adapter 等等，用于連接不同的系統(tǒng)；相應的在R/3系統(tǒng)中有Plug-In來提供與CRM中Adapter類似的功能，只是它需要另外安裝，但從 ECC6.0版本之后不再需要單獨安裝；Plug-In是指SAP系統(tǒng)中為了提供某項特定功能，在已經安裝好的主系統(tǒng)之上又添加安裝的組件。它與IS(Industry Solution)以及 Patch (補丁包)都被叫做 Add-On。)BC(Business Connector)BC被開發(fā)

4、用于接連SAP與非SAP系統(tǒng)，這種連接通常是經過Internet的遠程連接方式。BC被安裝在 SAP系統(tǒng)上，這咱連接通常是基于HTTP/XML標準的服務。XI(eXchange Infrastructure)XI是SAP開放式集成平臺NetWeaver的核心組件之一，它綜合并發(fā)展了 MiddleWare以及BC兩種接 連方式。但MiddleWare以及BC提供的主要是應用系統(tǒng)與應用系統(tǒng)之間的一對一連接，因而在多個系統(tǒng) 互接時系統(tǒng)集成復雜度會急劇上升(需要連接N*(N-1)次)。而采用XI做為中心Hub的星形連接方式時， 所有要連接的系統(tǒng)只需與XI做一次連接即可。在XI中是把所有由源系統(tǒng)傳來的數(shù)

5、據格式轉換成XML格 式進行處理，判斷其目標系統(tǒng)并將數(shù)據再由XML轉換成為目標系統(tǒng)所需要的格式進行輸出。延伸解釋：A2A，是指Application to Application。它通常是指企業(yè)內部的系統(tǒng)集成，這種集成可以由XI或Middleware 來實現(xiàn)。B2B,是指Business to Business的連接方式。它通常是指企業(yè)與企業(yè)外部尤其是通過Internet來進行 的系統(tǒng)集成。這種集成可由XI或BC來實現(xiàn)。另：當前SAP建議客戶采用XI來替代BC，而Middleware由于其簡單可靠，尤其在用于少量SAP系統(tǒng) 之間互聯(lián)時極為方便，因而仍被推薦使用。RFC(Remote Funct

6、ion Call)RFC 是 SAP 基于國際標準 CPI-C(Common Programming Interface for Communication)之上修 改開發(fā)的一種SAP專有通信協(xié)議，用于在不同系統(tǒng)間進行功能調用。即在A系統(tǒng)中某段程序執(zhí)行過程中 可以調用B系統(tǒng)的某個功能塊，在調用結束后獲得結果并返回A系統(tǒng)繼續(xù)執(zhí)行原程序其余部分。sRFC( synchronous RFC)是RFC的第一個版本，它要求連接的雙方是同步的工作方式，即都是在可 用狀態(tài)才能夠實現(xiàn)成功調用。aRFC(asynchronous RFC)這種RFC可以實現(xiàn)異步的RFC調用方式，它可以進行多個并發(fā)調用，并 且不要

7、求被調用系統(tǒng)的可用狀態(tài)。發(fā)出調用系統(tǒng)會一直嘗試直到獲得被調用系統(tǒng)的應答。tRFC(transactional RFC)是對aRFC進行相關技術改進后的一個RFC版本，現(xiàn)在aRFC基本上已經 停用。qRFC(queue(d) RFC)是tRFC的一個增強版本，它保證了所傳輸數(shù)據的處理次序。IDOC(Intermediate Document)是在不同系統(tǒng)間進行數(shù)據傳輸?shù)腟AP數(shù)據格式。它根據所傳輸信息的內容不同分成不同的類型(Type)， 如類型ORDERS傳輸采購訂單而ORDRSP用于傳輸訂單的確認。IDOC通常用于ALE環(huán)境中。RFC是跟HTTP/HTTPS類似的概念，而IDOC跟XML相類

8、似。ALE(Application Link Enabling)只是SAP描述松散多系統(tǒng)互接環(huán)境的一下概念，要實現(xiàn)ALE可以同時使用多種交互模式，同步的、異步 的；以及多種協(xié)議及數(shù)據格式，如HTTP+XML、RFC+IDOC等等。BAPIMTCSBAPIMTCS跟IDOC 一樣，也是用于系統(tǒng)間的數(shù)據傳遞格式，以MiddleWare方式連接的如R/3與CRM 系統(tǒng)之間就是采用BAPIMTCS而非IDOC的數(shù)據格式進行傳輸。但BAPIMTCS格式的數(shù)據在傳入CRM 或R/3后還要轉成其它的數(shù)據格式才能被系統(tǒng)處理，如在CRM系統(tǒng)中被將被轉成BODC。BDOC(business document)BDOC雖然跟IDOC名字差不多，但它并不用于系統(tǒng)間數(shù)據的傳遞。BDOC僅被用在SAP CRM系統(tǒng)內部 作為數(shù)據處理的格式，BDOC的類型(Type)可以有很多種：如某些Abap表的集合、移動客戶端的記 錄集、一個XML表單或是一個IDOC等。SAP提供了以下兩種主要的BDOC類型(用戶也可根據需要定義自己的BDOC類型)：sBDoc(synchronization BDoc)用于CRM系統(tǒng)有關移動客戶端的數(shù)據處理。mBDoc (messaging Bdoc)用于CRM中來自或準備發(fā)往R/3系統(tǒng)的數(shù)據的處理。注1：此文以通俗化的方式解釋一些SAP技術