電子數(shù)據(jù)與企業(yè)ERP內(nèi)部通信

申請(qǐng)免費(fèi)試用、咨詢(xún)電話：400-8352-114

ERP通過(guò)對(duì)企業(yè)的物資、資金、信息等資源的統(tǒng)一管理，更好地實(shí)現(xiàn)信息共享，提高企業(yè)資源的利用率，有效加強(qiáng)企業(yè)管理過(guò)程監(jiān)督和控制力。針對(duì)企業(yè)間的ERP通信，EDI通過(guò)制訂標(biāo)準(zhǔn)化的數(shù)據(jù)格式消除了企業(yè)間的系統(tǒng)溝通障礙。然而在企業(yè)內(nèi)部的信息交換卻沒(méi)有一個(gè)相應(yīng)的信息標(biāo)準(zhǔn)。這個(gè)問(wèn)題在企業(yè)整合或erp系統(tǒng)更新時(shí)顯得尤為明顯?！　?/P>

1 原有模式的缺點(diǎn)

當(dāng)前國(guó)內(nèi)外ERP內(nèi)部信息交換由于沒(méi)有相應(yīng)的標(biāo)準(zhǔn)，不同的ERP軟件產(chǎn)品都采用各自的數(shù)據(jù)交換方式，一般采用直接或間接訪問(wèn)數(shù)據(jù)庫(kù)的方式來(lái)得到需要的數(shù)據(jù)。這樣做可以加快數(shù)據(jù)處理的速度。但是在企業(yè)實(shí)施、整合或更新，特別是面對(duì)不同的ERP系統(tǒng)時(shí)，不同的語(yǔ)義和數(shù)據(jù)結(jié)構(gòu)都可能成為障礙。

1. 1系統(tǒng)模塊添加

在信息化的過(guò)程中，一些企業(yè)在初期可能存在企業(yè)信息化人才和計(jì)算機(jī)設(shè)備缺乏等情況，從實(shí)際情況和成本方面考慮，往往會(huì)采用只采用部分ERP模塊或開(kāi)發(fā)一些信息系統(tǒng)，在信息化比較成熟的時(shí)候再切換到ERP系統(tǒng)。比如許多企業(yè)的信息化都是從會(huì)計(jì)電算化開(kāi)始的，在條件成熟的時(shí)候，再開(kāi)始增加模塊或直接上ERP系統(tǒng)。在上ERP系統(tǒng)的時(shí)候是選擇全新的系統(tǒng)，還是在成熟的系統(tǒng)上進(jìn)行升級(jí)，是企業(yè)經(jīng)常面對(duì)的一個(gè)問(wèn)題。放棄熟悉的系統(tǒng)而轉(zhuǎn)向一個(gè)全新的系統(tǒng)，對(duì)企業(yè)而言不僅是極大的資源浪費(fèi)，而且還要承受更大的風(fēng)險(xiǎn)。在選擇系統(tǒng)升級(jí)和添加新的系統(tǒng)模塊時(shí)，經(jīng)常面對(duì)的一個(gè)問(wèn)題就是如何使新的系統(tǒng)與原系統(tǒng)進(jìn)行平滑轉(zhuǎn)換。由于不同的ERP系統(tǒng)可能采用完全不同的數(shù)據(jù)庫(kù)系統(tǒng)和系統(tǒng)流程，數(shù)據(jù)庫(kù)不兼容、流程差異等都可能造成ERP實(shí)施的失敗。

1. 2不同系統(tǒng)整合

