條形碼系統(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ā)展。

條形碼技術的意義：

1. 條碼技術與信息系統(tǒng)的強大接口技術：備件物流中心信息系統(tǒng)在規(guī)劃實施時就已經考慮到了條碼的需要，條碼系統(tǒng)與倉儲管理系統(tǒng)實現(xiàn)了無縫鏈接，即便是以后條碼與SAP鏈接，也可以借助SAP提供的RFC接口或相應的DCOM組件來加入條碼支持
2. 條碼技術對備件物流管理產生的作用：條碼還具有易操作、易維護的特點。對于室外場合，使用計算機登記信息非常不方便，通過使用條碼采集器，可以在操作現(xiàn)場將采集的條碼信息保存在采集器中，然后傳輸?shù)接嬎銠C。條碼采集器外形輕便，操作簡便，不需要安裝配置軟件系統(tǒng)，極大地提高了系統(tǒng)的使用性。
   條碼除了其技術特點外，在物流系統(tǒng)中還可以完成許多傳統(tǒng)物流無法實現(xiàn)的工作。通過給每個物品一個的條碼，可以對該物品的流轉進行的跟蹤，從而實現(xiàn)：
   ●貨物丟失后，可以在銷售和客戶服務環(huán)節(jié)及時發(fā)現(xiàn)
   ●防止銷售中的地區(qū)串貨現(xiàn)象
   ●提高商品售后服務的質量
   ●建立起和生產相聯(lián)系的質量反饋體系

ERP的發(fā)展

ERP是從庫存管理發(fā)展而來的。早在40年代，為解決庫存控制問題，人們提出了訂貨點法。為了解決這個問題，60形成MRP（Material Requirements Planning），即物料需求計劃，70年進一步發(fā)展出閉環(huán)MRP，解決采購、庫存、生產、銷售的管理，發(fā)展了生產能力需求計劃、車間作業(yè)計劃月以及采購作業(yè)計劃理論。80年代，隨著計算機網(wǎng)絡技術的發(fā)展， MRP的各子系統(tǒng)也得到了統(tǒng)一，形成了一個集采購、庫存、生產、銷售、財務、工程技術等為一體的子系統(tǒng)，發(fā)展了MRPⅡ理論。這一階段的代表技術是CIMS（計算機集成制造系統(tǒng)）。

進入90年代，MRPⅡ主要面向企業(yè)內部資源全面計劃管理的思想，逐步發(fā)展成為90年代怎樣有效利用和管理整體資源的管理思想，ERP（Enterprise Resources Planning企業(yè)資源計劃）隨之產生。

ERP特點及意義

ERP強調供應鏈的管理。除了傳統(tǒng)MRPⅡ系統(tǒng)的制造、財務、銷售等功能外，還增加了分銷管理、人力資源管理、運輸管理、倉庫管理、質量管理、設備管理、決策支持等功能；支持集團化、跨地區(qū)、跨國界運行，其主要宗旨就是將企業(yè)各方面的資源充分調配和平衡，使企業(yè)在激烈的市場競爭中地發(fā)揮足夠的能力，從而取得更好的經濟效益。

但是由于歷史及原因，ERP（MRP、MRPⅡ）在設計的時候并沒有考慮采用條形碼技術。例如SAP，在進銷存、生產管理方面沒有采用*的條形碼技術，數(shù)據(jù)的及時性和正確性很難得到保證，而且數(shù)據(jù)采集效率也是非常低。

條形碼系統(tǒng)

條形碼系統(tǒng)的思想就是要在進銷存、生產管理上采用*的條形碼技術。提高進銷存、生產管理效率、質量，使得進銷存、生產管理更加精細。同時將條碼系統(tǒng)的進銷存、生產管理數(shù)據(jù)和傳統(tǒng)的ERP同步，提高傳統(tǒng)ERP的應用效能。

條形碼系統(tǒng)應用

1、物料管理：

現(xiàn)代化生產物料配套的不否協(xié)調極大地影響了產品生產效率，雜亂無序的物料倉庫、復雜的生產備料及采購計劃的執(zhí)行幾乎是每個企業(yè)所遇到的難題。
條碼技術的解決思想：

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

2、生產管理：

條碼生產管理是產品條碼應用的基礎，它建立產品識別碼。在生產中應用產品識別碼監(jiān)控生產，采集生產測試數(shù)據(jù)，采集生產質量檢查數(shù)據(jù)，進行產品完工檢查，建立產品識別碼和產品檔案。有序的安排生產計劃，監(jiān)控生產及流向，提高產品下線合格率。

