引言
從最早的庫存、成本優(yōu)化到MRP、MRPII直至ERP，企業(yè)的信息化走過了非常漫長的道路，隨著信息技術(shù)應用的逐漸成熟，很多企業(yè)已經(jīng)有了自己完整的ERP系統(tǒng)，并且有了ERP系統(tǒng)的龐大數(shù)據(jù)庫。近10年來，協(xié)同商務作為企業(yè)信息化的新方向越來越被企業(yè)所重視，但是當1個企業(yè)引進協(xié)同商務系統(tǒng)，就會造成企業(yè)中同時擁有2個不同信息系統(tǒng)和數(shù)據(jù)庫，獨立運行2個系統(tǒng)會產(chǎn)生雙倍工作量以及數(shù)據(jù)混亂的問題，怎樣才能更好地集成2個系統(tǒng)的數(shù)據(jù)使得2個數(shù)據(jù)庫能夠同步更新就成了在成熟運行ERP系統(tǒng)的企業(yè)中引入?yún)f(xié)同商務系統(tǒng)所面臨的重大問題。
1 企業(yè)資源計劃
企業(yè)資源計劃(Enterprise Resource Planning，ERP)是從物料需求計劃(Material Requirement Planning，MRP)發(fā)展而來的一種現(xiàn)代化的管理手段。它通過信息技術(shù)將企業(yè)內(nèi)部銷售、采購、生產(chǎn)、財務、人事等各職能部門進行資源整合和業(yè)務流程重組，以平衡供需為目的，進行有效的計劃和控制，從而提高了企業(yè)資源調(diào)配的能力。從信息技術(shù)在企業(yè)中的應用角度講，它是企業(yè)信息化的1個重要階段，早期以無紙化為目標的各部門的信息化在ERP之前就已經(jīng)有了長期的發(fā)展，而ERP的誕生將企業(yè)內(nèi)部各種信息化手段有效的集合起來，解決了原先各個部門單獨應用信息化產(chǎn)生的信息孤島問題，使企業(yè)的信息化從早期的一種輔助手段提升到了關(guān)乎企業(yè)前途命運的戰(zhàn)略決策高度。從技術(shù)的角度來講，早期的ERP通常是C/S結(jié)構(gòu)，隨著互聯(lián)網(wǎng)的出現(xiàn)以及發(fā)展，ERP也引入了各種互聯(lián)網(wǎng)技術(shù)，逐漸出現(xiàn)了各種B/S結(jié)構(gòu)的產(chǎn)品，這些產(chǎn)品開發(fā)成本更低、可擴展性更強——如Web Service方式的組件打包、實施更靈活——如出現(xiàn)了以租用方式的SAAS(Software as a service，軟件即服務)。更重要的是為企業(yè)信息化的后期發(fā)展奠定了一個良好的基礎。
2 協(xié)同商務
協(xié)同商務(Collaborative Commerce，CC)相對于ERP的企業(yè)內(nèi)部信息集成，電子商務是企業(yè)間的信息化應用。它將企業(yè)間的交易行為搬到了互聯(lián)網(wǎng)上，使不同地域的企業(yè)能不謀面實現(xiàn)交易。而協(xié)同商務正是電子商務發(fā)展的高級形態(tài)。作為將互聯(lián)網(wǎng)技術(shù)應用到商務活動的典型應用，電子商務為協(xié)同商務帶來了很好的發(fā)展思路。正如ERP從MRP發(fā)展而來卻不局限于MRP一樣，協(xié)同商務從電子商務發(fā)展而來也不局限于簡單的產(chǎn)品買賣行為。協(xié)同商務概念的提出者、著名IT咨詢公司Gartner Group對于協(xié)同商務的定義是：一種激勵具有共同的商業(yè)利益的價值鏈上的合作伙伴的商業(yè)戰(zhàn)略，它主要是通過對于商業(yè)周期所有階段(從產(chǎn)品研發(fā)期直到最后的分銷階段)的信息共享來實現(xiàn)。協(xié)同商務的目標是在滿足不斷增長的顧客需求的同時來增強獲利能力。價值利益的所有成員通過將他們的核心競爭優(yōu)勢組合起來創(chuàng)造新的產(chǎn)品或者服務來獲取利潤，這些新的產(chǎn)品和服務的價值將比各個組成部分的簡單集合大得多。從這個定義可以看出，只要能夠有利于價值鏈上合作伙伴利益提升的協(xié)作行為，都可以嘗試協(xié)同商務，包括協(xié)同設計、協(xié)同制造、協(xié)同采購、協(xié)同銷售等。與ERP以內(nèi)部平衡供需為目不同的是，協(xié)同商務的目的很直接地表現(xiàn)為使所有協(xié)同伙伴利益最大化。
楊紅云研究了協(xié)同商務下的人力資源管理，李康和吳育華探討了供應鏈與協(xié)同商務的關(guān)系，余強分析了協(xié)同商務在績效評估的應用，孟亮和湯兵勇研究了協(xié)同商務下的工作流，杜娟和張李義分析了協(xié)同商務下的知識共享。
3 協(xié)同商務系統(tǒng)與ERP系統(tǒng)的同步問題分析
如果在已成熟應用ERP的企業(yè)中導人全新的協(xié)同商務系統(tǒng)，企業(yè)就會有2套獨立的信息系統(tǒng)。不同信息系統(tǒng)又擁有自己不同的數(shù)據(jù)庫，此時企業(yè)間的信息系統(tǒng)關(guān)系如圖l所示。
圖1不集成時的企業(yè)信息系統(tǒng)關(guān)系
由圖l可知引入?yún)f(xié)同商務系統(tǒng)后，企業(yè)A和B都有了2款完全獨立的信息系統(tǒng)，企業(yè)不僅需要在原有的ERP系統(tǒng)中管理數(shù)據(jù)，還要在CC系統(tǒng)中管理數(shù)據(jù)。就產(chǎn)生了2個問題：
1)重復勞動當一個系統(tǒng)的數(shù)據(jù)發(fā)生變更，就必須對另一個系統(tǒng)進行同樣的操作，這雙倍的工作量對于企業(yè)來說顯然是不現(xiàn)實的。
2)數(shù)據(jù)混亂如果更新不及時，2個系統(tǒng)就會發(fā)生數(shù)據(jù)不統(tǒng)一問題，企業(yè)決策者不知道哪個才是準確的數(shù)據(jù)，嚴重影響了企業(yè)的正常運行。
因此作為新的應用，協(xié)同商務系統(tǒng)的導人必須與原ERP系統(tǒng)在數(shù)據(jù)上有很好的同步。當一個系統(tǒng)的數(shù)據(jù)發(fā)生變更，另一個系統(tǒng)能同步更新，實現(xiàn)2個不同系統(tǒng)共享相同的數(shù)據(jù)。
企業(yè)之間理想的信息系統(tǒng)關(guān)系如圖2所示。
圖2 理想的信息系統(tǒng)關(guān)系
以一個標準的ERP系統(tǒng)和CC系統(tǒng)為例，需要同步更新的數(shù)據(jù)如圖3所示。
圖3 需要同步的業(yè)務數(shù)據(jù)
4 協(xié)同商務系統(tǒng)與ERP系統(tǒng)的數(shù)據(jù)同步
4.1 同步方案總體框架
CC系統(tǒng)和ERP系統(tǒng)數(shù)據(jù)同步方案框架如圖4所示。其中：源系統(tǒng)表示用戶操作的系統(tǒng)，源數(shù)據(jù)庫表示源系統(tǒng)所屬數(shù)據(jù)庫，源數(shù)據(jù)項表示發(fā)生變更的數(shù)據(jù)項，目標數(shù)據(jù)項表示希望同步的數(shù)據(jù)項，目標數(shù)據(jù)庫表示目標數(shù)據(jù)項所屬的數(shù)據(jù)庫，目標系統(tǒng)指基于目標數(shù)據(jù)庫的系統(tǒng)。
圖4 同步方案總體框架
當源系統(tǒng)用戶操作系統(tǒng)造成源數(shù)據(jù)庫變更時。源數(shù)據(jù)項經(jīng)過源數(shù)據(jù)監(jiān)視器、同步規(guī)則解析器、目標數(shù)據(jù)轉(zhuǎn)換器以及目標數(shù)據(jù)更新器4個同步更新器子件實現(xiàn)目標數(shù)據(jù)庫的同步更新。
4.2 源數(shù)據(jù)監(jiān)視器
源數(shù)據(jù)監(jiān)視器是實時監(jiān)視源數(shù)據(jù)項變更情況的子件。源數(shù)據(jù)監(jiān)視器通過實時掃描源數(shù)據(jù)庫的數(shù)據(jù)庫日志，當數(shù)據(jù)庫中數(shù)據(jù)項發(fā)生變更，將變更情況進行解析并獲得以下幾個參數(shù)傳遞給同步規(guī)則解析器：
1)變更方式：如增加、刪除或更新;
2)源數(shù)據(jù)項：即發(fā)生變更的數(shù)據(jù)項。
4.3 同步規(guī)則解析器
同步規(guī)則解析器是對源數(shù)據(jù)項進行目標數(shù)據(jù)項、目標企業(yè)和轉(zhuǎn)換規(guī)則匹配的子件。同步規(guī)則解析器將接收到的參數(shù)在同步規(guī)則集中進行匹配，得出如下3個參數(shù)：
1)目標數(shù)據(jù)項即希望同步的數(shù)據(jù)項;
2)目標企業(yè)即目標數(shù)據(jù)項所處的企業(yè);
3)轉(zhuǎn)換規(guī)則即源數(shù)據(jù)項與目標數(shù)據(jù)項的轉(zhuǎn)換規(guī)則。
同步規(guī)則集是一個源數(shù)據(jù)項與目標數(shù)據(jù)項的映射表，結(jié)構(gòu)如圖5所示。
圖5 同步規(guī)則集
如圖5所示，根據(jù)不同的數(shù)據(jù)項，同步規(guī)則解析器解析出需要同步更新的目標企業(yè)、目標數(shù)據(jù)項以及轉(zhuǎn)換規(guī)則，連同接收到的各參數(shù)一并傳遞給目標數(shù)據(jù)項轉(zhuǎn)換器。
4.4 目標數(shù)據(jù)轉(zhuǎn)換器
目標數(shù)據(jù)項轉(zhuǎn)換器是一系列的字符串轉(zhuǎn)換方法。目標數(shù)據(jù)項換器將接收到的參數(shù)在轉(zhuǎn)換規(guī)則集中查找相應的轉(zhuǎn)換方法并調(diào)用相應的程序代碼，將源數(shù)據(jù)項轉(zhuǎn)換成目標數(shù)據(jù)項所需要的格式、內(nèi)容。
與同步規(guī)則集類似，轉(zhuǎn)換規(guī)則集是一個同步規(guī)則名與字符串轉(zhuǎn)換方法名的映射表，該表結(jié)構(gòu)如圖6所示。
圖6 轉(zhuǎn)換規(guī)則集
如圖所示，根據(jù)不同的轉(zhuǎn)換規(guī)則，目標數(shù)據(jù)項轉(zhuǎn)換器解析出需要調(diào)用的字符串操作方法，將源數(shù)據(jù)進行轉(zhuǎn)換，得到的目標數(shù)據(jù)項連同接收到的參數(shù)一并傳遞給目標數(shù)據(jù)項更新器。
值得注意的是，在數(shù)據(jù)的轉(zhuǎn)換過程中存在著以下3種情況：
1)表達形式轉(zhuǎn)換 如時間格式中xx/xx/xx與默.毅.xx的轉(zhuǎn)換，這種是平常的字符串轉(zhuǎn)換，可以調(diào)用簡單的字符串操作方法實現(xiàn)，如2003/03/27轉(zhuǎn)換成2003-03-27。
2)單位轉(zhuǎn)換 如重量單位kg與g的轉(zhuǎn)換，除了2者單位字符串的轉(zhuǎn)換外，還需要計算相應的數(shù)值關(guān)系，如1 kg轉(zhuǎn)換成1 000 g‘’。
3)名稱轉(zhuǎn)換 名稱轉(zhuǎn)換產(chǎn)生的背景主要是源數(shù)據(jù)項與目標數(shù)據(jù)項來源于不同企業(yè)，比如A企業(yè)將其產(chǎn)品稱為手機，而B稱之為移動電話，雖然它們表示同一事物，但是名稱并不相同。名稱轉(zhuǎn)換的方法是通過調(diào)用詞匯轉(zhuǎn)換規(guī)則集獲得目標名稱，并進行輸出。
詞匯轉(zhuǎn)換規(guī)則集是一個源數(shù)據(jù)項詞匯與目標詞匯之間的對照表，該表結(jié)構(gòu)如圖7所示。
圖7 詞匯轉(zhuǎn)換規(guī)則集
如圖7所示，根據(jù)不同的源詞匯、目標企業(yè)，名稱轉(zhuǎn)換方法器解析出相應的目標詞匯并輸出。
4.5 目標數(shù)據(jù)更新器
目標數(shù)據(jù)更新器是一些列的數(shù)據(jù)庫操作方法，根據(jù)接受的源數(shù)據(jù)項更新方法、目標數(shù)據(jù)項更新目標數(shù)據(jù)庫中相應的數(shù)據(jù)項內(nèi)容，實現(xiàn)數(shù)據(jù)的同步更新。
5 結(jié)語
ERP的應用需要高額的成本，對于已經(jīng)成熟應用ERP的企業(yè)來說，拋棄原有ERP引進協(xié)同商務顯然是不現(xiàn)實的，獨立運行2個系統(tǒng)則不僅不能為企業(yè)帶來競爭能力提升，反會成為企業(yè)的拖累。如果能實現(xiàn)協(xié)同商務與ERP的數(shù)據(jù)集成，則2個平臺成為了一體，只有這樣，才能形成企業(yè)統(tǒng)一的信息化解決方案，提高企業(yè)的信息化能力，并最終提高企業(yè)的競爭力。
數(shù)字化要一盤棋更要各自為戰(zhàn)
分享到微信 ×
打開微信，點擊底部的“發(fā)現(xiàn)”，
使用“掃一掃”即可將網(wǎng)頁分享至朋友圈。