【正文】 ，從而影響采購的效率。 難以采購到那些稀缺的產(chǎn)品。Oracle ERP中圖42：人手采購的流程圖 這種方式也存在不少的問題： l、偶然性對信息處理速度和采購周期影響很大。 容易產(chǎn)生腐敗。 H公司采購的主要是電子元器件這種價格波動較大的產(chǎn)品，如果采購周期長，反應(yīng)緩慢，就很難以合適的價格采購到所需要的產(chǎn)品，從而直接增加產(chǎn)品成本。 但是，進行B2B集成必須考慮企業(yè)的實際情況【61】。4．3 H公司的電子商務(wù)規(guī)劃根據(jù)上述的解決辦法，H公司對其電子商務(wù)進行了重新規(guī)劃，其規(guī)劃結(jié)構(gòu)圖如圖4—3： 圖43：H公司的電子商務(wù)規(guī)劃 H公司規(guī)劃的總體目標是：通過應(yīng)用EAI(Enterprise Application Integration,企業(yè)應(yīng)用集成）平臺打通各個系統(tǒng)的經(jīng)脈，使各個系統(tǒng)能緊密地連接在一起，實時地共享數(shù)據(jù)，讓工作流程可以無縫地流轉(zhuǎn)于各個系統(tǒng)；通過應(yīng)用B2B集成、采購網(wǎng)站、網(wǎng)上商店和技術(shù)支持網(wǎng)站等系統(tǒng)連接外部的供應(yīng)商和客戶，盡量減少人工操作；通過內(nèi)部信息門戶向員工發(fā)布各種管理信息，使企業(yè)內(nèi)部的管理公開化、透明化，同時通過應(yīng)用知識管理系統(tǒng)推動知識在企業(yè)內(nèi)部的共享和傳承。表4一l詳細描述各個步驟。就像這塊遠古石頭一樣，RosettaNet要打破在電子商務(wù)交易中出現(xiàn)的語言不通的障礙。 RosettaNet標準直接建立在企業(yè)的具體應(yīng)用上，建立跨越各公司獨立邊界的電子商務(wù)框架以提高商業(yè)流程標準在整個業(yè)界的互操作性能。因此，選擇與I公司的B2B集成作為第一個試點。圖52：迭代的開發(fā)模式 而迭代的開發(fā)具有如下的特點：允許需求變更、逐步集成、及早降低風險、有助于公司學習和提高、提高復(fù)用性、易于生成強壯的產(chǎn)品、迭代的流程自身可以在實施中改進。技術(shù)人員H公司信息部、系統(tǒng)集成商項目的需求分析，方案設(shè)計，開發(fā)，測試，投運及培訓(xùn)和項目文檔編寫。表5—2：項目可能遇到的風險序號 描述 級別 頻率 1軟件廠商選擇不當，造成項目的實施工作量增大，項目可擴展性差。和多方軟件廠商進行多輪溝通和交流 2軟件提供商不能提供有效的技術(shù)支持在商務(wù)談判中把技術(shù)支持部分包括進去，把顧問支持列入選擇條件之一把顧問支持列入商務(wù)談判 3項目的主要開發(fā)人員不熟悉相關(guān)的技術(shù)和業(yè)務(wù)在項目開始時對項目開發(fā)人員及后備人員進行脫產(chǎn)培訓(xùn)，在項目實施過程中爭取軟件廠商的技術(shù)開發(fā)人員在現(xiàn)場培訓(xùn)。5．4．1 企業(yè)消息總線 由于B2B集成系統(tǒng)需要與ERP系統(tǒng)進行交互，并且要跨越H公司的防火墻與I公司的B2B集成系統(tǒng)交換數(shù)據(jù)，考慮到今后與其它系統(tǒng)的集成，因此它必須應(yīng)用企業(yè)消息總線平臺進行數(shù)據(jù)的發(fā)送和接受，而且消息總線平臺的消息必須可以穿越防火墻，與放在防火墻停放區(qū)的服務(wù)器交換信息。 5．4．4業(yè)務(wù)流程管理 基于前述的原因，本項目不能修改原有的ERP系統(tǒng)的業(yè)務(wù)邏輯和功能模塊，但是，從I公司回來的數(shù)據(jù)又需要實時地反饋到ERP系統(tǒng)中，因此需要根據(jù)原來ERP系統(tǒng)中的業(yè)務(wù)邏輯，通過應(yīng)用集成層把數(shù)據(jù)轉(zhuǎn)換成ERP系統(tǒng)能夠接受的格式數(shù)據(jù)，經(jīng)適配器發(fā)到ERP系統(tǒng)中。5．5 系統(tǒng)架構(gòu)(系統(tǒng)設(shè)計) 根據(jù)需求分析，可以得出B2B集成項目的整體結(jié)構(gòu)如圖5—3，其中兩家公司各自的EAI平臺負責集成本企業(yè)內(nèi)部的應(yīng)用系統(tǒng)，并將相關(guān)的數(shù)據(jù)轉(zhuǎn)換后與 B2B集成模塊交換，而兩家公司的B2B集成模塊則負責相互之間交換數(shù)據(jù)和完成公共流程。辭只使用輯密第五章H公司基于RosettaNet標準的B2B集成5．5．2 系統(tǒng)處理過程進一步分析系統(tǒng)的運作，可以得出整個B2B集成系統(tǒng)的處理過程如圖5—5，H公司I公司存放反饋信息 圖55：H公司發(fā)送和接受訂單信息的過程 各個步驟的處理如下： l、Adapter實時獲取ERP系統(tǒng)中剛批準訂單的數(shù)據(jù)； 將訂單數(shù)據(jù)按Rosett~uNet標準規(guī)定的格式轉(zhuǎn)換為XML，并加入本公司的 DUNS號碼(1)； 將XML數(shù)據(jù)用H公司私鑰加密，打包發(fā)送給I公司； I公司內(nèi)部進行處理(對H公司方透明)； H公司方接收數(shù)據(jù)，進行數(shù)據(jù)解包，解密(用I公司公鑰)； 將反饋的數(shù)據(jù)轉(zhuǎn)成H公司ERP系統(tǒng)的數(shù)據(jù)格式； 將轉(zhuǎn)換后的數(shù)據(jù)存入ERP系統(tǒng)； 將I公司發(fā)來的數(shù)據(jù)存入歷史數(shù)據(jù)庫中。 TIBCO Adapter for Oracle Appl icat ions：負責把Oracle ERP系統(tǒng)和消息總線之間的信息交互。 5．6．1 約定 流程的運作是建立在伙伴之間充分信任的情況下，因此雙方必須遵守一些公共的商業(yè)規(guī)則。 接收供應(yīng)商發(fā)來的答復(fù)3A4 Purchase Order Confirmation，存入到歷史數(shù)據(jù)庫，同時把RosettaNet標準的答復(fù)轉(zhuǎn)換成ERP系統(tǒng)的格式。這通常也是由于產(chǎn)品停產(chǎn)等極少發(fā)生的原因。而客戶一般都會接受供應(yīng)商的拆行要求。3A7的處理流程如圖5—8。因為H公司的ERP系統(tǒng)不能設(shè)定子行，因此3A7中的訂單行中可能有若干個子行會對應(yīng)ERP系統(tǒng)中原來的訂單行。但是其實3A8中是可以包含多個訂單行的修改。 將供應(yīng)商發(fā)過來的3A7通知采購員，并在通知中列出更改的內(nèi)容，然后結(jié)束流程。如果沒有子行，則說明供應(yīng)商沒有拆行，處理將簡單很多。5．6．4 訂單更改通知流程3A7 供應(yīng)商的回復(fù)有三種，拒絕、接受和未決。 1按照供應(yīng)商的回復(fù)，修改相應(yīng)訂單行的價格、數(shù)量或供貨日期等信息。 判斷本公司是否需要取消這張訂單，還是更改訂單，繼續(xù)進行采購，若是則轉(zhuǎn)到8，否則轉(zhuǎn)到7。 但本項目存在一個問題：H公司的ERP只允許訂單有兩層，因此同一產(chǎn)品要是有不同的供貨日期等要求則拆成兩個訂單行，但RosettaNet標準和I公司的 ERP系統(tǒng)中的訂單都是三層的，因此在數(shù)據(jù)轉(zhuǎn)換時要做一些特殊的處理一在發(fā)數(shù)據(jù)時把同一產(chǎn)品合并到一個訂單行，在收數(shù)據(jù)時若一個訂單行中有子行，則需要把該訂單行分拆成若干個訂單行再存入H公司的ERP。這兩個軟件在物理上可以安裝在同一個服務(wù)器。 TIBCO BusinessConnect—RosettaNet Protocol：負責提供RosettaNet標準的定義功能，包括公共流程(Public Process)的定義執(zhí)行。 正向過程(H公司一I公司)： 數(shù)據(jù)接收，從Data Mapping接收數(shù)據(jù)； 數(shù)據(jù)加密，將數(shù)據(jù)用H公司的私鑰(1)進行加密； 數(shù)據(jù)打包，將轉(zhuǎn)換之后的數(shù)據(jù)打包； 數(shù)據(jù)發(fā)送，將打包后的數(shù)據(jù)發(fā)送出去(HTTP／HTTPS協(xié)議，過防火墻)。 5．4．6 歷史數(shù)據(jù) 由于一張訂單可能需要經(jīng)過多次修改，而在ERP系統(tǒng)中也沒有相應(yīng)的功能用于保存歷史數(shù)據(jù)，因此需要設(shè)立一個歷史數(shù)據(jù)庫用于保存B2B集成的各個流程的運轉(zhuǎn)歷史信息，供日后查詢和監(jiān)督。所以本項目不能對ERP系統(tǒng)進行任何的修改。 5項目組的支持人員不能全職投入加強與相關(guān)支持人員和相關(guān)部門負責人的溝通，爭取他們的支持，工作計劃盡量合理、周全。 中 低 5項目組的支持人員不是全職投入到本項目，因等待他們而延誤整個項目的進度。在資源可用的前提下，所有人員均應(yīng)服從為完成項目而下達的任務(wù)單。參與的各方都對項目的成敗起著關(guān)鍵的作用。任何項目都會涉及到一定的風險、不管開發(fā)團隊經(jīng)驗如何，都絕不可能預(yù)知所有的風險。 項目管理： 按照上一章中分析的H公司在采購中遇到的主要問題和在電子商務(wù)方面的規(guī)劃，H公司實施了基于RosettaNet標準的電子采購項目。而RosettaNet的目標正是通過開放