汽車行業(yè)物流業(yè)務(wù)中的訂單運(yùn)作

文/梁 霏 霏 孫佳英

一、業(yè)務(wù)場(chǎng)景概述

工廠新車型上線，工程部釋放了BOM（零件清單），市場(chǎng)部給出銷售預(yù)測(cè)，包裝、規(guī)劃、運(yùn)輸?shù)裙δ軌K均提供了詳細(xì)的數(shù)據(jù)，物流部生產(chǎn)計(jì)劃根據(jù)工廠產(chǎn)能情況、工作時(shí)間、產(chǎn)量需求排出詳細(xì)的年度滾動(dòng)計(jì)劃及月度作業(yè)計(jì)劃，并導(dǎo)入SAP系統(tǒng)，SAP系統(tǒng)可以正常運(yùn)行。

二、訂單生成

SAP即“Systems Applications and Products in Data Processing”，它蘊(yùn)含兩層含義：

第一，SAP是公司名稱，即SAP公司，它是成立于1972年總部位于德國(guó)沃爾多夫市的全球最大的企業(yè)管理和協(xié)同化電子商務(wù)解決方案供應(yīng)商、全球第三大獨(dú)立軟件供應(yīng)商；

第二，SAP是ERP（Enterprisewide Resource Planning）軟件名稱，為各種行業(yè)、不同規(guī)模的企業(yè)提供ERP解決方案。ERP的發(fā)展歷程如圖1。

以下探討整車需求是如何在SAP中變成零件需求的。

進(jìn)入SAP系統(tǒng)的整車需求，在運(yùn)行物料需求前，首先考慮前一個(gè)自然日所有需扣庫(kù)的零件是否已完成扣庫(kù)、需要收貨或上傳SAP系統(tǒng)的班報(bào)/日?qǐng)?bào)是否已完成上傳，以上過程即為SAP中的Back fl ush過程。

處理基礎(chǔ)數(shù)據(jù)后，系統(tǒng)開始根據(jù)BOM（物料清單）進(jìn)行零件打散，即將一輛整車按BOM清單分解成零部件需求。在系統(tǒng)運(yùn)行過程中，首先運(yùn)行的是一級(jí)零件的需求（所謂一級(jí)零件，即直接在整車流水線旁組裝的零件），這些零件的需求是根據(jù)整車的生產(chǎn)需求直接按單車需求量打散的，如整車發(fā)動(dòng)機(jī)需求，今日造車數(shù)量100輛，打散出的發(fā)動(dòng)機(jī)需求即為100臺(tái)。

圖1：ERP發(fā)展歷程

零件一級(jí)需求生產(chǎn)后，開始運(yùn)行二三級(jí)零件，即consigment零件。Consigment零件的需求根據(jù)MRP計(jì)算結(jié)果，是考慮了頭零件（BOM中和其關(guān)聯(lián)的一級(jí)零件）的凈需求后得出的毛需求：

頭零件毛需求=整車需求＊單車用量；

頭零件凈需求（頭零件采購(gòu)需求）=頭零件毛需求-頭零件庫(kù)存；

consignment零件毛需求=頭零件凈需求；

根據(jù)以上計(jì)算過程，可以發(fā)現(xiàn)在這一步計(jì)算consigment需求時(shí)，一級(jí)零件引入了庫(kù)存量，所以此時(shí)SAP系統(tǒng)的一級(jí)庫(kù)存數(shù)據(jù)要被調(diào)用。調(diào)用過庫(kù)存后，一級(jí)零件的所需采購(gòu)量（凈需求量）就計(jì)算出來了。

組裝好一輛整車，約需要1300種零件，這些零件如何按時(shí)按量交貨，是每個(gè)主機(jī)廠研究的重大課題

再引入consigment零件的庫(kù)存數(shù)據(jù)，此部分庫(kù)存在物理位置上一般存放在頭零件供應(yīng)商處，在系統(tǒng)中會(huì)專門開辟一個(gè)庫(kù)存點(diǎn)，叫做頭零件供應(yīng)商庫(kù)存。

