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

1、條形碼系統(tǒng)與ERP的接口方式及其比較在介紹條形碼系統(tǒng)也ERP的接口方式及其比較之前，我們先介紹下什么是條形碼技術(shù)和ERP及其特點(diǎn)：條形碼技術(shù)的發(fā)展： 條形碼的基本思想是利用圖像存儲(chǔ)數(shù)據(jù)，并且能夠通過某種方式識(shí)讀。碼最早出現(xiàn)在20世紀(jì)40年代，但得到實(shí)際應(yīng)用和發(fā)展還是在20世紀(jì)70年代左右，80年代是條形碼及時(shí)磅礴發(fā)展的時(shí)期。條形碼歐美、日本和我國的發(fā)展、應(yīng)用的時(shí)間也不盡相同?？傮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í)施時(shí)就已經(jīng)考慮到了條碼的需要，條碼系統(tǒng)與倉儲(chǔ)管理系統(tǒng)實(shí)現(xiàn)了無縫鏈接，即便是以后條碼與SAP鏈接，也可以借助SAP提供的RFC接口或相應(yīng)的DCOM組件來加入條碼支持 2. 條碼技術(shù)對(duì)備件物流管理產(chǎn)生的獨(dú)特作用：條碼還具有易操作、易維護(hù)的特點(diǎn)。對(duì)于室外場合，使用計(jì)算機(jī)登記信息非常不方便，通過使用條碼采集器，可以在操作現(xiàn)場將采集的條碼信息保存在采集器中，然后傳輸?shù)接?jì)算機(jī)。條碼采集器外形輕便，操作簡便，不需要安裝配置軟件系統(tǒng)，極大地提高了系統(tǒng)的使用性。 條碼除了其技術(shù)特點(diǎn)外，在物流系統(tǒng)中還可以完成許多傳統(tǒng)物流無

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

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

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

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

8、條碼在生產(chǎn)線采集質(zhì)量檢測數(shù)據(jù)，以產(chǎn)品質(zhì)量標(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)品的唯一序列號(hào)能追溯到產(chǎn)品生產(chǎn)過程中的所有關(guān)鍵部件信息、加工工藝信息、不良處理信息等；也可以通過關(guān)鍵部件的批次或者唯一編號(hào)反向追溯使用該批次或該唯一編號(hào)的關(guān)鍵部件的所有產(chǎn)品，解決出現(xiàn)問題是問題產(chǎn)品快速定位、召回，減少企業(yè)的損失，同時(shí)分析問題所在，改進(jìn)生產(chǎn)，提升產(chǎn)品品質(zhì)和企業(yè)競爭力。  條形碼系統(tǒng)和ERP對(duì)接的重要性和意義E

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

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

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

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

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

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

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

16、計(jì)靈活的 Web Service 接口以避免未來需求變更時(shí)接口程序的變更。劣：1、如ERP提交單據(jù)同時(shí)調(diào)條形碼系統(tǒng)Web Service，可能會(huì)由于條形碼系統(tǒng)故障、服務(wù)器、網(wǎng)絡(luò)等問題調(diào) Web Service 失敗，導(dǎo)致單據(jù)無法提交。2、如果ERP提交單據(jù)后不立刻調(diào)用 Web Service，而是過后通過其他方式定時(shí)觸發(fā)調(diào)用 Web Service，不會(huì)導(dǎo)致單據(jù)無法完成提交，但會(huì)使得數(shù)據(jù)無法實(shí)時(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

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

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

19、Web Service2、ERP 實(shí)現(xiàn)提交單據(jù)時(shí)先把數(shù)據(jù)暫存到臨時(shí)表，實(shí)現(xiàn) Web Serice 從臨時(shí)表查詢數(shù)據(jù)3、條形碼系統(tǒng) 實(shí)現(xiàn)定時(shí)調(diào) ERP WebService 把數(shù)據(jù)同步到條形碼系統(tǒng)優(yōu)： 1、雙方系統(tǒng)通過 Web Service 中間接口隔開，互不影響，責(zé)任容易區(qū)分。2、可通過設(shè)計(jì)靈活的 Web Service 接口以避免未來需求變更時(shí)接口程序的變更。3、ERP 提交單據(jù)要多加寫臨時(shí)表的處理，但在同一系統(tǒng)速度影響不大。劣：1、條形碼系統(tǒng) 需定時(shí)調(diào)用 ERP Web Service，則可能會(huì)由于 ERP 故障、服務(wù)器、網(wǎng)絡(luò)等問題調(diào)用失敗，導(dǎo)致數(shù)據(jù)無法及時(shí)同步到條形碼系統(tǒng)，可能導(dǎo)致條形

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

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

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

23、API可以讓你在業(yè)務(wù)數(shù)據(jù)級(jí)別訪問 SAP Business One，幾乎所有在 SAP Business One 客戶端中的業(yè)務(wù)對(duì)象都被復(fù)制到了DI API中，這樣就可以被外部的應(yīng)用程序訪問，外部應(yīng)用程序通過 COM 訪問業(yè)務(wù)對(duì)象，避免了對(duì) SBO 內(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ù)功能被包含在一個(gè)實(shí)現(xiàn)層 (OBServerDLL.DLL) 之中。DLL 以 SBO 客戶端的現(xiàn)有源碼為基礎(chǔ),也就是說， SBO 用戶端的業(yè)務(wù)對(duì)象被復(fù)制到這個(gè) DLL 中。通過SAPbobsCOM.DLL 接口能夠存取 SBO 客戶端對(duì)象的方法、屬性等。如下圖所示邏輯： 存取模式 下圖所示：它主要展示業(yè)務(wù)對(duì)象在結(jié)構(gòu)中的真正對(duì)象。 第三方