條形碼系統(tǒng)與ERP的接口方式及其比較全解

1、條形碼系統(tǒng)與ERP勺接口方式及其比較在介紹條形碼系統(tǒng)也 ERP的接口方式及其比較之前，我們先介紹下什么是條形碼技術(shù)和ERP及其特點(diǎn)：條形碼技術(shù)的發(fā)展：條形碼的基本思想是利用圖像存儲數(shù)據(jù)，并且能夠通過某種方式識讀。碼最早出現(xiàn)在20世紀(jì)40年代，但得到實(shí)際應(yīng)用和發(fā)展還是在20世紀(jì)70年代左右，80年代是條形碼及時磅礴發(fā)展的時期。條形碼歐美、日本和我國的發(fā)展、應(yīng)用的時間也不盡相同?？傮w說來美國最早、歐洲和日本次之、我國最晚，到20世紀(jì)80年代初才開始研究，1988年12月28日，“中國物品編碼中心”成立，負(fù)責(zé)研究、推廣條碼技術(shù)； 同意組織、開發(fā)、協(xié)調(diào)、管理我國的條碼工作。使我國的條形碼技術(shù)得到磅礴發(fā)

2、展。條形碼技術(shù)的意義：1 .條碼技術(shù)與信息系統(tǒng)的強(qiáng)大接口技術(shù)：備件物流中心信息系統(tǒng)在規(guī)劃實(shí)施時就已經(jīng)考慮到了條碼 的需要，條碼系統(tǒng)與倉儲管理系統(tǒng)實(shí)現(xiàn)了無縫鏈接，即便是以后條碼與SAP鏈接，也可以借助SAP提供的RFC接口或相應(yīng)的DCO闈件來加入條碼支持2 .條碼技術(shù)對備件物流管理產(chǎn)生的獨(dú)特作用：條碼還具有易操作、易維護(hù)的特點(diǎn)。對于室外場合， 使用計算機(jī)登記信息非常不方便，通過使用條碼采集器，可以在操作現(xiàn)場將采集的條碼信息保存 在采集器中，然后傳輸?shù)接嬎銠C(jī)。條碼采集器外形輕便，操作簡便，不需要安裝配置軟件系統(tǒng)， 極大地提高了系統(tǒng)的使用性。條碼除了其技術(shù)特點(diǎn)外，在物流系統(tǒng)中還可以完成許多傳統(tǒng)物流無

3、法實(shí)現(xiàn)的工作。通過給每個物 品一個唯一的條碼，可以對該物品的流轉(zhuǎn)進(jìn)行完全的跟蹤，從而實(shí)現(xiàn)： 貨物丟失后，可以在銷售和客戶服務(wù)環(huán)節(jié)及時發(fā)現(xiàn) 防止銷售中的地區(qū)串貨現(xiàn)象 提高商品售后服務(wù)的質(zhì)量 建立起和生產(chǎn)相聯(lián)系的質(zhì)量反饋體系ERP的發(fā)展ERP是從庫存管理發(fā)展而來的。早在 40年代，為解決庫存控制問題，人們提出了訂貨點(diǎn)法。為了解決這個問題，60形成MRP （Material Requirements Planning ）,即物料需求計劃，70年進(jìn)一步發(fā)展出閉環(huán)MRP解決采購、庫存、生產(chǎn)、銷售的管理，發(fā)展了生產(chǎn)能力需求計劃、車間作業(yè)計劃月以及采購作業(yè)計劃理論。80年代，隨著計算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展，MRP

