隨著計算機和網絡技術的飛速發展，電子商務已經成為企業無法回避的選擇。這種新型的經濟模式改變了企業的市場結構和競爭方式，在為企業提供更多機遇的同時，也對企業運營提出了更多的挑戰。傳統經濟模式下，電子商務與企業資源計劃ERP各自獨立，造成企業內、外部之間信息流、價值流和物流相互交換的脫節，使企業前后端成為各自獨立的信息孤島，生產與決策部門得不到有力的信息支持。因此，建立電子商務環境下的企業前后端系統集成，使企業、合作伙伴及客戶集成在同一電子商務平臺上，加強企業與合作伙伴及客戶的紐帶關系，是企業贏得競爭優勢的關鍵之一。當前討論較多的是電子商務和ERP的集成系統。
一、電子商務和ERP集成的必要性
電子商務與ERP都屬于企業的信息系統，但從兩者的職能范圍來看，還是有著很大區別的。ERP系統是由MRP、MRP II等企業管理思想發展而來的，管理范圍側重于企業內部。相比之下，電子商務主要是解決企業與外部世界的通信、連接和交易，利用Internet以及相關的網絡技術來解決商業交易問題，降低產、供、銷成本，開拓新的市場，創造新的商機，從而增加企業利潤的商業活動。
但是當前電子商務和ERP建設中存在諸多問題：電子商務與ERP被分裂開來，沒有統一規劃和統一設計；兩個系統中的采購數據、銷售數據和財務數據沒有進行合并，使數據失去一致性和完整性；軟件資源、硬件資源和數據資源沒有充分共享，造成建設成本過高和存儲空間浪費；把電子商務片面理解成電子商店或僅僅建立一個網站；ERP往往直接采用市場上的商品軟件，而電子商務則自己開發，不能實現兩者的會話與集成。
而事實上電子商務和ERP系統如同前線和后方的關系，兩者息息相關，如果企業前端的電子商務和后臺的ERP系統脫節，會導致很多關鍵的信息和數據被封閉在相互獨立的系統中，部門間重復著冗余的工作，不能對客戶作出迅速及時有效的響應，使企業工作效率下降以及運營成本上升，從而給企業自身帶來極大的損害。因此，現在的ERP必須能夠適應互聯網的應用可以支持跨平臺的多組織的應用，并和電子商務之間的應用具有廣泛的數據、業務邏輯的接口，在建好后臺ERP的同時，作好前端電子商務的高度系統集成。
基于WEB SERVICES的電子商務和ERP集成傳統的分布式技術，主要有Microsoft的分布式組件對象模型(DCOM)，OMG的公用對象請求代理程序體系結構(CORBA)和SUN的遠程方法調用(RMI)。通過對RMI、CORBA、DCOM三種傳統分布式技術進行研究，并結合它們的應用情況，可以發現這三種方式雖然都有自己獨到的技術優勢，但是其自身的缺陷也導致了這三種技術的進一步推廣應用，比如：RMI、CORBA等傳統分布式對象結構主要用于企業內部，很難擴展到Internet上。RMI、CORBA、DCOM等體系結構要求在對等體系結構間才能進行通信，即基于不同體系結構的應用系統是無法相互協作的，但是在電子商務中，要求所有參與者都采用同一種體系結構是不現實的。而WEB SERVICES可以提供松散耦合的集成結構，這是因為WEB服務彼此之間是松耦合。連接中的任何一方都可更改執行機制，卻不影響應用程序的正常執行，能較好保證不同系統或數據源之間的數據傳輸與共享，所以為了對ERP和電子商務進行集成，本文提出采用WEB SERVICES技術。
二、電子商務與ERP信息集成分析
在電子商務的競爭環境下，企業需要快速、柔性的生產模式與實現個性化、全方位服務的營銷模式相互整合，實現以“客戶滿意”為中心，內外信息流充分融合與暢通的開放式經營模式，以提高企業核心競爭力。ERP系統合理配置企業內部資源，優化了企業生產流程，電子商務改善了客戶關系，提高了客戶利潤率，真正體現了網絡經濟以“客戶滿意”為中心的管理思想和電子商務“端到端”的實質，提高了電子商務環境下的企業核心競爭力。
電子商務與ERP系統在客戶信息管理、產品信息管理、營銷與銷售信息管理、訂單信息管理、人員信息管理、客戶服務與支持、決策支持等方面存在著功能的交叉或重疊，但各自的側重點有所不同。電子商務系統全面管理客戶信息，并能夠通過對客戶信息的整理和挖掘，了解客戶消費規律，預測客戶未來消費行為。而ERP系統則儀僅管理客戶的一些基本信息，如聯系人、地址、電話，等等。在產品信息管理方面，ERP系統包含了所有產品(產成品、非產成品)的基本信息、產品BOM表、產品報價與客戶化配置，等等，電子商務系統則只包含成品的上述信息。電子商務與ERP系統在營銷與銷售管理方面存在著互補性。電子商務強調一對一客戶關懷思想，包含完善的營銷策略和營銷管理功能，注重的是企業銷售的機會管理和實踐管理及過程管理，而ERP只管理一些市場與營銷資料、銷售計劃與銷售業績。
作為主生產計劃輸入變量的訂單，在ERP系統管理中是必不可少的。而電子商務作為電子商務環境下企業與客戶交互的門戶，同樣接收訂單并對其進行管理，在功能上二者是完全重疊的。ERP在客戶服務與支持上的管理功能非常薄弱，電子商務則進行了全面管理，并通過數據分析，根據一對一客戶關懷方式提供有針對性的個性化服務，培養客戶的忠誠度。電子商務與ERP系統均具有決策支持功能，通過數據倉庫(DW)和聯機分析處理(OLAP)為企業提供商業智能和決策支持。二者所使用的數據倉庫不同，因而提供不同的決策內容。
綜上分析，電子商務與ERP系統在功能上存在很大交叉或重疊，而且存在優勢互補的特點。因此，二者的集成突破丁集成供應鏈上企業問的地域邊界和不同企業之間信息交流組織邊界，真正解決了企業供應鏈中的下游鏈節點的管理，將客戶、經銷商、企業整合在一起，融合了企業內外信息流，優化了企業業務流程，提高了企業電子商務環境下的市場競爭力。
三、基于WEB的電子商務與ERP信息集成框架
對于什么是WEB SERVICES，一直沒有一個明確的答案，本文的觀點是：WEB SERVICES是一種基于組件的軟件平臺，是面向Intemet的服務應用。WEB SERVICES是應用于Internet的，而不是限于局域網或試驗環境。這要求WEB SERVICES框架必須適用于現有的Internet軟件和硬件環境，即服務的提供者所提供的服務必須具有跨平臺、跨語言的特性。其次，WEB SERVICES不僅服務于人，更需服務于其他應用系統。現有的WEB網站也可以認為是提供服務的，但這種服務僅僅提供給人使用(只有人類才可以讀懂瀏覽器下載的頁面)。而新一代的WEB SERVICES所提供的服務應能被機器所讀懂，如其他應用程序及移動設備中的軟件系統。這樣，我們可以看出，WEB SERVICES的發展方向實際上是構造一個現有Internet技術上的分布計算系統。
WEB SERVICES框架的核心技術包括SOAP、WSDL和UDDI，它們都是以標準的XML文檔的形式表示的。SOAP是WEB SERVICES的通信協議。SOAP是一種簡單的、輕量級的基于XML的機制，用于在網絡應用程序之間進行結構化數據交換。SOAP包括三部分：一個定義描述消息內容的框架的信封，一組表示應用程序定義的數據類型實例的編碼規則，以及表示遠程過程調用和響應的約定。
WSDL表示WEB服務說明語言。WSDL文件是一個XML文檔，用于說明一組SOAP消息以及如何交換這些消息。UDDI(統一描述發現和集成)提供一種發布和查找服務描述的方法。UDDI數據實體提供對定義業務和服務信息的支持。WSDL中定義的服務描述信息是UDDI注冊中心信息的補充。
WEB SERVICES服務提供方通過WSDL描述所提供的服務，并將這一描述告知WEB SERVICES注冊服務器。注冊服務器依據WSDL的描述，依照UDDI的協定更新服務目錄并在Internet上發布。用戶在使用WEB SERVICES前先向注冊服務器發出請求，獲得WEB SERVICES提供者的地址和服務接口信息，之后使用SOAP協議(Simple Object Access Protoc01)與WEB SERVICES提供者建立連接，進行通信。WEB SERVICES的技術主要建立在XML的規范之上，這保證了這一體系結構的平臺無關性、語言無關性和人機交互性能。
傳統的應用系統大都不太靈活，它們都建立在點到點的解決方案的基礎上，需要程序員大量的工作和一個比較長的開發周期，造成大量昂貴硬編碼的單獨應用，這些應用不能很好地集成也不能靈活地適應、業務流程的改變。通過分析可知，功能組件化并具有良好集成性的WEB SERVICES可解決這些問題，即電子商務和ERF的集成框架。
在該模式中我們不使用傳統點到點的集成，而是在原有集成模式的基礎上結合Web服務新技術提出的一種新模式。該集成框架將企業后臺的ERP系統和前臺的電子商務系統集成到框架中。
SOAP消息代理是整個框架的信息處理中心，它根據預先定義好的應用消息轉換機制將消息轉換成目標應用需要的數據并存儲到應用消息倉庫中。除了保存和轉發應用消息之外，消息代理還負責將不同的企業應用所保存的應用數據通過企業模型轉化為一致的企業數據，保存到數據庫中。
客戶端通過UDDI的標準和機制來搜尋需要的WEB服務，綁定找到的WEB服務并使用它提供的服務。另外，框架為企業迸一步發展電子商務提供了接口，建立在UDDI基礎上的WEN SERVICES可以完成這一功能。
四、結 語
目前關于企業內部系統集成的論述比較多，而關于企業內、外部系統的集成整合的觀點比較少。事實上，隨著企業規模的發展壯大，企業外部系統的集成比內部系統的集成更為重要，對電子商務和ERP系統進行整合集成順理成章被提上關鍵日程。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：基于WEB的ERP軟件和電子商務集成研究
本文網址：http://www.guhuozai8.cn/html/consultation/1082064448.html
相關文章