consigment零件凈需求（consigment零件采購(gòu)需求）=consigment零件毛需求-consigment零件庫(kù)存

根據(jù)以上公式，二級(jí)零件的凈需求也計(jì)算出來了。

以上關(guān)于采購(gòu)需求的計(jì)算是最原始的公式，在這個(gè)公式的基礎(chǔ)上，可以繼續(xù)增加需要引入的數(shù)據(jù)，比如安全庫(kù)存、在途庫(kù)存等。

安全庫(kù)存：物料采購(gòu)過程中，為了防止因質(zhì)量問題、天氣異常、產(chǎn)量波動(dòng)等特殊原因?qū)е聼o法滿足正常生產(chǎn)需求而設(shè)置的庫(kù)存量。

表1：按照供應(yīng)商交貨包裝對(duì)一般物料需求進(jìn)行圓整

在途庫(kù)存：已發(fā)布給供應(yīng)商但未交貨的訂單。物料在交付過程中會(huì)有一定的運(yùn)輸周期，這部分物料作為即將交貨物料，稱作在途庫(kù)存。

物料采購(gòu)需求=物料需求+物料安全庫(kù)存-物料正常庫(kù)存-物料在途庫(kù)存

截至到此環(huán)節(jié)，物料需求已計(jì)算完成，一般物料需求計(jì)算完成后會(huì)按照供應(yīng)商的交貨包裝進(jìn)行圓整（如表1），以便交貨時(shí)可以使用整包裝交貨，滿足運(yùn)輸裝載率的需求。

接下來引入時(shí)間的概念，即物料什么時(shí)候有需求，什么時(shí)候發(fā)出訂單，什么時(shí)候取物料，什么時(shí)候物料到貨能滿足需求。

在SAP系統(tǒng)主數(shù)據(jù)中，我們導(dǎo)入一個(gè)叫route的表格，在這個(gè)表格中包含物料唯一編號(hào)、供應(yīng)商DUNS號(hào)、提前發(fā)單時(shí)間T1、物料取貨時(shí)間T2、物料到貨時(shí)間T3、物料取貨到貨間隔時(shí)間T4。

此數(shù)據(jù)來源是根據(jù)運(yùn)輸規(guī)劃提供的數(shù)據(jù)，由運(yùn)輸規(guī)劃根據(jù)運(yùn)力和貨量的數(shù)量，規(guī)劃出運(yùn)輸路線并排出物料取貨時(shí)間和到貨時(shí)間。根據(jù)供應(yīng)商的物料準(zhǔn)備時(shí)間、供應(yīng)商到物料最終交貨點(diǎn)的距離，確認(rèn)提前發(fā)單時(shí)間，目前在主機(jī)廠提前1個(gè)工作日或2個(gè)工作日發(fā)單的情況偏多。

按當(dāng)前SAP的計(jì)算邏輯，物料的發(fā)單時(shí)間是根據(jù)需求時(shí)間反向推算出來的，根據(jù)系統(tǒng)運(yùn)算，假設(shè)在10月22日需求減庫(kù)存＜0，則根據(jù)到貨時(shí)間T3，向前推T4，假設(shè)T3=10月22日 15：00，T4=2，則物料需要在10月20日取貨，取貨時(shí)間為T2=10月20日 15：00。根據(jù)取貨時(shí)間前推實(shí)際發(fā)單時(shí)間，則發(fā)單時(shí)間=T2-T1,假設(shè)T1=1天，則發(fā)單時(shí)間為10月19日發(fā)單。目前在SAP系統(tǒng)邏輯中對(duì)發(fā)單時(shí)間并沒有具體到小時(shí)的限制，只要是SAP中跑出訂單并下傳到發(fā)單系統(tǒng)中，即可發(fā)單，當(dāng)前主機(jī)廠的實(shí)際做法是安排在工作日發(fā)單。

物料需求箱數(shù)、物料取貨時(shí)間、到貨時(shí)間已全部體現(xiàn)在訂單中，此時(shí)根據(jù)合同對(duì)應(yīng)的供應(yīng)商信息，就可以生成一張完整的訂單，理論上可以發(fā)布給供應(yīng)商了，但實(shí)際操作過程中，主機(jī)廠會(huì)增加一步訂單檢查的環(huán)節(jié)，確保發(fā)布訂單的準(zhǔn)確性。

