條形碼系統(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年代是條形碼及時(shí)磅礴發(fā)展的時(shí)期。條形碼歐美、日本和我國的發(fā)展、應(yīng)用的時(shí)間也不盡相同。總體說來美國、歐洲和日本次之、我國最晚，到20世紀(jì)80年代初才開始研究，1988年12月28日，“中國物品編碼中心"成立，負(fù)責(zé)研究、推廣條碼技術(shù)；同意組織、開發(fā)、 協(xié)調(diào)、管理我國的條碼工作。使我國的條形碼技術(shù)得到磅礴發(fā)展。

條形碼技術(shù)的意義：

1. 條碼技術(shù)與信息系統(tǒng)的強(qiáng)大接口技術(shù)：備件物流中心信息系統(tǒng)在規(guī)劃實(shí)施時(shí)就已經(jīng)考慮到了條碼的需要，條碼系統(tǒng)與倉儲管理系統(tǒng)實(shí)現(xiàn)了無縫鏈接，即便是以后條碼與SAP鏈接，也可以借助SAP提供的RFC接口或相應(yīng)的DCOM組件來加入條碼支持
2. 條碼技術(shù)對備件物流管理產(chǎn)生的作用：條碼還具有易操作、易維護(hù)的特點(diǎn)。對于室外場合，使用計(jì)算機(jī)登記信息非常不方便，通過使用條碼采集器，可以在操作現(xiàn)場將采集的條碼信息保存在采集器中，然后傳輸?shù)接?jì)算機(jī)。條碼采集器外形輕便，操作簡便，不需要安裝配置軟件系統(tǒng)，極大地提高了系統(tǒng)的使用性。
   條碼除了其技術(shù)特點(diǎn)外，在物流系統(tǒng)中還可以完成許多傳統(tǒng)物流無法實(shí)現(xiàn)的工作。通過給每個(gè)物品一個(gè)的條碼，可以對該物品的流轉(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的各子系統(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è)各方面的資源充分調(diào)配和平衡，使企業(yè)在激烈的市場競爭中地發(fā)揮足夠的能力，從而取得更好的經(jīng)濟(jì)效益。

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

條形碼系統(tǒng)

條形碼系統(tǒng)的思想就是要在進(jìn)銷存、生產(chǎ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)極大地影響了產(chǎn)品生產(chǎn)效率，雜亂無序的物料倉庫、復(fù)雜的生產(chǎn)備料及采購計(jì)劃的執(zhí)行幾乎是每個(gè)企業(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)報(bào)告，與采購定單掛鉤建立對供應(yīng)商的評價(jià)。

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)計(jì)劃，監(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)批次計(jì)劃審核后建立產(chǎn)品檔案。
3. 通過生產(chǎn)線上的信息采集點(diǎn)來控制生產(chǎn)的信息。
4. 通過產(chǎn)品標(biāo)識碼條碼在生產(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)品的序列號能追溯到產(chǎn)品生產(chǎn)過程中的所有關(guān)鍵部件信息、加工工藝信息、不良處理信息等；也可以通過關(guān)鍵部件的批次或者編號反向追溯使用該批次或該編號的關(guān)鍵部件的所有產(chǎn)品，解決出現(xiàn)問題是問題產(chǎn)品快速定位、召回，減少企業(yè)的損失，同時(shí)分析問題所在，改進(jìn)生產(chǎn)，提升產(chǎn)品品質(zhì)和企業(yè)競爭力。

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

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

管理對象方面：ERP涵蓋制造、財(cái)務(wù)、銷售、分銷、人力資源、運(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)*的管理方式，管理理念，偏向于對企業(yè)的持續(xù)改善；而條形碼系統(tǒng)則注重自動識別技術(shù)、無線實(shí)時(shí)掃描、批處理掃描等，目標(biāo)是提高物品進(jìn)銷存、物品加工生產(chǎn)、物品資料庫建立、物品追溯、物品的流通的效率的質(zhì)量。

從業(yè)務(wù)功能來看：條形碼系統(tǒng)功能是ERP功能的子集，條形碼系統(tǒng)管理的對象也是ERP系統(tǒng)管理對象的一個(gè)子集。條形碼系統(tǒng)是在進(jìn)銷存、生產(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í)時(shí)性、移動性、便捷性方面的不足。
5. 簡化ERP進(jìn)銷存、生產(chǎn)管理等業(yè)務(wù)操作，降低ERP的使用難度，降低ERP對操作人員的水平要求

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

通過上面的分析，條形碼系統(tǒng)和ERP分別在自動識別和企業(yè)管理方面充分發(fā)揮各自的特點(diǎn)和優(yōu)勢，雙方以一種互補(bǔ)的姿態(tài)，為企業(yè)的決策層、員工、管理者提供高效優(yōu)質(zhì)的服務(wù)。但是對于條形碼系統(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)定、不正確。下面將對條形碼和ERP對接的方式進(jìn)行介紹和比較，可以作為條形碼系統(tǒng)和ERP對接的參考。

