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

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

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

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

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

5、方面的資源充分調(diào)配和平衡，使企業(yè)在激烈的市場競爭中全方位地發(fā)揮足夠的能力，從而取得更好的經(jīng)濟效益。 但是由于歷史及原因，ERP（MRP、MRP）在設(shè)計的時候并沒有考慮采用條形碼技術(shù)。例如SAP，在進銷存、生產(chǎn)管理方面沒有采用先進的條形碼技術(shù)，數(shù)據(jù)的及時性和正確性很難得到保證，而且數(shù)據(jù)采集效率也是非常低。 條形碼系統(tǒng) 條形碼系統(tǒng)的思想就是要在進銷存、生產(chǎn)管理上采用先進的條形碼技術(shù)。提高進銷存、生產(chǎn)管理效率、質(zhì)量，使得進銷存、生產(chǎn)管理更加精細。同時將條碼系統(tǒng)的進銷存、生產(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. 通過將物料編碼、并且打印條碼標簽。不僅便于物料跟蹤管理，而且也有助于做到合理的物料庫存準備，提高生產(chǎn)效率，便于企業(yè)資金的合理運用。對采購的生產(chǎn)物料按照行業(yè)及企業(yè)規(guī)則建立統(tǒng)一的物料編碼從而杜絕因物料無序而導(dǎo)致的損失和混亂。 2. 對需要進行標識的物料打印其條碼標，以便于在生產(chǎn)管理中對物料的單件跟蹤，從而建立完整的產(chǎn)品檔案。 3. 利用條碼技術(shù)、對倉庫進行基本的進、銷、存管理。有效的降低庫存成本。 4. 通過產(chǎn)品編碼，建立物料質(zhì)量檢驗檔案，產(chǎn)生質(zhì)量檢驗報告，與采購定單

7、掛鉤建立對供應(yīng)商的評價。  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ù)，進行產(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ī)則化、唯一標識。 2. 建立產(chǎn)品檔案：通過產(chǎn)品標識條碼在生產(chǎn)線上對產(chǎn)品生產(chǎn)進行跟蹤，并采集生產(chǎn)產(chǎn)品的部件、檢驗等數(shù)據(jù)作為產(chǎn)品信息，當生產(chǎn)批次計劃審核后建立產(chǎn)品檔案。 3. 通過生產(chǎn)線上的信息采集點來控制生產(chǎn)的信息。 4. 通過產(chǎn)品標識碼

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

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

10、碼系統(tǒng)管理的對象也是ERP系統(tǒng)管理對象的一個子集。條形碼系統(tǒng)是在進銷存、生產(chǎn)管理等領(lǐng)域比ERP更加高效、更加精細的管理。條形碼系統(tǒng)和ERP系統(tǒng)存在共通的地方，如物料、采購入庫、銷售出庫、生產(chǎn)單等。所以條形碼系統(tǒng)和ERP的對接十分重要和有意義： 1. 彌補ERP在單據(jù)管理和批次管理方面的不足。 2. 彌補ERP在品質(zhì)追溯方面的不足。 3. 彌補ERP在自動識別方面的不足。 4. 彌補ERP在實時性、移動性、便捷性方面的不足。 5. 簡化ERP進銷存、生產(chǎn)管理等業(yè)務(wù)操作，降低ERP的使用難度，降低ERP對操作人員的水平要求  條形碼系統(tǒng)和ERP接口分析通過上面的分析，條形碼系統(tǒng)和ERP分

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

12、響很大。2. ERP：非實時系統(tǒng)，非正常停止運行，不會導(dǎo)致生產(chǎn)停止，單據(jù)數(shù)據(jù)暫時不錄入生產(chǎn)影響很小。3. 低耦合接口：接口耦合度越低，對雙方系統(tǒng)的影響就越小，就越好。2. 各種接口方式1. Web Service：國際開放的標準接口，是以較低耦合度連接兩個不同系統(tǒng)的最佳接口方式之一。2. 臨時表：一個系統(tǒng)對另一個系統(tǒng)臨時表的訪問，就是對另一系統(tǒng)數(shù)據(jù)庫的訪問，可能會影響對方系統(tǒng)的正常運行，產(chǎn)生難以區(qū)分責任的問題；而且當其表結(jié)構(gòu)發(fā)生變化就必須對接口程序做修改，產(chǎn)生新的開發(fā)成本，不是好的低耦合接口方式。3. API接口：這種方式一般是ERP提供API接口，條形碼系統(tǒng)調(diào)用API接口，達到數(shù)據(jù)的同步。各

