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