4、）勺各子系統(tǒng)也得到了統(tǒng)一，形成了一個集采購、庫存、生產(chǎn)、銷售、財務(wù)、工程技術(shù)等為一體的子系統(tǒng)，發(fā)展了 MRP理論。這一階段的代表技術(shù)是CIMS（計算機(jī)集成制造系統(tǒng)）。進(jìn)入90年代，MRP主要面向企業(yè)內(nèi)部資源全面計劃管理的思想，逐步發(fā)展成為90年代怎樣有效利用和管理整體資源的管理思想，ERP （Enterprise Resources Planning企業(yè)資源計劃）隨之產(chǎn)生。ERPW點(diǎn)及意義ERP強(qiáng)調(diào)供應(yīng)鏈的管理。除了傳統(tǒng)MRP系統(tǒng)的制造、財務(wù)、銷售等功能外，還增加了分銷管理、人力資源管理、運(yùn)輸管理、倉庫管理、質(zhì)量管理、設(shè)備管理、決策支持等功能；支持集團(tuán)化、跨地區(qū)、跨國界運(yùn) 行，其主要宗旨就是將

5、企業(yè)各方面的資源充分調(diào)配和平衡，使企業(yè)在激烈的市場競爭中全方位地發(fā)揮足夠 的能力，從而取得更好的經(jīng)濟(jì)效益。但是由于歷史及原因，ERP （MRP MRP）在設(shè)計的時候并沒有考慮采用條形碼技術(shù)。例如SAP,在進(jìn)銷存、生產(chǎn)管理方面沒有采用先進(jìn)的條形碼技術(shù)，數(shù)據(jù)的及時性和正確性很難得到保證，而且數(shù)據(jù)采集效率 也是非常低。條形碼 系統(tǒng)條形碼系統(tǒng)的思想就是要在進(jìn)銷存、生產(chǎn)管理上采用先進(jìn)的條形碼技術(shù)。提高進(jìn)銷存、生產(chǎn)管理效率、質(zhì)量，使得進(jìn)銷存、生產(chǎn)管理更加精細(xì)。同時將條碼系統(tǒng)的進(jìn)銷存、生產(chǎn)管理數(shù)據(jù)和傳統(tǒng)的ERP同步，提高傳統(tǒng)ERP的應(yīng)用效能。條形碼 系統(tǒng)應(yīng)用1、物料管理：現(xiàn)代化生產(chǎn)物料配套的不否協(xié)調(diào)極大地影

6、響了產(chǎn)品生產(chǎn)效率，雜亂無序的物料倉庫、復(fù)雜的生產(chǎn)備料及采購計劃的執(zhí)行幾乎是每個企業(yè)所遇到的難題。條碼技術(shù)的解決思想：1. 通過將物料編碼、并且打印條碼標(biāo)簽。不僅便于物料跟蹤管理，而且也有助于做到合理的物料庫存準(zhǔn)備，提高生產(chǎn)效率，便于企業(yè)資金的合理運(yùn)用。對采購的生產(chǎn)物料按照行業(yè)及企業(yè)規(guī)則建立統(tǒng)一的物料編碼從而杜絕因物料無序而導(dǎo)致的損失和混亂。2. 對需要進(jìn)行標(biāo)識的物料打印其條碼標(biāo)，以便于在生產(chǎn)管理中對物料的單件跟蹤，從而建立完整的產(chǎn)品檔案。3. 利用條碼技術(shù)、對倉庫進(jìn)行基本的進(jìn)、銷、存管理。有效的降低庫存成本。4. 通過產(chǎn)品編碼，建立物料質(zhì)量檢驗(yàn)檔案，產(chǎn)生質(zhì)量檢驗(yàn)報告，與采購定單掛鉤建立對供 應(yīng)