1. 制定產品識別碼格式。根據(jù)企業(yè)規(guī)則和行業(yè)規(guī)則確定產品識別碼的編碼規(guī)則，保證產品規(guī)則化、標識。
2. 建立產品檔案：通過產品標識條碼在生產線上對產品生產進行跟蹤，并采集生產產品的部件、檢驗等數(shù)據(jù)作為產品信息，當生產批次計劃審核后建立產品檔案。
3. 通過生產線上的信息采集點來控制生產的信息。
4. 通過產品標識碼條碼在生產線采集質量檢測數(shù)據(jù)，以產品質量標準為準繩判定產品是否合格，從而控制產品在生產線上的流向及是否建立產品檔案。打印合格證。
3、品質追溯

通過條形碼技術，在生產過程中收集產品的關鍵部件（批次或單品）信息、加工流程信息，建立產品資料庫。最后達到同位產品的序列號能追溯到產品生產過程中的所有關鍵部件信息、加工工藝信息、不良處理信息等；也可以通過關鍵部件的批次或者編號反向追溯使用該批次或該編號的關鍵部件的所有產品，解決出現(xiàn)問題是問題產品快速定位、召回，減少企業(yè)的損失，同時分析問題所在，改進生產，提升產品品質和企業(yè)競爭力。

條形碼系統(tǒng)和ERP對接的重要性和意義

ERP和條形碼系統(tǒng)各自的特點。

管理對象方面：ERP涵蓋制造、財務、銷售、分銷、人力資源、運輸、倉庫、質量、設備、決策支持等功能，其主要宗旨就是將企業(yè)各方面的資源充分調配和平衡，是對企業(yè)的管理；而條形碼系統(tǒng)則側重于對物品的管理，主要管理物品的標識，物品進銷存、物品加工生產、物品資料庫建立、物品追溯、物品的流通。

側重點不同：ERP的重點在于為企業(yè)引進*的管理方式，管理理念，偏向于對企業(yè)的持續(xù)改善；而條形碼系統(tǒng)則注重自動識別技術、無線實時掃描、批處理掃描等，目標是提高物品進銷存、物品加工生產、物品資料庫建立、物品追溯、物品的流通的效率的質量。

從業(yè)務功能來看：條形碼系統(tǒng)功能是ERP功能的子集，條形碼系統(tǒng)管理的對象也是ERP系統(tǒng)管理對象的一個子集。條形碼系統(tǒng)是在進銷存、生產管理等領域比ERP更加高效、更加精細的管理。條形碼系統(tǒng)和ERP系統(tǒng)存在共通的地方，如物料、采購入庫、銷售出庫、生產單等。所以條形碼系統(tǒng)和ERP的對接十分重要和有意義：

1. 彌補ERP在單據(jù)管理和批次管理方面的不足。
2. 彌補ERP在品質追溯方面的不足。
3. 彌補ERP在自動識別方面的不足。
4. 彌補ERP在實時性、移動性、便捷性方面的不足。
5. 簡化ERP進銷存、生產管理等業(yè)務操作，降低ERP的使用難度，降低ERP對操作人員的水平要求

條形碼系統(tǒng)和ERP接口分析

通過上面的分析，條形碼系統(tǒng)和ERP分別在自動識別和企業(yè)管理方面充分發(fā)揮各自的特點和優(yōu)勢，雙方以一種互補的姿態(tài)，為企業(yè)的決策層、員工、管理者提供高效優(yōu)質的服務。但是對于條形碼系統(tǒng)和ERP共通的部分：物料、采購入庫、銷售出庫、生產單等，條形碼系統(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)，非正常停止運行，將影響生產、銷售、倉庫，特別是對生產的影響，對作業(yè)影響很大。
2. ERP：非實時系統(tǒng)，非正常停止運行，不會導致生產停止，單據(jù)數(shù)據(jù)暫時不錄入生產影響很小。
3. 低耦合接口：接口耦合度越低，對雙方系統(tǒng)的影響就越小，就越好。
2. 各種接口方式
1. Web Service：國際開放的標準接口，是以較低耦合度連接兩個不同系統(tǒng)的接口方式之一。
2. 臨時表：一個系統(tǒng)對另一個系統(tǒng)臨時表的訪問，就是對另一系統(tǒng)數(shù)據(jù)庫的訪問，可能會影響對方系統(tǒng)的正常運行，產生難以區(qū)分責任的問題；而且當其表結構發(fā)生變化就必須對接口程序做修改，產生新的開發(fā)成本，不是好的低耦合接口方式。
3. API接口：這種方式一般是ERP提供API接口，條形碼系統(tǒng)調用API接口，達到數(shù)據(jù)的同步。各ERP的設計、開發(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)要不停訪問，ERP也要往其寫數(shù)據(jù)，
可能會由于服務器資源緊張、數(shù)據(jù)庫事務、并發(fā)、死鎖等問題導致條形碼系統(tǒng)運行故障，甚至導致其崩潰，生產停止,
當故障發(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ù)而在投換料驗證不通過而導致生產停止。