在一個(gè)企業(yè)中運(yùn)行不同的ERP系統(tǒng)并不是很常見(jiàn)，但是出現(xiàn)的問(wèn)題也許是致命的。在企業(yè)整合過(guò)程中，這種情況就可能出現(xiàn)，往往是在要聯(lián)合的企業(yè)分別運(yùn)行了不同的ERP系統(tǒng)，這樣就常常要求ERP系統(tǒng)整合。由于不同的企業(yè)可能采用不同的ERP軟件，而且企業(yè)的規(guī)模越大難度就越大，在整合失敗的情況下，造成的損失就越大。由于在實(shí)際情況中，各個(gè)企業(yè)信息化環(huán)境不同，如果ERP系統(tǒng)整合不好就會(huì)形成兩個(gè)企業(yè)的信息相對(duì)獨(dú)立，就會(huì)形成一個(gè)“信息孤島”，使每個(gè)系統(tǒng)相對(duì)獨(dú)立又相互封閉。在明基、西門(mén)子手機(jī)部門(mén)兼并過(guò)程中，ERP整合失敗是造成兼并失敗的一個(gè)重要原因。

2 EDI的工作模式

在ERP的發(fā)展過(guò)程中，企業(yè)原來(lái)的單一企業(yè)向以供應(yīng)鏈為主導(dǎo)的虛擬企業(yè)發(fā)展，企業(yè)間的合作不斷加強(qiáng)。為了解決企業(yè)間的ERP系統(tǒng)間的信息交流問(wèn)題，早在上世紀(jì)60年代，歐洲和美國(guó)幾乎同時(shí)提出了EDI的概念。EDI(Electronic Data Interchange，電子數(shù)據(jù)交換)通過(guò)計(jì)算機(jī)通信網(wǎng)絡(luò)將企業(yè)間商業(yè)信息，用一種國(guó)際公認(rèn)的標(biāo)準(zhǔn)格式，實(shí)現(xiàn)各有關(guān)部門(mén)或公司與企業(yè)之間的數(shù)據(jù)交換與處理，并完成以貿(mào)易為中心的全部過(guò)程。國(guó)際標(biāo)準(zhǔn)化組織(ISO)將EDI描述為：“將貿(mào)易(商業(yè))或行政事務(wù)處理按照一個(gè)公認(rèn)的標(biāo)準(zhǔn)變成結(jié)構(gòu)化的事務(wù)處理或信息數(shù)據(jù)格式，從計(jì)算機(jī)到計(jì)算機(jī)的電子傳輸”。

早期的EDI系統(tǒng)實(shí)施費(fèi)用昂貴，隨著XML技術(shù)的出現(xiàn)，聯(lián)合國(guó)貿(mào)易促進(jìn)及電子商務(wù)中心(UN/CEFACT)和美國(guó)結(jié)構(gòu)信息標(biāo)準(zhǔn)高級(jí)組織(OASIS)又提出了ebXML(Electronic Business using eXtensible Markup Language)的解決方案。ebXML作為一種廉價(jià)的EDI實(shí)現(xiàn)技術(shù)得到了迅速的發(fā)展。

ebXML作為一種企業(yè)間的數(shù)據(jù)傳輸?shù)慕鉀Q方案很好地消除了ERP系統(tǒng)間的數(shù)據(jù)差異問(wèn)題。在解決這個(gè)問(wèn)題之前，我們可以參考一下ebXML的工作模式。ebXML是一組標(biāo)準(zhǔn)化規(guī)范，它使得不同規(guī)模、不同地域的企業(yè)通過(guò)互聯(lián)網(wǎng)進(jìn)行商務(wù)通信。通過(guò)使用ebXML，公司可以使用標(biāo)準(zhǔn)化的方法去交換商業(yè)信息、開(kāi)展貿(mào)易關(guān)系、用正常術(shù)語(yǔ)聯(lián)絡(luò)信息、定義和注冊(cè)業(yè)務(wù)流程。

在ebXML的使用過(guò)程中，企業(yè)間的XML格式差異都是通過(guò)ebXML注冊(cè)中心來(lái)消除的。在ebXML注冊(cè)中心將不同公司的相同信息一一對(duì)應(yīng)起來(lái)，在不同公司要求獲取數(shù)據(jù)的時(shí)候，將需要的公司信息轉(zhuǎn)換為請(qǐng)求可以識(shí)別的ebXML格式。

3 模塊間通信的標(biāo)準(zhǔn)化