三、訂單檢查

在進(jìn)行訂單檢查前，首先要明確訂單可能的出錯(cuò)點(diǎn)：是否所有的需求都轉(zhuǎn)化成了訂單；轉(zhuǎn)化出的訂單是否正確；這些正確的訂單是否都已下傳到訂單發(fā)布系統(tǒng)；這些需要發(fā)布的訂單是否可以直接發(fā)布。下面針對(duì)上述4個(gè)問題詳述訂單檢查的過程及意義。

1.是否所有的需求都轉(zhuǎn)化成了訂單

在SAP的report center中有一份專門的文件，這份文件用于記錄每天需要轉(zhuǎn)化成訂單的缺口信息，即需求日期的窗口時(shí)間，有需求缺口的零件對(duì)應(yīng)的供應(yīng)商信息及缺口數(shù)量，這份文件被稱作SL轉(zhuǎn)DN的LOG文件。此文件主要用于查看文件中是否有報(bào)錯(cuò)：當(dāng)SL無法成功轉(zhuǎn)成訂單時(shí)，文件中會(huì)有報(bào)錯(cuò)信息，每一種報(bào)錯(cuò)有不同的含義：

（1）某供應(yīng)商的SL轉(zhuǎn)訂單過程被鎖，請(qǐng)按供應(yīng)商進(jìn)行重處理。

問題分析：此供應(yīng)商的訂單在轉(zhuǎn)化過程中，其合同信息正在被其他用戶使用，導(dǎo)致轉(zhuǎn)化過程失敗。

問題解決：使用對(duì)應(yīng)的系統(tǒng)代碼重新轉(zhuǎn)化此供應(yīng)商的訂單，并將其下傳到對(duì)應(yīng)的發(fā)單系統(tǒng)，通知對(duì)應(yīng)的發(fā)單人員。

（2）訂單到貨時(shí)間未在合同有效期內(nèi)。

問題分析：供應(yīng)商的合同無法覆蓋到此訂單的需求時(shí)間，一般在合同切換時(shí)會(huì)出現(xiàn)此類問題。

問題解決：評(píng)估零件是否需要繼續(xù)發(fā)單，如果需要，將報(bào)錯(cuò)信息通知給發(fā)單人員進(jìn)行手工補(bǔ)單，補(bǔ)單的到貨時(shí)間在合同有效期內(nèi)。

（3）零件沒有維護(hù)對(duì)應(yīng)的窗口時(shí)間，不知道如何發(fā)單。

問題分析①：此零件更換了新的供應(yīng)商，在新供應(yīng)商下沒有對(duì)應(yīng)的窗口時(shí)間。

問題解決：確認(rèn)此零件是否有供應(yīng)商信息切換并維護(hù)窗口時(shí)間。

問題分析②：檢查此零件是否由于斷點(diǎn)或者停產(chǎn)刪除了窗口時(shí)間，刪除前已確認(rèn)沒有需求了，但在發(fā)單時(shí)刻突然又有了需求。

問題解決：通知發(fā)單人員和工程人員，確認(rèn)此需求產(chǎn)生的原因，并根據(jù)需求情況確認(rèn)是否需要手工補(bǔ)單。

問題分析③：新增零件忘記維護(hù)窗口時(shí)間。

問題解決：先通知發(fā)單人員手工發(fā)單，再維護(hù)對(duì)應(yīng)的窗口時(shí)間使其在第二天生效。

2. 轉(zhuǎn)化出的訂單是否正確

處理完所有報(bào)錯(cuò)的文件，接下來檢查下傳的訂單是否正確。在SAP report center中還有一份文件，包含了所有當(dāng)日生產(chǎn)的訂單。將此文件打開，檢查零件的卸貨口是否正確、取貨時(shí)間和到貨時(shí)間是否在發(fā)單的邏輯時(shí)間要求范圍內(nèi)，此處的問題一般是零件主數(shù)據(jù)維護(hù)錯(cuò)誤導(dǎo)致的，比如卸貨口更改忘記更新、窗口時(shí)間調(diào)整未及時(shí)導(dǎo)入系統(tǒng)、包裝數(shù)量為非標(biāo)準(zhǔn)包裝等，針對(duì)這些錯(cuò)誤信息，通知發(fā)單人員手工調(diào)整，同時(shí)及時(shí)更新主數(shù)據(jù)。