1. 前提及共識：
1. 條形碼系統(tǒng)：實(shí)時(shí)系統(tǒng)，非正常停止運(yùn)行，將影響生產(chǎn)、銷售、倉庫，特別是對生產(chǎn)的影響，對作業(yè)影響很大。
2. ERP：非實(shí)時(shí)系統(tǒng)，非正常停止運(yùn)行，不會導(dǎo)致生產(chǎn)停止，單據(jù)數(shù)據(jù)暫時(shí)不錄入生產(chǎn)影響很小。
3. 低耦合接口：接口耦合度越低，對雙方系統(tǒng)的影響就越小，就越好。
2. 各種接口方式
1. Web Service：國際開放的標(biāo)準(zhǔn)接口，是以較低耦合度連接兩個(gè)不同系統(tǒng)的接口方式之一。
2. 臨時(shí)表：一個(gè)系統(tǒng)對另一個(gè)系統(tǒng)臨時(shí)表的訪問，就是對另一系統(tǒng)數(shù)據(jù)庫的訪問，可能會影響對方系統(tǒng)的正常運(yùn)行，產(chǎn)生難以區(qū)分責(zé)任的問題；而且當(dāng)其表結(jié)構(gòu)發(fā)生變化就必須對接口程序做修改，產(chǎn)生新的開發(fā)成本，不是好的低耦合接口方式。
3. API接口：這種方式一般是ERP提供API接口，條形碼系統(tǒng)調(diào)用API接口，達(dá)到數(shù)據(jù)的同步。各ERP的設(shè)計(jì)、開發(fā)API接口時(shí)，在安全性、嚴(yán)謹(jǐn)性、數(shù)據(jù)完整性等方面都有充分的考慮，是條形碼系統(tǒng)和ERP對接的方式之一。然而由于各種原因，并不是所有的ERP都有開放的API接口，如神州數(shù)碼，K3、中國臺灣天星等；而國際上大型的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)要不停訪問，ERP也要往其寫數(shù)據(jù)，
可能會由于服務(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í)表，則可能會由于條形碼系統(tǒng)故障、服務(wù)器、網(wǎng)絡(luò)等問題使寫臨時(shí)表失敗，導(dǎo)致單據(jù)無法提交。

3、如 ERP 提交單據(jù)后不立刻寫條形碼系統(tǒng)臨時(shí)表，而是定時(shí)觸發(fā)寫到條形碼系統(tǒng)臨時(shí)表，不會導(dǎo)致單據(jù)無法完成提交，
但會使得數(shù)據(jù)無法實(shí)時(shí)同步到 條形碼系統(tǒng)，可能導(dǎo)致條形碼系統(tǒng)因無法讀到應(yīng)有數(shù)據(jù)而在投換料驗(yàn)證不通過而導(dǎo)致生產(chǎn)停止。

4、由于需求變更等原因需變更臨時(shí)表結(jié)構(gòu)，則接口程序要做修改，產(chǎn)生新的開發(fā)成本。

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

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

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

分工：
1、條形碼系統(tǒng) 實(shí)現(xiàn) Web Service
2、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è)計(jì)靈活的 Web Service 接口以避免未來需求變更時(shí)接口程序的變更。

劣：
1、如ERP提交單據(jù)同時(shí)調(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，而是過后通過其他方式定時(shí)觸發(fā)調(diào)用 Web Service，不會導(dǎo)致單據(jù)無法完成提交，
但會使得數(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秒）

方式3：讀 ERP 臨時(shí)表

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

2、條形碼系統(tǒng) 需要定時(shí)去讀 ERP 臨時(shí)表，則可能會由于 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 Service

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

分工：
1、ERP 實(shí)現(xiàn) Web Service
2、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，則可能會由于 ERP 故障、服務(wù)器、網(wǎng)絡(luò)等問題調(diào)用失敗，
導(dǎo)致數(shù)據(jù)無法及時(shí)同步到條形碼系統(tǒng)，可能導(dǎo)致條形碼系統(tǒng)因無法讀到應(yīng)有數(shù)據(jù)而在投換料驗(yàn)證不通過而導(dǎo)致生產(chǎn)停止。

方式比較：

方式	對生產(chǎn)的影響	雙方系統(tǒng)耦合度	ERP 因接口故障的責(zé)任區(qū)分	PTS 因接口故障的責(zé)任區(qū)分	對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)該：

首先是，對生產(chǎn)的影響，生產(chǎn)停止，損失重大；
然后是，雙方系統(tǒng)的依賴度，系統(tǒng)關(guān)聯(lián)太緊發(fā)生問題時(shí)責(zé)任難以區(qū)分，且程序未來變更的可能性徒增；
接著是，對ERP提交單據(jù)的影響，但 ERP 單據(jù)提交速度慢些許或偶爾的延遲提交不會對生產(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)椋?br> 對生產(chǎn)影響最小、雙方系統(tǒng)的依賴度低、出問題責(zé)任容易區(qū)分、實(shí)時(shí)性也很高、開發(fā)工作量最小，
對客戶、ERP、條形碼系統(tǒng) 三方來說是的方式。

而 讀 ERP 臨時(shí)表 、 寫條形碼系統(tǒng)臨時(shí)表 都不是推薦的方式，因?yàn)椋?br> 對生產(chǎn)影響較大、雙方系統(tǒng)的依賴度高、出問題責(zé)任難以區(qū)分，未來接口程序變更可能性大。

對接方式：API接口

作為條形碼系統(tǒng)和ERP對接的方式，但遺憾的并非所有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 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ù)邏輯細(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ù)對象被復(fù)制到這個(gè) DLL 中。通過SAPbobsCOM.DLL 接口能夠存取 SBO 客戶端對象的方法、屬性等。

如下圖所示邏輯：

存取模式

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

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

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

XML技術(shù)

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

DI API 支持二種不同類型的事務(wù)

1、Single Transaction

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

2、Global Transaction

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

Company.StartTransaction

EndTransaction[wf_RollBack,wf_Commit]

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

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