在信息系統(tǒng)設(shè)計(jì)開(kāi)發(fā)中，對(duì)于數(shù)據(jù)流和數(shù)據(jù)字典中格式的最終實(shí)現(xiàn)是由于系統(tǒng)開(kāi)發(fā)時(shí)采用的開(kāi)發(fā)工具與系統(tǒng)模型相關(guān)。在實(shí)際的應(yīng)用中，由于對(duì)內(nèi)部數(shù)據(jù)格式?jīng)]有統(tǒng)一的規(guī)定，不同的ERP系統(tǒng)，或者同一ERP系統(tǒng)不同版本的內(nèi)部交換格式都可能是不同的，這樣就對(duì)系統(tǒng)的整合及二次開(kāi)發(fā)帶來(lái)一定的難度。

雖然在不同的語(yǔ)言中，也存在各自的數(shù)據(jù)交換語(yǔ)言，比如Ajax技術(shù)中就采用JSON作為其數(shù)據(jù)交換的標(biāo)準(zhǔn)。由于Ajax使用的JavaScript是一種腳本語(yǔ)言，腳本語(yǔ)言較低的效率和缺少XML解釋器使得Ajax放棄了對(duì)XML的選擇而轉(zhuǎn)向了簡(jiǎn)潔的JSON，雖然JSON在數(shù)據(jù)格式和使用上都比XML簡(jiǎn)潔，然而JSON專(zhuān)注于JavaScript方面的數(shù)據(jù)交換，缺乏語(yǔ)言的兼容性，而且JSON不是一個(gè)標(biāo)準(zhǔn)化的格式，穩(wěn)定性和安全性都不能很好地保證，所以在普及方面還是有很多的問(wèn)題。

類(lèi)似的技術(shù)是ADO.Net采用了XML作為數(shù)據(jù)交換的中間格式，XML作為數(shù)據(jù)交換的統(tǒng)一格式為其實(shí)現(xiàn)跨數(shù)據(jù)庫(kù)提供了基礎(chǔ)。由于ADO技術(shù)只是作為一種跨數(shù)據(jù)庫(kù)的數(shù)據(jù)操作方式而設(shè)計(jì)，對(duì)于數(shù)據(jù)含義的統(tǒng)一和解釋并不是必要的。同時(shí)，在新一代的數(shù)據(jù)庫(kù)存儲(chǔ)技術(shù)中，XML已成為新的數(shù)據(jù)庫(kù)存儲(chǔ)格式，XML在Web應(yīng)用中也起到了舉足輕重的作用。而在桌面應(yīng)用中，XML也已成為很好的數(shù)據(jù)存儲(chǔ)格式。XML作為新一代的數(shù)據(jù)存儲(chǔ)標(biāo)準(zhǔn)，XML著眼于數(shù)據(jù)存儲(chǔ)及數(shù)據(jù)的呈現(xiàn)，作為下一代的網(wǎng)絡(luò)語(yǔ)言XML是成功的。然而在語(yǔ)義統(tǒng)一方面，XML并沒(méi)有做出相應(yīng)的規(guī)定，不能作為模塊間通信的數(shù)據(jù)交換語(yǔ)言。

4 如何使用ebXML消除數(shù)據(jù)差異

消除模塊間的信息交換格式不統(tǒng)一的問(wèn)題，成熟的ebXML似乎是一個(gè)可行的解決方案。由于ebXML在設(shè)計(jì)之初就是為了統(tǒng)一不同系統(tǒng)間的通信格式，作為系統(tǒng)內(nèi)部數(shù)據(jù)交換的統(tǒng)一格式，也是非常合適的。