7、商的評價。2、生產(chǎn)管理：條碼生產(chǎn)管理是產(chǎn)品條碼應(yīng)用的基礎(chǔ)，它建立產(chǎn)品識別碼。在生產(chǎn)中應(yīng)用產(chǎn)品識別碼監(jiān)控生產(chǎn)，采集生產(chǎn)測試數(shù)據(jù)，采集生產(chǎn)質(zhì)量檢查數(shù)據(jù)，進(jìn)行產(chǎn)品完工檢查，建立產(chǎn)品識別碼和產(chǎn)品檔案。有序的安排生產(chǎn)計劃，監(jiān)控生產(chǎn)及流向，提高產(chǎn)品下線合格率。1. 制定產(chǎn)品識別碼格式。根據(jù)企業(yè)規(guī)則和行業(yè)規(guī)則確定產(chǎn)品識別碼的編碼規(guī)則，保證產(chǎn)品規(guī)則化、唯一標(biāo)識。2. 建立產(chǎn)品檔案：通過產(chǎn)品標(biāo)識條碼在生產(chǎn)線上對產(chǎn)品生產(chǎn)進(jìn)行跟蹤，并采集生產(chǎn)產(chǎn)品的部件、檢驗(yàn)等數(shù)據(jù)作為產(chǎn)品信息，當(dāng)生產(chǎn)批次計劃審核后建立產(chǎn)品檔案。3. 通過生產(chǎn)線上的信息采集點(diǎn)來控制生產(chǎn)的信息。4. 通過產(chǎn)品標(biāo)識碼條碼在生產(chǎn)線采集質(zhì)量檢測數(shù)據(jù)，以產(chǎn)品質(zhì)

8、量標(biāo)準(zhǔn)為準(zhǔn)繩判定產(chǎn)品是否合格，從而控制產(chǎn)品在生產(chǎn)線上的流向及是否建立產(chǎn)品檔案。打印合格證。3、品質(zhì)追溯通過條形碼技術(shù)，在生產(chǎn)過程中收集產(chǎn)品的關(guān)鍵部件（批次或單品）信息、加工流程信息，建立產(chǎn)品資料庫。最后達(dá)到同位產(chǎn)品的唯一序列號能追溯到產(chǎn)品生產(chǎn)過程中的所有關(guān)鍵部件信息、加工工藝信息、不良處理信息等；也可以通過關(guān)鍵部件的批次或者唯一編號反向追溯使用該批次或該唯一編號的關(guān)鍵部件的所有產(chǎn)品，解決出現(xiàn)問題是問題產(chǎn)品快速定位、召回，減少企業(yè)的損失，同時分析問題所在，改進(jìn)生產(chǎn)，提升產(chǎn)品品質(zhì)和企業(yè)競爭力。條形碼系統(tǒng)和ERPM接的重要性和意義ER可口條形碼系統(tǒng)各自的特點(diǎn)。管理對象方面：ERP涵蓋制造、財務(wù)、銷售

9、、分銷、人力資源、運(yùn)輸、倉庫、質(zhì)量、設(shè)備、決策支持等功能,其主要宗旨就是將企業(yè)各方面的資源充分調(diào)配和平衡，是對企業(yè)的管理；而條形碼系統(tǒng)則側(cè)重于對物 品的管理，主要管理物品的標(biāo)識，物品進(jìn)銷存、物品加工生產(chǎn)、物品資料庫建立、物品追溯、物品的流通。側(cè)重點(diǎn)不同：ERP的重點(diǎn)在于為企業(yè)引進(jìn)先進(jìn)的管理方式，管理理念，偏向于對企業(yè)的持續(xù)改善；而條形碼系統(tǒng)則注重自動識別技術(shù)、無線實(shí)時掃描、批處理掃描等，目標(biāo)是提高物品進(jìn)銷存、物品加工生產(chǎn)、物品資料庫建立、物品追溯、物品的流通的效率的質(zhì)量。從業(yè)務(wù)功能來看：條形碼系統(tǒng)功能是ERP功能的子集，條形碼系統(tǒng)管理的對象也是ERP系統(tǒng)管理對象的一個子集。條形碼系統(tǒng)是在進(jìn)銷存

10、、生產(chǎn)管理等領(lǐng)域比ERP更加高效、更加精細(xì)的管理。條形碼系統(tǒng)和ERP系統(tǒng)存在共通的地方，如物料、采購入庫、銷售出庫、生產(chǎn)單等。所以條形碼系統(tǒng)和ERP的對接十分重要和有意義：1 .彌補(bǔ)ERP在單據(jù)管理和批次管理方面的不足。2 .彌補(bǔ)ERP在品質(zhì)追溯方面的不足。3 .彌補(bǔ)ERP在自動識別方面的不足。4 .彌補(bǔ)ERP在實(shí)時性、移動性、便捷性方面的不足。5 .簡化ERP進(jìn)銷存、生產(chǎn)管理等業(yè)務(wù)操作，降低ERP的使用難度，降低 ERP對操作人員的水平要求條形碼系統(tǒng)和ER臉口分析通過上面的分析，條形碼系統(tǒng)和ERP分別在自動識別和企業(yè)管理方面充分發(fā)揮各自的特點(diǎn)和優(yōu)勢，雙方以一種互補(bǔ)的姿態(tài)，為企業(yè)的決策層、員工

