【正文】 它系統(tǒng)連接，因此必須使用適配器，使ERP系統(tǒng)可以實時地發(fā)布本系統(tǒng)中需要發(fā)布的數(shù)據(jù)并接收其他系統(tǒng)對本系統(tǒng)有用的數(shù)據(jù)。這相當(dāng)于通過EAI完成原來ERP中部分原來由人工完成的工作流環(huán)節(jié)，但又不需要ERP系統(tǒng)作任何改動。事實上，為了保證交易的公平，有的 B2B集成項目還把歷史數(shù)據(jù)存放在第三方的數(shù)據(jù)庫中。H公司的EAII公司的EAIRosettaNet for B2B integration圖53：B2B集成的整體結(jié)構(gòu)5．5．1 邏輯結(jié)構(gòu)按照需求分析設(shè)計出H公司的B2B集成系統(tǒng)的邏輯結(jié)構(gòu)圖【63】如圖5—4：圖54：B2B集成的邏輯結(jié)構(gòu)圖 其各部分的作用如下： Adapter：數(shù)據(jù)存／取，從Oracle ERP系統(tǒng)中取得訂單及相關(guān)數(shù)據(jù)，將I公司等供應(yīng)商反饋的信息寫到ERP和歷史數(shù)據(jù)庫中。 反向過程(I公司H公司)： 數(shù)據(jù)接收，從I公司接收數(shù)據(jù)(HTTP／HTTPS協(xié)議，過防火墻)； 數(shù)據(jù)解包，將接收的數(shù)據(jù)進行解包： 數(shù)據(jù)解密，將數(shù)據(jù)用I公司公鑰進行解密； 數(shù)據(jù)發(fā)送，將解密的數(shù)據(jù)發(fā)送給Data Mapping。5．5．3 解決方案 經(jīng)過廣泛的調(diào)研和詳細的論證，本項目最后采用了世界上最大的獨立EAI廠商TIBCO公司的解決方案(I公司選用的也是TIBCO的解決方案)，其架構(gòu)圖如圖5—6。這是一個針對 RosettaNet協(xié)議的插件，如果今后有需要，還可以加入其它標準(如ebXML、 EDI等等)的插件。使Oracle ERP系統(tǒng)可以與B2B集成系統(tǒng)對話。 5．6流程設(shè)計(流程再造) 盡管RosettaNet標準對商業(yè)流程有比較嚴格的定義，但是在細微之處實施的公司還是可以根據(jù)自己的實際情況進行靈活設(shè)計，因此在項目實施時進行B2B集成的兩家公司需要有良好的溝通，以確定雙方都認可的流程。如：賣方提供的存貨量和生產(chǎn)能力是真實的。5．6．3 發(fā)出采購訂單流程3A4 發(fā)出采購訂單流程(3A4)用于向供應(yīng)商發(fā)出新的訂單，并根據(jù)供應(yīng)商的答復(fù)(通常在一兩分鐘內(nèi))進行相應(yīng)的處理，其流程如圖5—7。供應(yīng)商在收到訂單后會馬上根據(jù)其ERP系統(tǒng)中的數(shù)據(jù)計算是否能滿足客戶的要求，并給與3A4的答復(fù)(通常在一兩分鐘之內(nèi)完成)。 更改訂單并提交審批，然后轉(zhuǎn)到l重新觸發(fā)本流程。 在訂單中刪除那些被拒絕的訂單行，然后轉(zhuǎn)到10。然后轉(zhuǎn)到12。 1按照供應(yīng)商的答復(fù)，處理要拆行的訂單行和訂單子行，然后轉(zhuǎn)到14結(jié)束。拒絕的原因已經(jīng)在前面說明，未決則是指供應(yīng)商即時的生產(chǎn)力計算不能決定能否滿足客戶的訂單要求，需要等待供應(yīng)商的進一步計算，可能還需要人工調(diào)配。 圖58：更改訂單通知流程 各個步驟如下： B2B集成系統(tǒng)接收到供應(yīng)商發(fā)來的3A7 Purchase Order Update Notification格式的XML，在向供應(yīng)商回復(fù)確認的同時觸發(fā)本流程。 判斷訂單行中的子行是否是H公司中原有的訂單行，若是則轉(zhuǎn)到5，否則轉(zhuǎn)到6。 按照供應(yīng)商的通知，把ERP系統(tǒng)中要拆行的訂單行修改成相應(yīng)的子行的數(shù)據(jù)，然后把其余的子行作為新的訂單行插入，然后轉(zhuǎn)到8。5．6．5 請求變更采購訂單流程3A8 有兩種情況可能會啟動3A8流程，一種是客戶同意供應(yīng)商的3A7中的答復(fù)，另一種是客戶自己可能需要修改采購訂單中的某些訂單行的內(nèi)容。23 / 23。 本案例還有一個特殊情況，就是H公司每次發(fā)出的3A8只會修改一個訂單行的內(nèi)容，這是由H公司的采購部門規(guī)定的。然后轉(zhuǎn)到8結(jié)束。 按照供應(yīng)商的通知，更新ERP系統(tǒng)中對應(yīng)于3A7中訂單子行的訂單行數(shù)據(jù)(如數(shù)量、供貨日期等)，然后轉(zhuǎn)達8。 判斷訂單行中是否有子行，若有則轉(zhuǎn)到4，否則轉(zhuǎn)到7。在進一步計算后，新的答復(fù)通過訂單更改通知流程3A7來完成。 1將供應(yīng)商的答復(fù)通知采購員，并在通知中列出被更改的內(nèi)容，然后結(jié)束流程。當(dāng)供應(yīng)商產(chǎn)能不足，不能滿足客戶訂單要求時，它除了要求客戶修改供貨日期和數(shù)量外，還可以把訂單行拆成若干個子行，或把訂單行內(nèi)的一個子行拆成若干個子行，分批交貨。這有幾種情況：一是由于價格發(fā)生變動，但客戶沒有得到通知或沒有及時更新ERP中的價格；二是在供貨日期前不可能生產(chǎn)出客戶要求的數(shù)量，要求修改數(shù)量：三是客戶要求的數(shù)量不可能在供貨日期前完成，需要推后供貨日期。 判斷供應(yīng)商是否拒絕某些訂單行，若是則轉(zhuǎn)到9，否則轉(zhuǎn)到10。RosettaNet標準規(guī)定可以拒絕整張訂單，也可以拒絕其中的某些項目，實際情況中發(fā)生比較少，通常是由于產(chǎn)品已經(jīng)停產(chǎn)等原因，但是如果實施了RosettaNet標準的其它流程，如產(chǎn)品信息，則基本不會出現(xiàn)這種情況。 B2B集成系統(tǒng)將新訂單數(shù)據(jù)轉(zhuǎn)換成RosettaNet標準中規(guī)定的3A4 Purchase Order Request格式的XML，發(fā)送給供應(yīng)商，并等待供應(yīng)商的收到確認，若在指定時間內(nèi)沒收到確認，則重發(fā)到收到確認為止。 5．6．2 訂單結(jié)構(gòu) 一張訂單通常包含三層：第一層是訂單頭，包含訂單號、發(fā)出日期，訂單類型、供應(yīng)商名稱等等，RosettaNet標準還會在訂單之外包上一些信息，如客戶和供應(yīng)商的一些特殊信息，這些都可以視作訂單頭的信息；第二層是訂單行(Line Item)，一張訂單可以包括多個訂單行，列出本訂單需要的產(chǎn)品，包括訂單行號、產(chǎn)品編號、貨幣名稱、價格、數(shù)量、總價、產(chǎn)品單位、供貨日期和供貨地點等等(其中，貨幣名稱、產(chǎn)品單位等RosettaNet標準都有明確的命名規(guī)定)；第三層是訂單子行(Subline Item)，因為有的產(chǎn)品可能不是同時到貨，因此一個訂單行可以有多個訂單子行，其包含的信息與訂單行類似，但訂單子行的一些數(shù)據(jù)的匯總(如總價、數(shù)量)應(yīng)該等于訂單行相應(yīng)欄目的數(shù)據(jù)。限于篇幅，本文僅對訂單管理中的部分流程(發(fā)出采購訂單3A訂單更改通知3A7和訂單更改3A8)進行討論。 防火墻內(nèi)的軟件：由于H公司內(nèi)部的服務(wù)器不能直接訪問Internet，所以需要在防火墻的停放區(qū)有一個代理服務(wù)器(Proxy)把數(shù)據(jù)傳送給I公司，同樣，第48頁，共68頁第五章H公司基于RosettaNet標準的B2B集成從I公司發(fā)過來的數(shù)據(jù)不能直接到達內(nèi)部的服務(wù)器，所以需要在防火墻的停放區(qū)設(shè)置一個BusinessConnect的影子接收來自I公司的數(shù)據(jù)，再把數(shù)據(jù)傳送回內(nèi)部的服務(wù)器。另配有Administrator，可以監(jiān)控系統(tǒng)及流程運行狀況。 圖56：H公司的B2B集成系統(tǒng)架構(gòu)圖 各部分軟件的功能如下： TIBCO BusinessConnect：B2B服務(wù)器，提供與供應(yīng)鏈伙伴的B2B服務(wù)器的連接，它引入RosettaNet標準，并按標準完成數(shù)據(jù)傳輸，數(shù)據(jù)加密等工作。以本案例為例：I公司只有使用 H公司提供的公鑰才能解密H公司發(fā)來的加密數(shù)據(jù)，同樣，H公司也只有使用I公司提供的私鑰才能解密 I公司發(fā)來的加密數(shù)據(jù)。 B2B Connect：存在兩個過程。不過由于H公司和I公司都屬于電子設(shè)備制造業(yè)，并且I公司就是RosettaNet的發(fā)起者，所以RosettaNet標準就成為不二之選了。而應(yīng)用集成層通過消息總線發(fā)送來的消息，需要由B2B集成層按照消息的內(nèi)容辨識出消息的目的地，然后把消息加密后發(fā)送到正確的公司。更重要的是，ERP系統(tǒng)或其它系統(tǒng)發(fā)布和接收的數(shù)據(jù)跟B2B系統(tǒng)發(fā)布和接收的數(shù)據(jù)的格式(包括名稱、類型、長度甚至內(nèi)容等)不可能是一致的，因此必須通過應(yīng)用集成層來完成這些數(shù)據(jù)的格式轉(zhuǎn)換和封裝。而且H公司的ERP已經(jīng)良好運作很長時間，業(yè)務(wù)部門都比較滿意。 5．4需求分析 根據(jù)上述系統(tǒng)目標要求，結(jié)合H公司各種信息資源的現(xiàn)狀和未來發(fā)展的規(guī)劃，需要從以下幾方面(企業(yè)消息總線、適配器、應(yīng)用集成層、業(yè)務(wù)流程集成、 B2B集成、歷史數(shù)據(jù)和商業(yè)標準)的功能要求，構(gòu)造H公司的B2B集成平臺。加強與新成員的溝通；爭取安排盡量多的人員參加脫產(chǎn)培訓(xùn)。表5—3：項目風(fēng)險應(yīng)對措施和計劃序號