在系統(tǒng)設(shè)計(jì)時(shí)，系統(tǒng)設(shè)計(jì)人員就根據(jù)需要對(duì)系統(tǒng)做出系統(tǒng)設(shè)計(jì)，數(shù)據(jù)字典和數(shù)據(jù)流是其中重要的一部分，合理高效的數(shù)據(jù)流是好的信息系統(tǒng)的基礎(chǔ)，在信息系統(tǒng)試運(yùn)行期間，針對(duì)用戶(hù)變化的需求有時(shí)可能要對(duì)數(shù)據(jù)做出一定的修改和完善，如何在變化的需求中保持系統(tǒng)的穩(wěn)健性是信息系統(tǒng)設(shè)計(jì)開(kāi)發(fā)者需要考慮的一個(gè)問(wèn)題。在系統(tǒng)模塊直接訪問(wèn)數(shù)據(jù)的開(kāi)發(fā)方式下，一旦某個(gè)數(shù)據(jù)流需要做出修改，涉及的模塊都要做出相應(yīng)的修改。而利用ebXML將數(shù)據(jù)流進(jìn)行對(duì)象化封裝是一個(gè)比較好的解決方案。

在ebXML的實(shí)施中，不同系統(tǒng)的的差異由ebXML注冊(cè)中心來(lái)消除，不同含義的XML信息通過(guò)在注冊(cè)處查找對(duì)方的定義來(lái)實(shí)現(xiàn)轉(zhuǎn)換，對(duì)于不同的數(shù)據(jù)信息也可以采用類(lèi)似的處理辦法來(lái)進(jìn)行轉(zhuǎn)換，我們可以在ERP系統(tǒng)與數(shù)據(jù)庫(kù)之間加入EDI翻譯層作為ERP系統(tǒng)與數(shù)據(jù)庫(kù)交互的中介，系統(tǒng)中各個(gè)模塊間的數(shù)據(jù)流可以在EDI翻譯層定義，所有的數(shù)據(jù)相關(guān)定義存儲(chǔ)在EDI翻譯層，ERP的各個(gè)模塊不再直接對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作，在系統(tǒng)模塊請(qǐng)求的時(shí)候，只是向EDI翻譯層發(fā)出數(shù)據(jù)流請(qǐng)求，而EDI翻譯層將根據(jù)系統(tǒng)設(shè)計(jì)時(shí)預(yù)定義的數(shù)據(jù)流格式，從數(shù)據(jù)庫(kù)獲得并轉(zhuǎn)換為XML格式報(bào)文返回給ERP系統(tǒng)。

而對(duì)于外部系統(tǒng)的數(shù)據(jù)操作同樣由EDI翻譯層來(lái)消除差異性，在不同的ERP系統(tǒng)互聯(lián)的時(shí)候，首先要在EDI翻譯層對(duì)對(duì)方的數(shù)據(jù)流和數(shù)據(jù)字典做出對(duì)應(yīng)的數(shù)據(jù)解釋?zhuān)磳?duì)方的數(shù)據(jù)流和自己的數(shù)據(jù)庫(kù)對(duì)應(yīng)起來(lái)。在不同系統(tǒng)間通信時(shí)，如果需要外部數(shù)據(jù)，則對(duì)EDI翻譯層發(fā)出數(shù)據(jù)請(qǐng)求，己方的EDI翻譯層收到后將請(qǐng)求轉(zhuǎn)發(fā)給被請(qǐng)求方的EDI翻譯層，對(duì)方的EDI翻譯層收到后則根據(jù)定義數(shù)據(jù)格式做出反應(yīng)和處理，然后將要求的數(shù)據(jù)返回給發(fā)送方的EDI翻譯層，己方的EDI翻譯層再把數(shù)據(jù)返回給ERP模塊，這樣完成整個(gè)數(shù)據(jù)處理過(guò)程(參見(jiàn)圖2)。即在全局方面，EDI翻譯層也可以作為ebXML的端點(diǎn)來(lái)實(shí)現(xiàn);在內(nèi)部系統(tǒng)中，EDI翻譯層又是ebXML的本地化的實(shí)現(xiàn)。所以在具體實(shí)施中，EDI翻譯層并不與ebXML沖突，兩者可以很好地結(jié)合在一起。

5 在企業(yè)開(kāi)發(fā)中的意義

