今天小編給大家分享一下SAP接口技術(shù)的概念是什么的相關(guān)知識點，內(nèi)容詳細，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

我們注重客戶提出的每個要求，我們充分考慮每一個細節(jié)，我們積極的做好網(wǎng)站制作、做網(wǎng)站服務(wù)，我們努力開拓更好的視野，通過不懈的努力，成都創(chuàng)新互聯(lián)公司贏得了業(yè)內(nèi)的良好聲譽，這一切，也不斷的激勵著我們更好的服務(wù)客戶。 主要業(yè)務(wù)：網(wǎng)站建設(shè),網(wǎng)站制作,網(wǎng)站設(shè)計,重慶小程序開發(fā),網(wǎng)站開發(fā),技術(shù)開發(fā)實力，DIV+CSS，PHP及ASP，ASP.Net，SQL數(shù)據(jù)庫的技術(shù)開發(fā)工程師。

SAP接口

作為目前ERP市場上最為領(lǐng)先的應(yīng)用系統(tǒng)之一，一直以來，SAP R/3在提供API應(yīng)用編程接口和接口工具方面也同樣領(lǐng)先于其它ERP廠商。ALE/IDocs是SAP公司為SAP R/3 R4.6C版本所提供的接口機制，目前應(yīng)用最為廣泛。在 R4.0以后的版本中，又添加了技術(shù)上先進的BAPI。本文作為系列介紹之一，對ALE/IDocs， BAPI以及其它可用的整合方式進行介紹。

1、ALE/IDocs是什么？

ALE 是Application Link and Enabling的縮寫，是SAP專門為SAP與SAP之間所設(shè)計的整合中間件。IDocs是中介文本 (Intermediate DOCument) 的縮寫，是SAP提供的系統(tǒng)整合專用的數(shù)據(jù)/消息格式。ALE在SAP 3.0版本開始就作為SAP整個應(yīng)用體系的一部分，為分布式數(shù)據(jù)交換提供了可靠安全的通訊機制。ALE的設(shè)計，原本作為兩個SAP流程之間的一種消息傳遞服務(wù)(Messaging Service) ，使SAP與SAP的業(yè)務(wù)流程之間企業(yè)數(shù)據(jù)能夠有效的交換，為兩個獨立的SAP之間提供了的系統(tǒng)整合服務(wù)。不過，隨著應(yīng)用的發(fā)展，ALE/IDocs接口機制也已然成為與其它非SAP系統(tǒng)的標準的整合方式。

2、ALE/IDocs的消息發(fā)送接收過程

ALE的設(shè)計結(jié)構(gòu)可以分為三層，即應(yīng)用層，數(shù)據(jù)/消息分配層和通訊層。通訊層是SAP整合機制的基礎(chǔ)，它利用遠程功能呼叫RFC(Remote Function Call) 調(diào)用SAP系統(tǒng)的功能模塊。

數(shù)據(jù)/消息分配層，主要提供三個關(guān)鍵服務(wù)：按數(shù)據(jù)分配模型決定數(shù)據(jù)接收者。消息的過濾和轉(zhuǎn)換。數(shù)據(jù)/消息的壓縮，以提高傳遞效率。應(yīng)用層直接與SAP系統(tǒng)接口，生成或從其它系統(tǒng)接收含有路由信息的消息文本IDocs，包括消息接收者的姓名，要求發(fā)送的類型以及對消息進行處理的規(guī)則。 ALE的機制代替了原來的SAP所提供的批數(shù)據(jù)通訊BDC(Batch Data Communication) 方式。顧名思義，BDC為系統(tǒng)之間提供了簡單的數(shù)據(jù)批處理服務(wù)，還不能作為一種中間件技術(shù)，它沒有提供系統(tǒng)之間進行無縫整合所要求的糾錯功能、系統(tǒng)管理和其它安全措施。總得說來，應(yīng)用SAP的ALE機制進行SAP與SAP或非SAP系統(tǒng)整合有以下幾個好處： ALE技術(shù)不受SAP版本升級的影響，它提供了版本向后兼容性。ALE定義于SAP應(yīng)用層，與SAP的邏輯層相對獨立，整個ALE中間件獨立于發(fā)送和接收系統(tǒng)。 ALE消息設(shè)計邏輯保證消息的“一次且只有一次”的消息傳遞。ALE采用“存儲-發(fā)送”技術(shù)確保消息即使系統(tǒng)發(fā)生故障或接收方?jīng)]有準備接收時也可以達到目的地。這樣就保證接收方不至于收到重復(fù)消息。ALE也提供了IDocs管理功能。主要有文本縮減、文本版本控制以及文本數(shù)據(jù)過濾。三種控制機制使得SAP開發(fā)人員可以根據(jù)實際需要對IDocs文本在運行中進行動態(tài)處理。ALE提供了系統(tǒng)管理功能，允許對ALE系統(tǒng)進行啟動/復(fù)位/恢復(fù)等系統(tǒng)操作，為開發(fā)人員提供了進一步的管理控制。 IDoc 幾乎可以傳帶任何SAP應(yīng)用的數(shù)據(jù)，是一種“外圍”定義格式，與SAP的應(yīng)用數(shù)據(jù)定義不直接相關(guān)。IDocs已經(jīng)廣泛應(yīng)用于早期的SAP-EDI的數(shù)據(jù)交換，因而它的設(shè)計有點類似于EDI的標準，即EDIFACT標準。 IDocs是以字符基礎(chǔ)的，因而是可讀的。它有三種紀錄類型，即：控制紀錄-含文本信息，如IDoc類型，發(fā)送/接收方信息以及文本標識。數(shù)據(jù)紀錄-含管理和實際數(shù)據(jù)部分。狀態(tài)紀錄-用來追蹤文本傳遞各點的狀態(tài)，如狀態(tài)碼，系統(tǒng)時間，錯誤標識等。