13、ERP的設(shè)計、開發(fā)API接口時，在安全性、嚴謹性、數(shù)據(jù)完整性等方面都有充分的考慮，是條形碼系統(tǒng)和ERP對接的最佳方式之一。然而由于各種原因，并不是所有的ERP都有開放的API接口，如神州數(shù)碼，K3、臺灣天星等；而國際上大型的ERP如SAP、Oracle ERP則有開放的API。 方式1：寫條形碼系統(tǒng)臨時表ERP提交單據(jù)同時或延遲寫條形碼系統(tǒng)臨時表分工：1、條形碼系統(tǒng)提供臨時表2、ERP 實現(xiàn)提交單據(jù)時同時或延遲寫條形碼系統(tǒng)臨時表優(yōu)：1、如果ERP提交單據(jù)并同時寫條形碼系統(tǒng)臨時表，可實現(xiàn)數(shù)據(jù)實時同步。劣：1、條形碼系統(tǒng)系統(tǒng)故障時難以區(qū)分責任? 由于臨時表是個共享表，條形碼系統(tǒng)要不停訪問

14、，ERP也要往其寫數(shù)據(jù)，可能會由于服務(wù)器資源緊張、數(shù)據(jù)庫事務(wù)、并發(fā)、死鎖等問題導(dǎo)致條形碼系統(tǒng)運行故障，甚至導(dǎo)致其崩潰，生產(chǎn)停止,當故障發(fā)生，需分析雙方的程序(包括 ERP 寫臨時表的邏輯)判斷問題所在，但程序各自實現(xiàn)，很難操作，難以區(qū)分責任方。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ù)無法實時同步到 條形碼系統(tǒng)，可能導(dǎo)致條形碼系統(tǒng)因無法讀到應(yīng)有數(shù)據(jù)而在投換料驗證不通過而導(dǎo)致生產(chǎn)停止。4、

15、由于需求變更等原因需變更臨時表結(jié)構(gòu)，則接口程序要做修改，產(chǎn)生新的開發(fā)成本。5、ERP 提交單據(jù)的操作比之前慢些許 方式2： 調(diào)條形碼系統(tǒng)Web ServiceERP提交單據(jù)同時或延遲調(diào)用條形碼系統(tǒng) Web Service 把數(shù)據(jù)同步到 條形碼系統(tǒng)分工：1、條形碼系統(tǒng) 實現(xiàn) Web Service2、ERP 實現(xiàn)提交單據(jù)同時或延遲調(diào)用 Web Service 把數(shù)據(jù)同步到條形碼系統(tǒng)優(yōu)：1、實現(xiàn)簡單、ERP開發(fā)工作量小2、如 ERP 提交單據(jù)并同時調(diào)用 Web Service，可實現(xiàn)數(shù)據(jù)實時同步。3、雙方系統(tǒng)通過 Web Service 中間接口隔開，互不影響，責任容易區(qū)分。4、可通過設(shè)