11、、管理者提供高效優(yōu)質(zhì)的服務(wù)。但是對于條形碼系統(tǒng)和ERP共通的部分：物料、采購入庫、銷售出庫、生產(chǎn)單等，條形碼系統(tǒng)如何獲取ERP的最新物料信息；條形碼系統(tǒng)的入庫單、出庫單、發(fā)貨單等信息如何高效、及時、正確的反應(yīng)到ERP系統(tǒng)；如何保證條形碼系統(tǒng)和ERP不因?yàn)閿?shù)據(jù)同步互相影響，甚至造成系統(tǒng)的不穩(wěn)定、不正確。下面將對條形碼和ERP對接的方式進(jìn)行介紹和比較，可以作為條形碼系統(tǒng)和ERP對接的參考。1. 前提及共識：1. 條形碼系統(tǒng)：實(shí)時系統(tǒng)，非正常停止運(yùn)行，將影響生產(chǎn)、銷售、倉庫，特別是對生產(chǎn)的 影響最大，對作業(yè)影響很大。2. ERP非實(shí)時系統(tǒng)，非正常停止運(yùn)行，不會導(dǎo)致生產(chǎn)停止，單據(jù)數(shù)據(jù)暫時不錄入生產(chǎn)影

12、響很小。3. 低耦合接口：接口耦合度越低，對雙方系統(tǒng)的影響就越小，就越好。2. 各種接口方式1. Web Service ：國際開放的標(biāo)準(zhǔn)接口，是以較低耦合度連接兩個不同系統(tǒng)的最佳接口方 式之一。2. 臨時表：一個系統(tǒng)對另一個系統(tǒng)臨時表的訪問，就是對另一系統(tǒng)數(shù)據(jù)庫的訪問，可能會影響對方系統(tǒng)的正常運(yùn)行，產(chǎn)生難以區(qū)分責(zé)任的問題；而且當(dāng)其表結(jié)構(gòu)發(fā)生變化就必須 對接口程序做修改，產(chǎn)生新的開發(fā)成本，不是好的低耦合接口方式。3. API接口：這種方式一般是 ERP1供API接口，條形碼系統(tǒng)調(diào)用 API接口，達(dá)到數(shù)據(jù)的 同步。各ERP的設(shè)計、開發(fā)API接口時，在安全性、嚴(yán)謹(jǐn)性、數(shù)據(jù)完整性等方面都有充 分的考

13、慮，是條形碼系統(tǒng)和ERP對接的最佳方式之一。然而由于各種原因，并不是所有的ERP都有開放的API接口，如神州數(shù)碼，K3臺灣天星等；而國際上大型的ERP!口SAR Oracle ERP則有開放的 API。方式 1：寫 條 形碼系 統(tǒng) 臨 時表ERP1交單據(jù)同時或延遲寫條形碼系統(tǒng)臨時表分工：1、 條形碼系統(tǒng)提供臨時表2、ERP實(shí)現(xiàn)提交單據(jù)時同時或延遲寫條形碼系統(tǒng)臨時表優(yōu)：1、如果ERP提交單據(jù)并同時寫條形碼系統(tǒng)臨時表，可實(shí)現(xiàn)數(shù)據(jù)實(shí)時同步。劣：1、條形碼系統(tǒng)系統(tǒng)故障時難以區(qū)分責(zé)任 ?由于臨時表是個共享表，條形碼系統(tǒng)要不停訪問，ER池要往其寫數(shù)據(jù)，可能會由于服務(wù)器資源緊張、數(shù)據(jù)庫事務(wù)、并發(fā)、死鎖等問題