4、由于需求變更等原因需變更臨時表結構，則接口程序要做修改，產生新的開發(fā)成本。

5、ERP 提交單據(jù)的操作比之前慢些許

方式2： 調條形碼系統(tǒng)Web Service

ERP提交單據(jù)同時或延遲調用條形碼系統(tǒng) Web Service 把數(shù)據(jù)同步到 條形碼系統(tǒng)

分工：
1、條形碼系統(tǒng) 實現(xiàn) Web Service
2、ERP 實現(xiàn)提交單據(jù)同時或延遲調用 Web Service 把數(shù)據(jù)同步到條形碼系統(tǒng)

優(yōu)：
1、實現(xiàn)簡單、ERP開發(fā)工作量小
2、如 ERP 提交單據(jù)并同時調用 Web Service，可實現(xiàn)數(shù)據(jù)實時同步。
3、雙方系統(tǒng)通過 Web Service 中間接口隔開，互不影響，責任容易區(qū)分。
4、可通過設計靈活的 Web Service 接口以避免未來需求變更時接口程序的變更。

劣：
1、如ERP提交單據(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ù)而在投換料驗證不通過而導致生產停止。

3、ERP 提交單據(jù)的操作比之前慢些許(但在局域網(wǎng)內，且數(shù)據(jù)量也不是很大，基本上影響很小的，一般最多延遲1、2秒）

方式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ù)，
可能會由于服務器資源緊張、數(shù)據(jù)庫事務、并發(fā)、死鎖等問題導致 ERP 運行故障,
當故障發(fā)生，需分析雙方的程序(包括條形碼系統(tǒng)讀臨時表的邏輯)判斷問題所在，但程序各自實現(xiàn)，很難操作，難以區(qū)分責任方。

2、條形碼系統(tǒng) 需要定時去讀 ERP 臨時表，則可能會由于 ERP 故障、服務器、網(wǎng)絡等問題無法讀到臨時表
導致數(shù)據(jù)無法及時同步到 條形碼系統(tǒng)，可能導致條形碼系統(tǒng)因無法讀到應有數(shù)據(jù)而在投換料驗證不通過而導致生產停止。

3、由于條形碼系統(tǒng)或 ERP 需求變更等原因需變更臨時表結構，則雙方接口程序要做修改，產生新的開發(fā)成本。

方式4： 調 ERP Web Service

ERP提交單據(jù)時先把數(shù)據(jù)暫存到臨時表，條形碼系統(tǒng) 定時調用 Web Service， WebSerice 實現(xiàn)從臨時表查詢數(shù)據(jù)

分工：
1、ERP 實現(xiàn) Web Service
2、ERP 實現(xiàn)提交單據(jù)時先把數(shù)據(jù)暫存到臨時表，實現(xiàn) Web Serice 從臨時表查詢數(shù)據(jù)
3、條形碼系統(tǒng) 實現(xiàn)定時調 ERP WebService 把數(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ù)而在投換料驗證不通過而導致生產停止。

方式比較：

方式	對生產的影響	雙方系統(tǒng)耦合度	ERP 因接口故障的責任區(qū)分	PTS 因接口故障的責任區(qū)分	對ERP提交單據(jù)的影響	實時性	ERP開發(fā)工作量
寫條形碼系統(tǒng)臨時表	較高	高	--	難	較高	高	較大
調條形碼系統(tǒng)Web Service		低	--	易	較低	高	最小
讀條形碼系統(tǒng)臨時表		高	難	--		低	較小
調條形碼系統(tǒng)Web Service	較低	低	易	--	較低	低	較大

總結：

考慮選擇那種接口方式，考慮各要素的優(yōu)先順序應該：