3. 正確訂單是否都已下傳到訂單發(fā)布系統(tǒng)

將包含當(dāng)日生產(chǎn)訂單的文件與發(fā)單系統(tǒng)中的文件內(nèi)容進(jìn)行比對(duì)，確認(rèn)訂單數(shù)量和訂單號(hào)是否一致，以此來確認(rèn)是否所有的訂單都下傳到發(fā)單系統(tǒng)中了。對(duì)于沒有正常下傳的，需查看未下傳原因，使用系統(tǒng)指令可手工下傳。

4. 需要發(fā)布的訂單是否可以直接發(fā)布

最后將當(dāng)日需要發(fā)送的訂單中的采購(gòu)數(shù)量匹配到工廠零件數(shù)據(jù)匯總表中（allpart表格：包含零件信息、供應(yīng)商信息、庫(kù)存信息、需求信息等），在匯總表中會(huì)有40個(gè)周的生產(chǎn)需求，使用此需求減當(dāng)前系統(tǒng)庫(kù)存，再減未入賬訂單（OPEN PO，此OPEN PO中不僅包括在途零件數(shù)量，也包括此次未發(fā)的訂單零件數(shù)量），確認(rèn)是否存在小于等于零的情況，若存在，則確認(rèn)此訂單是否為最后一筆訂單，是否有發(fā)布的必要，或者是否考慮減少發(fā)布數(shù)量等。

截至當(dāng)前，關(guān)于訂單檢查的工作就可以結(jié)束了，經(jīng)過檢查確認(rèn)無誤的訂單，就可以通知訂單發(fā)布人員安排信息發(fā)布。

四、訂單發(fā)布

訂單發(fā)布是有專門的訂單發(fā)布系統(tǒng)，在此系統(tǒng)中可以查詢到訂單的唯一編號(hào)、供應(yīng)商信息、交貨時(shí)間、到貨時(shí)間、到貨地點(diǎn)、零件信息、交貨數(shù)量以及包裝器具需求量等。檢查好的訂單由訂單發(fā)布人員直接批量發(fā)布，供應(yīng)商接收到發(fā)布的訂單，根據(jù)此信息進(jìn)行交貨。

在訂單發(fā)布系統(tǒng)中，根據(jù)訂單的查看情況，會(huì)有多種狀態(tài)顯示，比如供應(yīng)商查閱后，訂單狀態(tài)即改變?yōu)椴殚啝顟B(tài)，供應(yīng)商對(duì)訂單數(shù)量確認(rèn)后，狀態(tài)更改為供應(yīng)商接受狀態(tài)，在部分主機(jī)廠，還有供應(yīng)商反饋狀態(tài)，即供應(yīng)商根據(jù)自己的交貨能力，對(duì)無法滿足的訂單在系統(tǒng)中更改，使得主機(jī)廠可以在第一時(shí)間了解到供應(yīng)商的交貨能力，確認(rèn)可否調(diào)整訂單或更改運(yùn)輸方式，這些狀態(tài)均可以在訂單發(fā)布系統(tǒng)中隨時(shí)查看。

五、結(jié)論

經(jīng)過以上論述，我們已了解了整車廠的訂單生成、檢查及發(fā)布方式等，任何一個(gè)環(huán)節(jié)出了問題，都會(huì)導(dǎo)致訂單運(yùn)作過程無法正常運(yùn)行，維護(hù)好每個(gè)環(huán)節(jié)的運(yùn)作，確保工作順利進(jìn)行，并針對(duì)這些環(huán)節(jié)的漏洞和問題進(jìn)行修正，都是為了保證信息能正確、準(zhǔn)時(shí)地傳遞出去，都是精益物流工作的體現(xiàn)。