下面對ALE/IDocs在系統(tǒng)整合過程中消息的實際傳遞進行介紹。

讓我們首先看發(fā)送過程。

一個發(fā)送過程由事件觸發(fā)，文本生成，數(shù)據(jù)打包以及交由傳輸媒介傳遞這四個步驟組成，具體如下：

應(yīng)用系統(tǒng)事件觸發(fā) 系統(tǒng)目標(Objects) 的狀態(tài)變化，用戶自主活動或其它數(shù)據(jù)庫特定變化等可以啟動數(shù)據(jù)表的觸發(fā)程序，從而進行數(shù)據(jù)傳遞的初始化工作，如數(shù)據(jù)準備。
生成主IDoc文本(Master)  按標準格式生成主IDoc文件，包含所有可以傳遞數(shù)據(jù)(不分接收者)
生成通訊Idoc  從主IDoc中生成只與特定接收者有關(guān)的文本，通訊文本是主文本的子數(shù)據(jù)集(Subset)
Idoc 發(fā)送 利用異步通訊方式將一定版本的IDoc傳遞到接收方。

下面，讓我們看接收過程。

接收過程始于SAP系統(tǒng)從外部收到IDoc文本。接收過程的優(yōu)點在于，接收方既可以是SAP系統(tǒng)，也可以是第三方系統(tǒng)，這也是SAP與第三方進行有效整合的基礎(chǔ)。接收過程由以下三個步驟組成：

存儲Idoc-將文本存儲于數(shù)據(jù)庫，并進行語法校驗
郵件處理程序讀取Idoc--一個專門設(shè)計的IDoc處理程序讀取IDoc并產(chǎn)生SAP或其它系統(tǒng)所需的系統(tǒng)消息。多個程序可以同時運行。
生成系統(tǒng)文本--處理程序進一步生成系統(tǒng)文本供系統(tǒng)使用，并將結(jié)果信息存于Idoc d的狀態(tài)紀錄中。

3、BAPI簡介

BAPI是Business Application Programming Interface的縮寫， 是SAP為3.0版本以上提供的基于企業(yè)目標(Business Object) 技術(shù)的接口應(yīng)用界面。SAP在3.0版本以上采用了Object-oriented技術(shù)，邏輯定義了SAP R/3系統(tǒng)的所有功能目標，并且將所有的目標(Objects) 和BAPIs存儲于企業(yè)目標庫BOR(Business Objects Repository). SAP R/3 企業(yè)目標的目標類型(Object Type) 相當于目標設(shè)計語言中類(Class) 的概念，其定義結(jié)構(gòu)由以下幾部分組成：

基本數(shù)據(jù)--所有目標類的通用屬性，如目標標識和默認方法(Method) 。
接口界面--目標的方法(Method)， 事件(Event), 特征(Attributes) 。
鍵(Key Fields)--供BOR中目標檢索使用
方法(Methods)-- 對目標進行所要求的各種操作。
特征(Attibutes)-- 描述目標特征。
事件(Events)-- 觸發(fā)以改變目標狀態(tài)。

4、應(yīng)用SAP-DCOM接口

SAP于1998首次提供SAP-DCOM接口，以滿足各種桌面應(yīng)用開發(fā)的要求。利用DCOM連接端口，開發(fā)人員可以利用VB， C++，以DCOM目標方式訪問SAP數(shù)據(jù)。在Web應(yīng)用上，可以用VBScript, javascript 以DHTML方式頁面訪問，也可以用ASP訪問數(shù)據(jù)。

另外，利用DCOM也可以間接訪問SAP的企業(yè)目標庫BOR。上面提到的BAPI是SAP系統(tǒng)上專用的，在實際應(yīng)用上不如DCOM來得廣泛。DCOM端口主要有兩個技術(shù)模塊組成，一個是管理模塊，另一個模塊生成SAP BO的DCOM 代理組件(Proxy Components)，生成的DCOM組件存放于C++。代理組件有以下屬性：

Client-要訪問的R/3客戶系統(tǒng)

UserID-R/3用戶

Password-用戶密碼

Language-系統(tǒng)語言

Destination-預(yù)先定義的目標名稱

另外，每個組件具有以下方法：

PutSeesionInfo()—設(shè)定系統(tǒng)一次調(diào)用的目標參數(shù)

AdviceRfcGuiSink()—用于需要SAPGUI或dubugging的場合。

CommitWork()-用于數(shù)據(jù)更新，無implicit commit的場合。

InitKeys()-DCOM目標鍵初始化

DimAs()-返回Microsoft ADO(Advanced Data Object) 紀錄集(支持游標控制)。

其它從R/3 BO定義中繼承的方法。

總起說來，SAP R/3 作為一個相對靈活的ERP系統(tǒng)，利用上述的各種整合技術(shù)能夠?qū)崿F(xiàn)SAP系統(tǒng)之間以及SAP 與其它系統(tǒng)之間的數(shù)據(jù)/過程的整合。當然，一個應(yīng)用系統(tǒng)的高度客戶化導(dǎo)致了系統(tǒng)整合的難度。隨著系統(tǒng)功能的增加，多種可供采用的整合技術(shù)也就顯得很有必要。對于SAP R/3用戶來說，正確選擇適用的整合技術(shù)是實現(xiàn)成功系統(tǒng)整合的關(guān)鍵。

利用BAPI，開發(fā)人員可以實現(xiàn)對BOR進行實時訪問，從而實現(xiàn)應(yīng)用系統(tǒng)(SAP-SAP)之間在數(shù)據(jù)/邏輯層上的有效整合。

以上就是“SAP接口技術(shù)的概念是什么”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。