首先是，對生產的影響，生產停止，損失重大；
然后是，雙方系統(tǒng)的依賴度，系統(tǒng)關聯(lián)太緊發(fā)生問題時責任難以區(qū)分，且程序未來變更的可能性徒增；
接著是，對ERP提交單據(jù)的影響，但 ERP 單據(jù)提交速度慢些許或偶爾的延遲提交不會對生產產生太大影響，遠沒有前面2點重要。
最后是，實時性，ERP開發(fā)工作量等等，這些應該是最后考慮的。

所以，接口采用方式的優(yōu)先順序應該是：
調條形碼系統(tǒng)Web Service > 調 ERP Web Service > 讀 ERP 臨時表? > 寫條形碼系統(tǒng)臨時表

綜合來看，調條形碼系統(tǒng)Web Service 是首先推薦采用的方式，因為：
對生產影響最小、雙方系統(tǒng)的依賴度低、出問題責任容易區(qū)分、實時性也很高、開發(fā)工作量最小，
對客戶、ERP、條形碼系統(tǒng) 三方來說是的方式。

而 讀 ERP 臨時表 、 寫條形碼系統(tǒng)臨時表 都不是推薦的方式，因為：
對生產影響較大、雙方系統(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 的產品功能，并可以與外部的行業(yè)解決方案集成。SDK 的 DI API可以讓你在業(yè)務數(shù)據(jù)級別訪問 SAP Business One，幾乎所有在 SAP Business One 客戶端中的業(yè)務對象都被復制到了DI API中，這樣就可以被外部的應用程序訪問，外部應用程序通過 COM 訪問業(yè)務對象，避免了對 SBO 內部復雜業(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.DLL 接口能夠存取 SBO 客戶端對象的方法、屬性等。

如下圖所示邏輯：

存取模式

下圖所示：它主要展示業(yè)務對象在結構中的真正對象。 第三方應用程序如何去連接對象。我們所描述的數(shù)據(jù)是多層的。 這些層使用 COM 技術，不管是外部的應用程序存取數(shù)據(jù)，還是第三方應用程序如果要訪問SBO? 數(shù)據(jù)，都必須通過DI_API來訪問， DI_API 是一個以 COM 技術為基礎的業(yè)務對象庫。 這些業(yè)務對象能被一些開發(fā)語言 ( 如 Visual Basic,C語言/C語言++,Delphi語言) 任何一個支持 COM 技術的工具所利用除此之外，DI_API 也被Java語言編寫為包。 這意味這你也能使用 Java語言存取業(yè)務對象。它為我們提供了大多說的訪問業(yè)務數(shù)據(jù)的函數(shù)、屬性、方法。

業(yè)務數(shù)據(jù)對象

DI_API支持幾乎所有的業(yè)務數(shù)據(jù)對象，如科目、、合作伙伴、物料、產品結構、Documents、Stock Transfer等。但有些數(shù)據(jù)對象DI_API沒有開放，如審批流。如果第三方系統(tǒng)需要使用SBO的審批流，需要去研究并直接讀寫審批流相關的表。

XML技術

XML文件是一種可擴展標示語言，它是一種儲存數(shù)據(jù)技術，因為數(shù)據(jù)傳輸安全、快捷被廣泛使用。SBO 的數(shù)據(jù)對象可以保存為xml，使SBO數(shù)據(jù)庫和客戶的數(shù)據(jù)庫之間能夠進行大規(guī)模的數(shù)據(jù)交換 (不管數(shù)據(jù)類型)。
事務

DI API 支持二種不同類型的事務

1、Single Transaction

每個數(shù)據(jù)操作的執(zhí)行對象都啟動一個事務，操作結果依賴對象得執(zhí)行結果 (成功或失效), 系統(tǒng)自動地提交或回滾當前數(shù)據(jù)操作。如果操作是成功，那么整個過程將被提交。?

2、Global Transaction

在這個事務中，你能執(zhí)行很多步數(shù)據(jù)操作，如果某一步的數(shù)據(jù)操作失敗，那么整個事務將自動地被迫回滾。 開始和結束一個事務，我們用對象Company中的下面2個對象來處理:

Company.StartTransaction

EndTransaction[wf_RollBack,wf_Commit]

有關SBO DI API更多信息，請參考 SAP 公司提供的 << SAP? Business One 中文版培訓教材 －SDK >>資料。

條形碼系統(tǒng)和ERP集成，精通和SAP、用友、金碟、神州數(shù)碼等ERP集成，如需了解更詳細信息，請隨時聯(lián)系白綠藍信息科技。