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