【正文】 ：負責把Oracle ERP系統(tǒng)和消息總線之間的信息交互。使Oracle ERP系統(tǒng)可以與B2B集成系統(tǒng)對話。 TIBCO Rendezvous：消息中間件，負責完成底層消息的傳送。 防火墻內(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ù)器。這兩個軟件在物理上可以安裝在同一個服務(wù)器。 5．6流程設(shè)計(流程再造) 盡管RosettaNet標準對商業(yè)流程有比較嚴格的定義，但是在細微之處實施的公司還是可以根據(jù)自己的實際情況進行靈活設(shè)計，因此在項目實施時進行B2B集成的兩家公司需要有良好的溝通，以確定雙方都認可的流程。本項目就根據(jù)I公司和H公司的實際情況，經(jīng)過許多輪的會議后(由于I公司負責本項目的技術(shù)人員本身也不是十分熟悉流程)，才最終敲定流程。限于篇幅，本文僅對訂單管理中的部分流程(發(fā)出采購訂單3A訂單更改通知3A7和訂單更改3A8)進行討論。 5．6．1 約定 流程的運作是建立在伙伴之間充分信任的情況下，因此雙方必須遵守一些公共的商業(yè)規(guī)則。如：賣方提供的存貨量和生產(chǎn)能力是真實的。當然，也有一些細節(jié)可以由雙方自行約定，如有的供應(yīng)商對客戶是完全信任的，在流程結(jié)束而商務(wù)合同尚未簽訂就開始生產(chǎn)客戶訂購的產(chǎn)品，但有的供應(yīng)商就必須在簽訂合同之后才安排相應(yīng)產(chǎn)品的生產(chǎn)。 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ù)。 但本項目存在一個問題：H公司的ERP只允許訂單有兩層，因此同一產(chǎn)品要是有不同的供貨日期等要求則拆成兩個訂單行，但RosettaNet標準和I公司的 ERP系統(tǒng)中的訂單都是三層的，因此在數(shù)據(jù)轉(zhuǎn)換時要做一些特殊的處理一在發(fā)數(shù)據(jù)時把同一產(chǎn)品合并到一個訂單行，在收數(shù)據(jù)時若一個訂單行中有子行，則需要把該訂單行分拆成若干個訂單行再存入H公司的ERP。5．6．3 發(fā)出采購訂單流程3A4 發(fā)出采購訂單流程(3A4)用于向供應(yīng)商發(fā)出新的訂單，并根據(jù)供應(yīng)商的答復(通常在一兩分鐘內(nèi))進行相應(yīng)的處理，其流程如圖5—7。 圖57：發(fā)出采購訂單流程 各個步驟的處理如下： ERP系統(tǒng)中通過新訂單，觸發(fā)本流程。 B2B集成系統(tǒng)將新訂單數(shù)據(jù)轉(zhuǎn)換成RosettaNet標準中規(guī)定的3A4 Purchase Order Request格式的XML，發(fā)送給供應(yīng)商，并等待供應(yīng)商的收到確認，若在指定時間內(nèi)沒收到確認，則重發(fā)到收到確認為止。 接收供應(yīng)商發(fā)來的答復3A4 Purchase Order Confirmation，存入到歷史數(shù)據(jù)庫，同時把RosettaNet標準的答復轉(zhuǎn)換成ERP系統(tǒng)的格式。供應(yīng)商在收到訂單后會馬上根據(jù)其ERP系統(tǒng)中的數(shù)據(jù)計算是否能滿足客戶的要求，并給與3A4的答復(通常在一兩分鐘之內(nèi)完成)。 判斷供應(yīng)商是否拒絕整張訂單，若是則轉(zhuǎn)到5，否則轉(zhuǎn)到8。RosettaNet標準規(guī)定可以拒絕整張訂單，也可以拒絕其中的某些項目，實際情況中發(fā)生比較少，通常是由于產(chǎn)品已經(jīng)停產(chǎn)等原因，但是如果實施了RosettaNet標準的其它流程，如產(chǎn)品信息，則基本不會出現(xiàn)這種情況。 判斷本公司是否需要取消這張訂單，還是更改訂單，繼續(xù)進行采購，若是則轉(zhuǎn)到8，否則轉(zhuǎn)到7。 更改訂單并提交審批，然后轉(zhuǎn)到l重新觸發(fā)本流程。 在ERP中系統(tǒng)中刪除訂單，然后轉(zhuǎn)到14結(jié)束。 判斷供應(yīng)商是否拒絕某些訂單行，若是則轉(zhuǎn)到9，否則轉(zhuǎn)到10。這通常也是由于產(chǎn)品停產(chǎn)等極少發(fā)生的原因。 在訂單中刪除那些被拒絕的訂單行，然后轉(zhuǎn)到10。 lO、判斷供應(yīng)商是否有進行訂單行一級的修改，若是則轉(zhuǎn)到11，否則轉(zhuǎn)到12。這有幾種情況：一是由于價格發(fā)生變動，但客戶沒有得到通知或沒有及時更新ERP中的價格；二是在供貨日期前不可能生產(chǎn)出客戶要求的數(shù)量，要求修改數(shù)量：三是客戶要求的數(shù)量不可能在供貨日期前完成，需要推后供貨日期。 1按照供應(yīng)商的回復，修改相應(yīng)訂單行的價格、數(shù)量或供貨日期等信息。然后轉(zhuǎn)到12。 1判斷供應(yīng)商是否有拆行，若是則轉(zhuǎn)到13，否則轉(zhuǎn)到14。當供應(yīng)商產(chǎn)能不足，不能滿足客戶訂單要求時，它除了要求客戶修改供貨日期和數(shù)量外，還可以把訂單行拆成若干個子行，或把訂單行內(nèi)的一個子行拆成若干個子行，分批交貨。而客戶一般都會接受供應(yīng)商的拆行要求。 1按照供應(yīng)商的答復，處理要拆行的訂單行和訂單子行，然后轉(zhuǎn)到14結(jié)束。而且因為H公司本身ERP的特點，還需要把訂單子行的數(shù)據(jù)轉(zhuǎn)換成ERP中的訂單行數(shù)據(jù)。 1將供應(yīng)商的答復通知采購員，并在通知中列出被更改的內(nèi)容，然后結(jié)束流程。5．6．4 訂單更改通知流程3A7 供應(yīng)商的回復有三種，拒絕、接受和未決。拒絕的原因已經(jīng)在前面說明，未決則是指供應(yīng)商即時的生產(chǎn)力計算不能決定能否滿足客戶的訂單要求，需要等待供應(yīng)商的進一步計算，可能還需要人工調(diào)配。但為了盡早答復客戶，所以先將未能決定的項目標上“Pending”標志，和已經(jīng)可以決定的答復一起發(fā)回給客戶。在進一步計算后，新的答復通過訂單更改通知流程3A7來完成。3A7的處理流程如圖5—8。 圖58：更改訂單通知流程 各個步驟如下： B2B集成系統(tǒng)接收到供應(yīng)商發(fā)來的3A7 Purchase Order Update Notification格式的XML，在向供應(yīng)商回復確認的同時觸發(fā)本流程。 將發(fā)來的3A7數(shù)據(jù)寫入歷史數(shù)據(jù)庫，并按RosettaNet標準把3A7數(shù)據(jù)轉(zhuǎn)換成H公司ERP系統(tǒng)中的格式，供下面的處理使用。 判斷訂單行中是否有子行，若有則轉(zhuǎn)到4，否則轉(zhuǎn)到7。如果沒有子行，則說明供應(yīng)商沒有拆行，處理將簡單很多。 判斷訂單行中的子行是否是H公司中原有的訂單行，若是則轉(zhuǎn)到5，否則轉(zhuǎn)到6。因為H公司的ERP系統(tǒng)不能設(shè)定子行，因此需要把子行匹配成訂單行。 按照供應(yīng)商的通知，更新ERP系統(tǒng)中對應(yīng)于3A7中訂單子行的訂單行數(shù)據(jù)(如數(shù)量、供貨日期等)，然后轉(zhuǎn)達8。因為H公司的ERP系統(tǒng)不能設(shè)定子行，因此3A7中的訂單行中可能有若干個子行會對應(yīng)ERP系統(tǒng)中原來的訂單行。 按照供應(yīng)商的通知，把ERP系統(tǒng)中要拆行的訂單行修改成相應(yīng)的子行的數(shù)據(jù)，然后把其余的子行作為新的訂單行插入，然后轉(zhuǎn)到8。 按照供應(yīng)商的通知，更新ERP系統(tǒng)中對應(yīng)于3A7中訂單行的訂單行數(shù)據(jù)。然后轉(zhuǎn)到8結(jié)束。 將供應(yīng)商發(fā)過來的3A7通知采購員，并在通知中列出更改的內(nèi)容，然后結(jié)束流程。5．6．5 請求變更采購訂單流程3A8 有兩種情況可能會啟動3A8流程，一種是客戶同意供應(yīng)商的3A7中的答復，另一種是客戶自己可能需要修改采購訂單中的某些訂單行的內(nèi)容。其流程圖如圖5—9。 本案例還有一個特殊情況，就是H公司每次發(fā)出的3A8只會修改一個訂單行的內(nèi)容，這是由H公司的采購部門規(guī)定的。但是其實3A8中是可以包含多個訂單行的修改。23 / 23