在ERP系統(tǒng)與數(shù)據(jù)庫(kù)中間加入翻譯層，使得數(shù)據(jù)層與處理層分離的開(kāi)發(fā)方法不僅在ERP系統(tǒng)整合等應(yīng)用中發(fā)揮作用，而且對(duì)于ERP系統(tǒng)設(shè)計(jì)也有著重要意義。采用這種方法使得ERP軟件的設(shè)計(jì)與數(shù)據(jù)庫(kù)無(wú)關(guān)，對(duì)于設(shè)計(jì)人員而言，在針對(duì)不同數(shù)據(jù)庫(kù)的開(kāi)發(fā)中，不需要關(guān)注數(shù)據(jù)庫(kù)之間的差異，而由EDI翻譯層來(lái)消除其間的差異。在新版本開(kāi)發(fā)中，數(shù)據(jù)流的修改不再影響到整個(gè)系統(tǒng)，只要在EDI翻譯層修改數(shù)據(jù)流及數(shù)據(jù)字典的定義即可。在系統(tǒng)設(shè)計(jì)時(shí)，針對(duì)在對(duì)在不同企業(yè)、但企業(yè)流程相同或相似的系統(tǒng)，開(kāi)發(fā)人員只要針對(duì)企業(yè)做出不同的數(shù)據(jù)定義，而應(yīng)用部分則不需要完全重新開(kāi)發(fā)。另外在XML開(kāi)發(fā)中，還可以通過(guò)XSL使界面和數(shù)據(jù)分離，經(jīng)過(guò)層次的分離后，ERP系統(tǒng)設(shè)計(jì)者可以專(zhuān)注于ERP系統(tǒng)的流程，而從具體的數(shù)據(jù)處理工作中擺脫出來(lái)，這樣不僅降低了ERP系統(tǒng)的開(kāi)發(fā)難度，還增強(qiáng)了系統(tǒng)的柔性，針對(duì)企業(yè)定制ERP系統(tǒng)的難度將得到降低，對(duì)于提高ERP實(shí)施的成功率有很大的促進(jìn)作用。

作為信息系統(tǒng)設(shè)計(jì)的一種數(shù)據(jù)解決方式，采用數(shù)據(jù)層、系統(tǒng)處理層分離設(shè)計(jì)的做法可以使開(kāi)發(fā)人員專(zhuān)注于自己的模塊，大大提高工作效率。

然而，由于在數(shù)據(jù)處理的過(guò)程中從數(shù)據(jù)庫(kù)得到的數(shù)據(jù)和用戶(hù)發(fā)送的數(shù)據(jù)都要由EDI翻譯層進(jìn)行轉(zhuǎn)換，這樣必定會(huì)降低數(shù)據(jù)處理的效率。在ERP信息系統(tǒng)中，一般來(lái)說(shuō)，數(shù)據(jù)處理速度不是系統(tǒng)的瓶頸，且ERP系統(tǒng)一般都是部署在企業(yè)內(nèi)部網(wǎng)中，網(wǎng)絡(luò)速度和系統(tǒng)轉(zhuǎn)換速度都不會(huì)對(duì)系統(tǒng)處理速度造成很大的影響。與其帶來(lái)的效益相比，這些都是可以接受的。這種方法對(duì)于開(kāi)發(fā)通用ERP系統(tǒng)的意義尤為明顯。

6 結(jié)束語(yǔ)

ERP系統(tǒng)的整合是一項(xiàng)重要的工程，并非單純的數(shù)據(jù)整合。本文旨在提出一種跨系統(tǒng)、跨數(shù)據(jù)庫(kù)的數(shù)據(jù)整合方案，通過(guò)ebXML的數(shù)據(jù)轉(zhuǎn)換將不同類(lèi)型的數(shù)據(jù)轉(zhuǎn)換為系統(tǒng)可用的XML數(shù)據(jù)格式，在不同的系統(tǒng)中的數(shù)據(jù)格式識(shí)別問(wèn)題由ebXML注冊(cè)中心來(lái)解決。