14、導(dǎo)致條形碼系統(tǒng)運(yùn)行故障，甚至導(dǎo)致其崩潰，生產(chǎn)停止 ,當(dāng)故障發(fā)生，需分析雙方的程序（包括ERP寫臨時表的邏輯）判斷問題所在，但程序各自實(shí)現(xiàn)，很難操作，難以區(qū)分責(zé)任方。2、 如 ERP 提交單據(jù)同時寫條形碼系統(tǒng)臨時表，則可能會由于條形碼系統(tǒng)故障、服務(wù)器、網(wǎng)絡(luò)等問判使寫臨時表失敗，導(dǎo)致單據(jù)無法提交。3、 如 ERP 提交單據(jù)后不立刻寫條形碼系統(tǒng)臨時表，而是定時觸發(fā)寫到條形碼系統(tǒng)臨時表，不會導(dǎo)致單據(jù)無法完成提交，但會使得數(shù)據(jù)無法實(shí)時同步到 條形碼系統(tǒng)，可能導(dǎo)致條形碼系統(tǒng)因無法讀到應(yīng)有數(shù)據(jù)而在投換料驗(yàn)證不通過而導(dǎo)致生產(chǎn)停止。4、 由于需求變更等原因需變更臨時表結(jié)構(gòu)，則接口程序要做修改，產(chǎn)生新的開發(fā)成本。

15、5、ERP提交單據(jù)的操作比之前慢些許方式 2： 調(diào)條形 碼 系統(tǒng) WebServiceERP1交單據(jù)同時或延遲調(diào)用條形碼系統(tǒng)Web Service把數(shù)據(jù)同步到條形碼系統(tǒng)分工：1、 條形碼系統(tǒng)實(shí)現(xiàn) Web Service2、ERP實(shí)現(xiàn)提交單據(jù)同時或延遲調(diào)用Web Service把數(shù)據(jù)同步到條形碼系統(tǒng)優(yōu)：1、實(shí)現(xiàn)簡單、ERPFF發(fā)工作量小2、 如 ERP 提交單據(jù)并同時調(diào)用 Web Service ，可實(shí)現(xiàn)數(shù)據(jù)實(shí)時同步。3、 雙方系統(tǒng)通過 WebService 中間接口隔開，互不影響，責(zé)任容易區(qū)分。4、 可通過設(shè)計靈活的 Web Service 接口以避免未來需求變更時接口程序的變更。劣：1、如E

16、RP提交單據(jù)同時調(diào)條形碼系統(tǒng)Web Service ,可能會由于條形碼系統(tǒng)故障、服務(wù)器、網(wǎng)絡(luò)等問題調(diào) Web Service 失敗，導(dǎo)致單據(jù)無法提交。2、如果ERP提交單據(jù)后不立刻調(diào)用Web Service ,而是過后通過其他方式定時觸發(fā)調(diào)用Web Service ,不會導(dǎo)致單據(jù)無法完成提交，但會使得數(shù)據(jù)無法實(shí)時同步到 條形碼系統(tǒng)，可能導(dǎo)致條形碼系統(tǒng)因無法讀到應(yīng)有數(shù)據(jù)而在投換料驗(yàn)證不通過而導(dǎo)致生產(chǎn)停止。3、ERP提交單據(jù)的操作比之前慢些許（但在局域網(wǎng)內(nèi)，且數(shù)據(jù)量也不是很大，基本上影響很小的，一般最多延遲 1 、 2 秒）方式3:讀ERP臨時表ERP1交單據(jù)同時寫 ERP的臨時表，條形碼系統(tǒng) 定

