企業采購業務架構設計與實現

導語：企業采購業務架構設計與實現一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

摘要:由于技術的局限性，基于電子數據交換（EDI）和可擴展標記語言（XML）的電子采購系統并不能完全滿足企業對采購的實時性和動態性要求。該文通過提出基于WebService的企業采購系統的架構說明了如何使用WebService來實現供應商庫存的動態更新和采購雙方業務的緊密集成，從而達到企業采購管理的實時性和動態性。通過企業電子采購系統的設計和實施說明，WebService能夠更好地幫助企業在不同場景下完成采購業務，提高采購業務的績效。

關鍵詞:EDI;XML;WebService;電子采購;采購管理

1引言

許多行業和公司已成功通過信息技術實現采購管理的數字化，有效提高了采購流程的效率。通過采購業務流程的信息化改造，采購活動的買賣雙方在交易成本、管理成本、資產利用率方面都得到了改進，但更重要的是采購企業的采購及時性需求得到了響應。因此，基于信息技術的采購流程優化成為多數公司致力研究的方向[1]。WebService是松散耦合，可重復使用的軟件組件，在語義上封裝離散功能，并通過標準Internet協議進行分布式和編程訪問的標準通用標識語言[2]。WebService提供了一種實現分布式組件的標準方法，可通過互聯網上的標準協議（如HTTP、XML和SOAP）為不同企業提供數據和業務邏輯服務?！八缮Ⅰ詈稀币馕吨鳺ebService獨立于任何編程語言、平臺和對象模型。使用無處不在的低成本互聯網，WebService可以輕松地通過Intranet和In-ternet提供可互操作的軟件功能。從分布式計算架構的角度來看，WebService描述了面向服務和基于組件的應用程序架構。從面向業務和概念的角度來看，WebSer-vice是一種可用于構建動態電子商務模型的支持技術。伴隨的電子商務流程由作為WebService實現的離散任務組成，并在整個增值服務網絡中廣泛分布[3-5]。而通過WebService可以降低企業的采購成本，并提高原本無法實現的采購服務水平。在實時動態企業采購業務中，外部貿易伙伴需要及時獲取企業內部流程或來自內部流程的信息，以支持企業在采購過程中需求變化[6]。本文將通過對EDI、XML和WebService之間差異的研究來討論采購管理中信息技術的發展，提出基于Web-Service的企業電子采購應用程序的體系結構和設計，并提供了利用WebService的獨特動態綁定功能的電子采購流程的描述，最后實現了支持動態企業電子采購系統。

2采購管理與信息技術的共生關系與演化