16、計靈活的 Web Service 接口以避免未來需求變更時接口程序的變更。劣：1、如ERP提交單據(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ù)無法實時同步到 條形碼系統(tǒng)，可能導(dǎo)致條形碼系統(tǒng)因無法讀到應(yīng)有數(shù)據(jù)而在投換料驗證不通過而導(dǎo)致生產(chǎn)停止。3、ERP 提交單據(jù)的操作比之前慢些許(但在局域網(wǎng)內(nèi)，且數(shù)據(jù)量也不是很大，基本上影響很小的，一般最多延遲1、2

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

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

19、Web Service2、ERP 實現(xiàn)提交單據(jù)時先把數(shù)據(jù)暫存到臨時表，實現(xiàn) Web Serice 從臨時表查詢數(shù)據(jù)3、條形碼系統(tǒng) 實現(xiàn)定時調(diào) ERP WebService 把數(shù)據(jù)同步到條形碼系統(tǒng)優(yōu)： 1、雙方系統(tǒng)通過 Web Service 中間接口隔開，互不影響，責任容易區(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)致條形

20、碼系統(tǒng)因無法讀到應(yīng)有數(shù)據(jù)而在投換料驗證不通過而導(dǎo)致生產(chǎn)停止。 方式比較：方式對生產(chǎn)的影響雙方系統(tǒng)耦合度ERP 因接口故障的責任區(qū)分PTS 因接口故障的責任區(qū)分對ERP提交單據(jù)的影響實時性ERP開發(fā)工作量寫條形碼系統(tǒng)臨時表較高高 -難較高高較大調(diào)條形碼系統(tǒng)Web Service最低低-易較低高最小讀條形碼系統(tǒng)臨時表最高高難-最低低較小調(diào)條形碼系統(tǒng)Web Service較低低易-較低低較大 總結(jié)：考慮選擇那種接口方式，考慮各要素的優(yōu)先順序應(yīng)該：首先是，對生產(chǎn)的影響，生產(chǎn)停止，損失重大；然后是，雙方系統(tǒng)的依賴度，系統(tǒng)關(guān)聯(lián)太緊發(fā)生問題時責任難以區(qū)分，且程序未來變更的可能性徒增；接著

21、是，對ERP提交單據(jù)的影響，但 ERP 單據(jù)提交速度慢些許或偶爾的延遲提交不會對生產(chǎn)產(chǎn)生太大影響，遠沒有前面2點重要。最后是，實時性，ERP開發(fā)工作量等等，這些應(yīng)該是最后考慮的。所以，接口采用方式的優(yōu)先順序應(yīng)該是：調(diào)條形碼系統(tǒng)Web Service > 調(diào) ERP Web Service > 讀 ERP 臨時表? > 寫條形碼系統(tǒng)臨時表綜合來看，調(diào)條形碼系統(tǒng)Web Service 是首先推薦采用的方式，因為：對生產(chǎn)影響最小、雙方系統(tǒng)的依賴度低、出問題責任容易區(qū)分、實時性也很高、開發(fā)工作量最小，對客戶、ERP、條形碼系統(tǒng) 三方來說是最佳的方式。而 讀 ERP 臨時表 、 寫條形

22、碼系統(tǒng)臨時表 都不是推薦的方式，因為：對生產(chǎn)影響較大、雙方系統(tǒng)的依賴度高、出問題責任難以區(qū)分，未來接口程序變更可能性大。 最佳對接方式：API接口作為條形碼系統(tǒng)和ERP對接的最佳方式，但遺憾的并非所有ERP都提供。作為全球性的ERP，SAP分SAP Business One（SBO）、R/3等版本。下面介紹一下SBO API接口。 SAP Business One 是個開放的系統(tǒng)，它提供靈活的開發(fā)工具包：SAP Business One SDK，能讓合作伙伴或客戶在低成本的條件下進一步擴展SAP Business One 的產(chǎn)品功能，并可以與外部的行業(yè)解決方案集成。SDK 的 DI

23、API可以讓你在業(yè)務(wù)數(shù)據(jù)級別訪問 SAP Business One，幾乎所有在 SAP Business One 客戶端中的業(yè)務(wù)對象都被復(fù)制到了DI API中，這樣就可以被外部的應(yīng)用程序訪問，外部應(yīng)用程序通過 COM 訪問業(yè)務(wù)對象，避免了對 SBO 內(nèi)部復(fù)雜業(yè)務(wù)邏輯細節(jié)的處理。 DI API介紹SBO? Data Interface API(DI? API) 是一組以DLL形式提供，三層結(jié)構(gòu)工作模式的開發(fā)工具，目的是合作伙伴提高而且擴充 SBO 和用 SBO 整合外部的解決發(fā)案。SBO DI API 能用來存取SBO 應(yīng)用程序在數(shù)據(jù)庫層次上的數(shù)據(jù), 擴充它的功能性, 以便和第三方的解決方案連接, 擴展 SBO 的功能滿足客戶的需要。DI API體系結(jié)構(gòu)提供關(guān)于 DI API 的軟件體系結(jié)構(gòu)的明細中:所有的函數(shù)功能被包含在一個實現(xiàn)層 (OBServerDLL.DLL) 之中。DLL 以 SBO 客戶端的現(xiàn)有源碼為基礎(chǔ),也就是說， SBO 用戶端的業(yè)務(wù)對象被復(fù)制到這個 DLL 中。通過SAPbobsCOM.DLL 接口能夠存取 SBO 客戶端對象的方法、屬性等。如下圖所示邏輯： 存取模式 下圖所示：它主要展示業(yè)務(wù)對象在結(jié)構(gòu)中的真正對象。 第三方