17、時主動訪問ERP臨時表 分工：1、ERP提供臨時表2、ERP實(shí)現(xiàn)提交單據(jù)同時寫 ERP的臨時表3、條形碼系統(tǒng)實(shí)現(xiàn)定時訪問ERP臨時表同步到條形碼系統(tǒng)數(shù)據(jù)庫優(yōu)：1、實(shí)現(xiàn)簡單、ERN發(fā)工作較小2、ERP提交單據(jù)要多加寫臨時表的處理，但在同一系統(tǒng)速度影響不大。劣：1、條形碼系統(tǒng)出現(xiàn)系統(tǒng)問題時可能難以區(qū)分責(zé)任由于臨時表是個共享表，條形碼系統(tǒng)要不停訪問，ER池要往其寫數(shù)據(jù)，可能會由于服務(wù)器資源緊張、數(shù)據(jù)庫事務(wù)、并發(fā)、死鎖等問題導(dǎo)致ERP運(yùn)行故障，當(dāng)故障發(fā)生，需分析雙方的程序（包括條形碼系統(tǒng)讀臨時表的邏輯）判斷問題所在，但程序各自實(shí)現(xiàn)，很難操作，難以區(qū)分責(zé)任方。2、條形碼系統(tǒng) 需要定時去讀ERP臨時表，則

18、可能會由于 ERP故障、服務(wù)器、網(wǎng)絡(luò)等問題無法讀到臨時 表導(dǎo)致數(shù)據(jù)無法及時同步到 條形碼系統(tǒng)，可能導(dǎo)致條形碼系統(tǒng)因無法讀到應(yīng)有數(shù)據(jù)而在投換料驗(yàn)證不通過 而導(dǎo)致生產(chǎn)停止。3、由于條形碼系統(tǒng)或 ERP需求變更等原因需變更臨時表結(jié)構(gòu)，則雙方接口程序要做修改，產(chǎn)生新的開發(fā) 成本。方式 4： 調(diào) ERPWeb ServiceER聰交單據(jù)時先把數(shù)據(jù)暫存到臨時表，條形碼系統(tǒng)定時調(diào)用WebService , WebSerice實(shí)現(xiàn)從臨時表查詢數(shù)據(jù)分工：1、ERP 實(shí)現(xiàn) Web Service2、ERP實(shí)現(xiàn)提交單據(jù)時先把數(shù)據(jù)暫存到臨時表，實(shí)現(xiàn) WebSerice從臨時表查詢數(shù)據(jù)3、條形碼系統(tǒng)實(shí)現(xiàn)定時調(diào) ERPW

19、ebService把數(shù)據(jù)同步到條形碼系統(tǒng) 優(yōu)：1、雙方系統(tǒng)通過 Web Service中間接口隔開，互不影響，責(zé)任容易區(qū)分。2、可通過設(shè)計靈活的 Web Service接口以避免未來需求變更時接口程序的變更。3、ERP提交單據(jù)要多加寫臨時表的處理，但在同一系統(tǒng)速度影響不大。劣：1、條形碼系統(tǒng) 需定時調(diào)用ERP Web Service ,則可能會由于 ERP故障、服務(wù)器、網(wǎng)絡(luò)等問題調(diào)用失敗，導(dǎo)致數(shù)據(jù)無法及時同步到條形碼系統(tǒng)，可能導(dǎo)致條形碼系統(tǒng)因無法讀到應(yīng)有數(shù)據(jù)而在投換料驗(yàn)證不通過而 導(dǎo)致生產(chǎn)停止。方式比較:方式對生產(chǎn)雙方系統(tǒng)耦ERP因接口故障PTS因接口故障對ERP!交實(shí)時性ERP開發(fā)的影響合度

20、的責(zé)任區(qū)分的責(zé)任區(qū)分單據(jù)的影響工作量寫條形碼系統(tǒng)臨時表較高高-難較高高較大調(diào)條形碼系統(tǒng)Web Servi ce最低低-易較低高最小讀條形碼系統(tǒng)臨時表最高高難-最低低低較小調(diào)條形碼系統(tǒng)Web Servi ce較低低易-較低較大總結(jié)：考慮選擇那種接口方式，考慮各要素的優(yōu)先順序應(yīng)該：首先是，對生產(chǎn)的影響，生產(chǎn)停止，損失重大；然后是，雙方系統(tǒng)的依賴度，系統(tǒng)關(guān)聯(lián)太緊發(fā)生問題時責(zé)任難以區(qū)分，且程序未來變更的可能性徒增；接著是，對ERP提交單據(jù)的影響，但ERP單據(jù)提交速度慢些許或偶爾的延遲提交不會對生產(chǎn)產(chǎn)生太大影響，遠(yuǎn)沒有前面2點(diǎn)重要。最后是，實(shí)時性，ERPFF發(fā)工作量等等，這些應(yīng)該是最后考慮的。所以，接口