采購管理是一種協調訂單履行中涉及的企業之間的功能和流程的方法，其目標是在規定時間和地點交付采購合格產品，以使企業的生產組織總成本最小化。采購管理通?？缍鄠€企業，包括供應商、制造商、運輸承運人、倉庫、零售商以及采購企業本身[7-8]。從過程的角度來看，采購管理協調訂單管理、生產管理、庫存管理、采購、配送、運輸和產品設計。在采購流程的背景來看，采購業務的流程涉及多個企業之間的合作，例如早期供應商參與產品設計，以及日常采購物料流程的協調。在最后一個環節中，采購企業內部也需要共享訂單、庫存和生產信息，以便使企業在多個決策點上做出更有利于協調管理的決策。從信息技術的角度來看，采購管理將多個組織邊界內的一組相互關聯的活動與不同的計算平臺和數據格式同步，使這些活動集成到簡化的高效流程中成為一項重大挑戰[9-10]。因此，信息技術和相關標準對采購流程管理的演變產生了重大影響。下面討論從基于EDI的靜態采購流程向支持WebService的實時和動態采購流程的演變。2.1EDI。電子數據交換（EDI）作為電子商務主要技術基礎，已被零售商、制造公司和物流公司廣泛使用，實現了降低貿易伙伴之間的交易成本[11]。近年來，一些企業嘗試使用EDI對采購流程進行重構。然而，使用EDI難以實現采購鏈上下游企業之間的數據有效集成，部分原因是數據批量傳輸的及時性問題得到不保證。數據批量處理通常難以或不可能及時地在采購鏈不同位置上的多個企業獲得一致的數據。每個企業都以高度動態的方式管理其采購業務流程，因此企業之間的采購流程缺乏同步性。在供應鏈中的每個公司中，生產、營銷和工程團隊通常不斷更新和改進他們的工作計劃。生產計劃人員可能會改變運營計劃以提高效率，營銷經常調整促銷和定價以更好響應市場需求，工程師根據供應商和客戶群體的不斷調整產品和服務。鑒于此，很容易看到采購流程中的兩個位置在數據批量模式下在任何單個時間點都不能通過數據傳輸和處理獲得相同的完整采購數據集。EDI可能由公司內部的信息部門管理，但許多供應商都依靠增值網絡（VAN）供應商提供數據傳輸服務來批量獲取數據[12]。這些供應商中都需要EDI轉換器將業務文檔或交易數據轉換為EDI格式并返回內部數據系統可用的數據格式。這些VAN服務和EDI轉換器的開發成本都很高。因此，實施EDI的總成本非常高。對企業而言，大量日常采購業務面對中小供應商，這些中小供應商對EDI的成本承受能力是十分有限的。如果在企業采購系統中忽略這些中小供應商，企業也無法整合完整的采購鏈。因此需要成本低廉、松散耦合的技術手段來替代EDI。2.2XML。XML是在1990年底出現的一種數據交換標準，以取代B2B電子商務中的EDI標準。XML應該被視為一套標準[13]。XML代表了“可擴展標記語言”，它被認為是可擴展的，因為它不是像EDI和HTML那樣的固定格式。XML已成為便攜式數據的標準。與XML相關的三個抽象級別：（1）XML定義語言有兩個標準：XML1推薦（W3C，2000B）和XML模式（W3C，20011A）；（2）應用領域標準（如OASIS標準化的），用于各種商業文檔或數據集；（3）以XML格式編碼的實際業務文檔。其他支持標準（如XSL（W3C，2000c）、XMLDOM（W3C，2000c）或SAX（SAXProject，2002））用于XML文檔解析和轉換[14-15]。XML相對于EDI有以下幾個優勢：1、Unicode：XML使用Unicode，因此可以使用不同的國家語言進行編碼。2、錯誤檢查：XMLDTD和XSD文件基本上是標記語言的定義。它們定義了特定文檔的結構和約束，因此可用于捕獲和驗證業務文檔，這是B2B電子商務的關鍵功能。3、免費和集成的解析工具：許多免費的XML解析器隨時可用于各種編程語言，并與.NET和J2EE等企業計算平臺完全集成。開發人員可以輕松使用這些XML工具構建應用程序來處理XML數據。XML已經在數據交換領域獲得廣泛應用。在許多公司中的協同辦公系統等信息系統都建立在XML技術基礎上。因此，采購流程中大部分應用系統都可以采用XML實現數據跨平臺的交互。但是，基于EDI或XML的業務文檔通常以批處理模式處理，處理延遲使得來自采購雙方的最新業務數據可能無法用于支持實時決策。因此，EDI和XML都不能完全支持以實時方式響應企業采購管理的工作。2.3WebService。WebService通常使用XML進行數據格式標準化，使用SOAP進行消息傳遞（即XML消息傳遞協議）以支持可互操作的軟件組件。WebService可用于開發新的軟件組件或構建包裝器以向外部采購合作伙伴公開業務流程。它還可以在內部用于為其他系統提供可編程接口，并將Web支持的應用程序直接與某些系統系統集成[16]。EDI和XML都可以在供應鏈流程所集成的各個應用系統之間提供數據交換方法，采購數據可以在多個系統之間隨意流轉。XML仍然用于SOAP下的數據交換目的，但是，WebService采用面向服務和流程的方法來解決采購管理中不同系統的集成問題。使用WebService啟用的應用程序可以通過使用舊系統（例如檢查庫存狀態）和外部供應商（例如請求供應商報價）的WebService來提供簡化的功能。這些WebService透明地組合在應用程序的場景后面，使用戶可以從單個應用程序訪問更多的采購鏈功能。SOAP是一種WebService消息傳遞機制，它遵循HTTP請求/響應消息模型。因此，采購鏈上所集成的各個系統的運營數據可以實時交換。大多數WebService應用程序使用靜態綁定來調用在設計時已知的特定Web-Service。然而，采購管理應用本身就是動態的，因為采購管理上各個層級的條件會隨著時間而變化。例如，隨著產量的增加和出貨量降低成品的庫存水平，成品的庫存水平將不斷波動。使用WebService，供應商可以在要進行庫存補貨決策的時間點請求客戶庫存地點的庫存狀態。然后，WebService可用于推進先前信息技術的操作，以實現對動態供應鏈條件的實時數據更新，從而提供無法以其他方式有效提供給擴展企業的必要支持。在這種情況下需要動態綁定方法;但是，很少有文獻資料討論如何使用動態綁定設計和實現Webservices應用程序。本文將提出一個基于WebService的動態采購系統架構，以便在企業采購管理中實現這種具有實時性的應用系統互連。

