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

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

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

3、法實現(xiàn)的工作。通過給每個物 品一個唯一的條碼，可以對該物品的流轉進行完全的跟蹤，從而實現(xiàn)： 貨物丟失后，可以在銷售和客戶服務環(huán)節(jié)及時發(fā)現(xiàn) 防止銷售中的地區(qū)串貨現(xiàn)象 提高商品售后服務的質量 建立起和生產(chǎn)相聯(lián)系的質量反饋體系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)絡技術的發(fā)展，MRP

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

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

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

7、商的評價。2、生產(chǎn)管理：條碼生產(chǎn)管理是產(chǎn)品條碼應用的基礎，它建立產(chǎn)品識別碼。在生產(chǎn)中應用產(chǎn)品識別碼監(jiān)控生產(chǎn)，采集生產(chǎn)測試數(shù)據(jù)，采集生產(chǎn)質量檢查數(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)品標識碼條碼在生產(chǎn)線采集質量檢測數(shù)據(jù)，以產(chǎn)品質

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

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

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

11、、管理者提供高效優(yōu)質的服務。但是對于條形碼系統(tǒng)和ERP共通的部分：物料、采購入庫、銷售出庫、生產(chǎn)單等，條形碼系統(tǒng)如何獲取ERP的最新物料信息；條形碼系統(tǒng)的入庫單、出庫單、發(fā)貨單等信息如何高效、及時、正確的反應到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è)影響很大。2. ERP非實時系統(tǒng)，非正常停止運行，不會導致生產(chǎn)停止，單據(jù)數(shù)據(jù)暫時不錄入生產(chǎn)影

12、響很小。3. 低耦合接口：接口耦合度越低，對雙方系統(tǒng)的影響就越小，就越好。2. 各種接口方式1. Web Service ：國際開放的標準接口，是以較低耦合度連接兩個不同系統(tǒng)的最佳接口方 式之一。2. 臨時表：一個系統(tǒng)對另一個系統(tǒng)臨時表的訪問，就是對另一系統(tǒng)數(shù)據(jù)庫的訪問，可能會影響對方系統(tǒng)的正常運行，產(chǎn)生難以區(qū)分責任的問題；而且當其表結構發(fā)生變化就必須 對接口程序做修改，產(chǎn)生新的開發(fā)成本，不是好的低耦合接口方式。3. API接口：這種方式一般是 ERP1供API接口，條形碼系統(tǒng)調用 API接口，達到數(shù)據(jù)的 同步。各ERP的設計、開發(fā)API接口時，在安全性、嚴謹性、數(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實現(xiàn)提交單據(jù)時同時或延遲寫條形碼系統(tǒng)臨時表優(yōu)：1、如果ERP提交單據(jù)并同時寫條形碼系統(tǒng)臨時表，可實現(xiàn)數(shù)據(jù)實時同步。劣：1、條形碼系統(tǒng)系統(tǒng)故障時難以區(qū)分責任 ?由于臨時表是個共享表，條形碼系統(tǒng)要不停訪問，ER池要往其寫數(shù)據(jù)，可能會由于服務器資源緊張、數(shù)據(jù)庫事務、并發(fā)、死鎖等問題

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

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

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

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

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

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

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

21、采用方式的優(yōu)先順序應該是：調條形碼系統(tǒng) Web Service 調ERP Web Service 讀ERP臨時表？ 寫條形碼系統(tǒng)臨時表綜合來看，調條形碼系統(tǒng) Web Service是首先推薦采用的方式，因為：對生產(chǎn)影響最小、雙方系統(tǒng)的依賴度低、出問題責任容易區(qū)分、實時性也很高、開發(fā)工作量最小，對客戶、ERP條形碼系統(tǒng)三方來說是最佳的方式。而讀ERP臨時表、寫條形碼系統(tǒng)臨時表 都不是推薦的方式，因為：對生產(chǎn)影響較大、雙方系統(tǒng)的依賴度高、出問題責任難以區(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能讓合作伙伴 或客戶在低成本的條件下進一步擴展SAP Business One的產(chǎn)品功能，并可以與外部的行業(yè)解決方案集成。SDK的DI API可以讓你在業(yè)務數(shù)據(jù)級別訪問 SAP Business One,幾乎所有在 SAP Business One客戶 端 中的業(yè)務對象都被復制到了 DI API中，這樣就可以被外部的應用程序訪問，外部應用程序通過COM訪 問業(yè)務對象，避免了對 SBO

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