21、采用方式的優(yōu)先順序應(yīng)該是：調(diào)條形碼系統(tǒng) Web Service 調(diào)ERP Web Service 讀ERP臨時表？ 寫條形碼系統(tǒng)臨時表綜合來看，調(diào)條形碼系統(tǒng) Web Service是首先推薦采用的方式，因?yàn)椋簩ιa(chǎn)影響最小、雙方系統(tǒng)的依賴度低、出問題責(zé)任容易區(qū)分、實(shí)時性也很高、開發(fā)工作量最小，對客戶、ERP條形碼系統(tǒng)三方來說是最佳的方式。而讀ERP臨時表、寫條形碼系統(tǒng)臨時表 都不是推薦的方式，因?yàn)椋簩ιa(chǎn)影響較大、雙方系統(tǒng)的依賴度高、出問題責(zé)任難以區(qū)分，未來接口程序變更可能性大。最佳對接方式：API接口作為條形碼系統(tǒng)和 ERP對接的最佳方式，但遺憾的并非所有ERP都提供。作為全球性的 ERP

22、SAP分SAPBusiness One (SBQ、R/3 等版本。下面介紹一下 SBO API 接口。SAP Business One是個開放的系統(tǒng)，它提供靈活的開發(fā)工具包：SAP Business One SDK能讓合作伙伴 或客戶在低成本的條件下進(jìn)一步擴(kuò)展SAP Business One的產(chǎn)品功能，并可以與外部的行業(yè)解決方案集成。SDK的DI API可以讓你在業(yè)務(wù)數(shù)據(jù)級別訪問 SAP Business One,幾乎所有在 SAP Business One客戶 端 中的業(yè)務(wù)對象都被復(fù)制到了 DI API中，這樣就可以被外部的應(yīng)用程序訪問，外部應(yīng)用程序通過COM訪 問業(yè)務(wù)對象，避免了對 SBO

23、內(nèi)部復(fù)雜業(yè)務(wù)邏輯細(xì)節(jié)的處理。DI API介紹SBO? Data Interface API(DI? API)是一組以DLL形式提供，三層結(jié)構(gòu)工作模式的開發(fā)工具，目的是合 作伙伴提高而且擴(kuò)充 SBO和用SBO整合外部的解決發(fā)案。SBO DI API能用來存取SBO應(yīng)用程序在數(shù)據(jù)庫層次上的數(shù)據(jù)，擴(kuò)充它的功能性，以便和第三方的解決方 案連接，擴(kuò)展SBO的功能滿足客戶的需要。DI API體系結(jié)構(gòu)提供關(guān)于DI API的軟件體系結(jié)構(gòu)的明細(xì)中：所有的函數(shù)功能被包含在一個實(shí)現(xiàn)層 (OBServerDLL.DLL)之 中。DLL以SBO客戶端的現(xiàn)有源碼為基礎(chǔ)，也就是說，SBO用戶端的業(yè)務(wù)對象被復(fù)制到這個 DLL中。通 過SAPbobsCOM.DL既口能夠存取SBO客戶端對象的方法、屬性等。如下圖所示邏輯：手三方商用用件01 AIMM.)lnn riIpn?亡£006 £ b o C 4mm4n8tg“A G 0 mpartv接口屋(SAPbobaCOUDLL)賓現(xiàn)s(OBServtfOLL-DLL)U實(shí)現(xiàn)量.于SBO總戶的和5m2i主盒任務(wù)對內(nèi)既況定鴕節(jié)密交互存取模式下圖所示：它主要展示業(yè)務(wù)對象在結(jié)構(gòu)中的真正對象。第三方應(yīng)用程序