3基于WebService的企業采購系統的架構和設計

企業管理的一項重要功能是及時購買生產經營所需的物資和服務。一家典型的公司將其收入的至少一半用于商品和服務的外購，因此供應商的選擇和日常物流的控制是企業提高采購管理效率的關鍵。在這方面信息技術支持對提高企業采購管理績效發揮了重要作用。3.1電子采購應用場景。企業采購商品和服務可視為兩個過程：供應商選擇和物資購買。企業在執行采購之前選擇供應商，并且在產品生命周期內對供應商進行相對較少的變更，因此可以把供應商看作是靜態的。供應商選擇過程包括定義所購買物品的要求、識別潛在供應商、請求供應商報價、評估報價并最終基于預期商品性能和價格選擇供應商。一旦選擇了供應商，就進行物資購買。物資采購過程通常包括計算物資需求量的計算和向潛在供應商簽訂采購訂單兩個主要操作。企業中大量正在進行的采購都是日常采購的。這種形式的采購具有價值小、頻率高的特點，所以采購企業和物資供應商能夠提前確定所采購物資的種類、數量和交貨時間。此外企業采購還大量存在另外一種應用場景。當企業在生產經營過程中面臨意外情況，常常需要通過緊急采購生產物資以恢復正常的生產經營。在此類應用場景下常常需要緊急采購、變更或取消采購等。這種類型的采購與日常采購迥異，與潛在供應商的銷售預期也有較大的差距，可能導致無法按時供貨或所采購材料質量等不令人滿意等事件發生。這兩種企業采購應用場景具有類似的流程，如圖1所示。在某些緊急采購的情況下，原先設定的供應商無法滿足加急物資的采購要求，因此需要能夠及時找到合格的供應商，此時由WebService啟用的動態供應商標識和訂單功能將非常有用，因為采購企業可以快速請求和評估潛在供應商的報價。在實踐中，WebService注冊數據庫將提供有關潛在供應商的信息，這些供應商能夠足夠靈活以響應此類型的快速和緊急的采購請求。然后，滿足采購要求的潛在供應商將通過WebService提交供貨時間和報價，以便采購企業進行評估。訂單、提交報價和評估的過程需要非常快速地實時執行。然后，采購企業評估所有報價，做出采購決定，并將訂單與所選供應商一起通過WebService出去。所選供應商接收采購訂單并運送物料，物流由物流企業接收并提供給采購企業以完成訂單的執行。下面針對上述完整的采購流程利用WebService構建采購系統架構實現全過程的電子采購。3.2電子采購系統的架構。系統的整體架構設計如圖2所示。該系統由以下幾個子系統組成。1、電子采購：電子采購是在WebService中實現的軟件組件。它作為一個中間組件來處理與Web-Service注冊中心和潛在供應商的WebService的交互。它使用供應商WebService注冊中心提供的WebService和供應商提供的WebService。電子采購實現為前端用戶界面應用程序要使用的WebService服務。2、用戶界面（UI）子系統：由于電子采購是在WebService中實現的，因此可以使用能夠使用WebSer-vice的各種用戶界面組件輕松實現電子采購UI子系統。UI子系統包括：a)在桌面計算機上運行的GUI客戶端?；贕UI的應用程序提供豐富的用戶界面元素和交互。它通常由在采購公司內部工作的采購人員使用。b)基于瀏覽器的應用程序。Web表示層組件是在服務器端運行的Web程序。這些Web表示層程序可以使用WebService，并且只要有Internet訪問就可以訪問電子采購系統。c)移動客戶端。諸如手機之類的移動設備可以通過移動客戶端訪問WebService。移動客戶端可以支持特殊的微瀏覽器來訪問服務器端的Web程序。移動Web程序需要以適合于請求移動設備的WML或cHTML等格式呈現Web頁面。3、供應商WebService登記子系統：公共UDDI過于通用，沒有從電子采購的角度提供為采購雙方提供足夠的信息，不適用于擬議的電子采購系統。因此，本文開發了一個私有WebService注冊系統。該WebService注冊系統使用WebService描述語言(WSDL)文件存儲了所有潛在供應商以及所能提供物資的信息。注冊系統的數據庫存儲所有合格的供應商信息的詳細信息，包括其供貨能力、供貨質量以及完成電子采購交易所需的各種交互（例如價格報價和訂單）的WSDL。該注冊系統在擴展潛在供應商列表時和實現采購流程的實時性方面發揮著關鍵作用。電子采購使用該注冊系統的WebSer-vice來訪問供應商的WebService信息。4、注冊管理子系統：采購企業工作人員使用這個子系統來維護供應商數據和他們的WebService條目，評估潛在供應商以確定這些供應商是否應注冊在私有Web-Service注冊表中。采購企業工作人員可通過訪問公共服務目錄不斷地識別和更新供應商及其WebService條目。5、供應商的WebService：在本文的設計中，想要加入電子采購系統的供應商需要根據已的WSDL文件定義的一組特定的Web操作來實現電子采購系統所需的WebService。這些Web操作的實現是微不足道的。但是，所有供應商都需要支持這些Web操作的相同簽名，即對于來自不同供應商的相同操作的名稱、參數數量和參數的數據類型必須相同。這些WebService被視為電子采購系統的擴展和不可分割的一部分。提供這些Web-Service使供應商能夠實時提交報價并被評估報價，且在提交報價和評估報價的過程需要很少或不需要人工來干預。由于采購企業意外情況的發生，采購物資需要在短時間內獲得，WebService使電子采購系統能夠快速準備一個“報價請求”，以便許多供應商可以快速響應可用性、價格和交付，然后是采購企業的報價評估以及與所選擇的供應商進行訂單交易。電子采購系統使采購組織能夠在接近全自動化交易處理的情況下實時采購物資。3.3電子采購系統設計。電子采購是電子采購系統體系結構的關鍵要素。它是一個在WebService中實現的中間層業務邏輯組件，可用于識別一組合格供應商的信息、查詢價格和可用性報價以及提出購買建議。圖3所示的UML序列圖說明了電子采購的設計，重點是它與系統其他組件的交互。在設計電子采購系統時，采用了三層體系結構方法，包括表示層、業務邏輯層和數據服務層，與企業應用體系結構的模式一致。在采購系統中，實現了一個基于windows的移動Web用戶界面作為系統的表示層。電子采購是業務邏輯層，它封裝了采購業務規則，并從表示層組件中隱藏了數據服務層的復雜性。供應商提供的供應器-產品數據和WSDL條目打包在數據服務層(即WebService注冊中心)中。注冊中心功能可以由一組公共WebSer-vice操作訪問，電子采購可以使用這些操作。圖3所示的子采購系統UML模型顯示了緊急采購的流程。序列圖表示采購企業為從供應商采購材料或服務而執行的一系列操作。使用UML，可以將WebService建模為類。在該序列圖中，WebService被建模為對象（即WebService類的實例）。指定WebService提供的接口的Web方法或Web操作可以建模為消息。Web操作簽名由方法名稱、參數及其類操作的數據類型組成。序列圖中的循環操作用星號（*）表示。UML序列圖代表了電子采購系統和實時采購過程的典型場景。采購人員被庫存短缺或即將發生的物料控制系統警告，并登錄到電子采購系統。產品ID被輸入到采購表單表示層組件。最終用戶通過采購表格提交的產品ID將提交給采購服務（即圖2所示的電子采購）。實現為WebService的采購服務組件將調用由WebSer-vice注冊表提供的WebService，以檢索所請求產品的所有合格供應商的WSDLs。因此，我們假設供應商資格的過程是獨立的，提前完成，也許是連續的材料短缺的預期。對每個合格供應商進行價格報價WebService調用的迭代。XML格式的供應商報價將由采購服務返回并匯總。潛在的所有報價都可以發送給采購商，采購商應用一些既定的業務規則來推薦采購獎勵決策。獎勵決策的業務規則可以簡單到“首先從具有最低報價的供應商處購買”或“以最快的交貨時間從供應商處購買”，或者與供應商質量和歷史交付績效等其他因素的組合。例如，如果要使用多個供應商，則可以使用所有權總成本（TCO）來對能夠按時提供所需組件的供應商進行評分，作為對訂單分配的輸入。TCO是一種最佳實踐，它將產品價格，購買公司的采購相關成本以及預期的供應商績效納入決策過程?？冃е笜丝赡馨ü逃绊懙目煽啃猿杀?、質量成本、資產利用率、停機時間和周期時間以及庫存。然后，用于計算獎勵決策的數據將變得更加動態并且與實時數據和采購企業公司的管理策略保持一致。報價或推薦的采購決定將通過采購表格組件顯示給采購人員。一旦采購企業作出采購決策，采購訂單將通過WebService發送給選定供應商。采購企業的工作人員可以動態地從WebService注冊表中檢索供應商的訂單的WSDL。

4動態電子采購系統的實現

隨著WebService的出現，可以使用由WebService啟用的電子采購系統來促進購買加速購買，其中幾個合格的供應商能夠提供所需的產品。此處介紹的采購流程利用了WebService的動態和實時功能。我們描繪了一個說明性示例，以及描述買方如何隨時訪問并做出關于供應鏈B2B細分中生產設施的材料電子采購的決策的原型。這種經過修改的采購流程可提高供應鏈的績效，使供應鏈更好地響應客戶需求和對這些需求的變化，以及在生產運營中定期發生的內部中斷。4.1設計WebService注冊數據庫和WebSer-vice接口。WebService注冊信息存儲在關系數據庫中，Web-Service被用來提供以便其他子系統或應用程序能夠訪問存儲在注冊數據庫中的信息接口。圖4用實體關系圖表示服務注冊數據庫的一部分設計。訂單歷史實體類型源自歷史采購數據，并且可用于在動態供應商選擇過程中確定每個供應商的排名或評級，或者用于向多個供應商分配加急訂單。雖然本文僅在此實施中使用歷史訂單記錄，但其他指標（例如基于廢品和退貨歷史的產品質量）可以類似地合并到流程中。產品來源是一種關聯實體類型，提供交叉引用表，指示供應商可以提供哪些產品。WebService操作實體類型存儲由所有合格供應商提供的每個WebService操作的信息。此處記錄了訪問WebService操作的WSDL條目?？蛇x的UDDI條目屬性用于為在公共UDDI上注冊其Web-Service的供應商存儲WebService的相應UDDI條目。該數據模型支持并與使用TCO的供應商評分和訂單分配的實踐相一致。在數據模型中，產品源表中的優先級屬性用于分配訂單給供應商的優先級或權重。與每個產品ID和供應商組合相關聯的優先級值基于傳遞歷史數據導出的交付可靠性和產品質量性能。優先級屬性可用于對供應商進行排序，以便在第一選擇供應商不能提供全部訂單的情況下，第二供應商容易被標識為裝運全部或剩余數量?；蛘?，供應商可以根據歷史業績分配訂單，這通常是以標準采購方式進行的。例如，首選的供應商可以被分配75%的正在進行的累積購買決策，而次選供應商接收25%?？梢詷嬙靸炏燃墝傩詠碇С诌@一點。為電子采購WebService注冊中心提供接口而開發的主要WebService操作是：1、獲取供應商WSDL(供應商ID、Web操作):Web操作是注冊中心中所有供應商實施的預定義操作集。例如，“價格報價”操作允許我們發送是詢問一個材料或組件的價格報價，并從供應商收到報價?！坝唵巍笔窃试SWebService使用者通過WebService接口從供應商訂購產品的操作。此Web方法的返回值是供應商的WSDL(由實施Web操作的供應商ID標識)。2、設置供應商WSDL（供應商ID，Web操作，WS-DL）：此方法用于添加或更新供應商的Web操作的WS-DL條目。3、合格供應商（產品ID）：根據產品ID檢索供應商的供應商ID數組。4、下訂單(產品ID、數量、供應商ID):使用來自供應商ID的產品ID下訂單，目標供應商的WebService將調用“訂單”Web操作來完成此請求。采購管理中的買方和賣方需要聚集在一起以定義一組具有相同操作簽名的標準WebService操作（即操作名稱，相同數量的參數以及每個參數的相同數據類型）。這項標準工作對于開發這種動態采購系統的成功至關重要，應分配資源和時間，以確保所有供應商都了解并同意這種實施。在短期內，本文認為需要人為干預來篩選供應商。目前，管理注冊表的功能由采購企業工作人員使用注冊表管理子系統處理。從長遠來看，如果有市場監管部門運營的具有公共性質的垂直UDDI可以保證UDDI注冊中心列出的供應商的質量，然后采購企業可以將電子采購數據庫鏈接到公共UDDI，以不斷更新每個供應商的WS-DL，并可以使用內部和外部數據持續評估供應商績效并自動更新，則可能實現無需人為干預全自動篩選供應商。4.2電子采購系統的實施。在關系數據庫中實現的注冊表包含用于在該電子采購系統中的買方和供應商之間進行交互所需的各種Web-Service操作的WebService條目。實現一組WebService以為其他軟件應用程序和組件提供與WebService注冊表交互的接口。買方的產品編號與不同供應商使用的產品代碼之間的映射存儲在注冊表中，以便向WebService使用者隱藏內部物資編號到供應商產品編號的轉換。本文采用三層架構設計和實施部署了企業的電子采購系統。表示層可以是傳統的Windows界面、Web用戶界面或移動Web應用程序。由于基于WebService的業務層和數據服務層組件的實現可以很容易地實現這一點，客戶可以使用傳統客戶端或智能客戶端Applications這些組件。采購服務軟件組件在用作業務層組件的Web-Service中實現。采購服務可以被視為采購。由于.NETFramework環境中對WebService開發的強大支持，因此在MicrosoftWindows2003Server下的VisualStudio.NETProfessional2003中實現電子采購系統。基于Windows的表示層的實現如圖5所示。缺貨庫存的產品ID和所需數量可由采購企業內部ERP系統生成。采購管理人員根據附加的數據和判斷來修改要購買物資的金額。采購管理人員可以直接為庫存中的產品手動輸入產品編號，然后可以單擊“獲取報價”按鈕將獲取報價請求發送給符合條件的供應商以獲取所請求的產品。供應商的報價回復包括以下信息：供應商ID、報價、供應商可及時供貨數量以及以小時為單位的估計運輸時間。用戶可以單擊數據網格中每列的標題，按該屬性按升序或降序對結果進行排序，以根據不同的屬性評估這些報價?？梢蚤_發對業務規則引擎的額外調用，該業務規則引擎應用各種業務規則來進行推薦購買。用戶可以通過單擊數據網格中與特定供應商報價對應的行來選擇報價。然后，用戶將在單擊“下訂單”按鈕之前輸入要從供應商訂購的數量，以通過所選供應商提供的訂單WebSer-vice發出在線訂單。與所選供應商的綁定是與動態完成的。在提交訂單之前將出現確認對話框。訂單提交的結果將顯示給用戶。采購訂單將在內部創建為審計跟蹤并用于跟蹤購買。能夠使用WebService的移動計算設備可以使用作為WebService實現的分布式組件來訪問采購數據和應用程序，這將有效擴大電子采購系統的可訪問性。采購企業的物流主管檢查庫存或供應商人員可使用移動應用程序及時查詢訂單信息。電子采購系統所提供的良好移動性使采購企業能夠由適當的人員隨時隨地啟動采購流程。4.3模擬測試和性能評估。模擬環境中的服務器配置為英特爾酷睿4.00GHzCPU和16GB內存。所有供應商WebService都在同一臺服務器上運行，因此網絡流量不被納入性能測量。在調用100供應商報價WebService的模擬測試中，本文所設計的電子采購系統獲得了3秒響應時間。這是由于電子采購系統中的動態WebService調用是同步執行的，具有很好的響應時間。如果使用具有回調函數和多線程異步WebService調用來實現WebService調用，則可以進一步提高性能，并且多線程異步機制能夠支持并行處理，使得某些服務調用中的延遲可能對系統的整體性能沒有重大影響。

5結束語

由于早期的信息技術不支持采購管理流程的實時和動態需求，本文采用WebService設計和實現了能夠實時進行數據交互的企業電子采購系統。通過所實施的電子采購系統對于快速采購流程的支持，可以看出基于Web-Service的動態特性采購企業可以維持一份能夠提供及時供貨能力的動態供應商列表。此外，如果通過WebSer-vice可以廣泛訪問內部和外部供應商注冊信息，則采購企業能夠可以使用不同的動態標準來對供應商進行評估從而實現自動分配訂單。通過部署WebService可以降低企業采購系統的集成成本，并將服務的及時性提高到一定程度，因此可以預期WebService在具有全方位采購業務戰略的企業中將發揮更多的積極意義。

作者:衛祥 羅發政 楊浩 閆慶華