企業(yè)物流管理信息系統(tǒng)(ppt)
企業(yè)物流管理信息系統(tǒng)
1、企業(yè)基本資料
2、系統(tǒng)目標
3、需求分析
4、重要流程
5、重要功能
1、企業(yè)基本資料
生產——銷售型的集團企業(yè)
生產分布在全國的多個地區(qū)
在全國建立有比較完善的銷售體系，銷售人員占整個企業(yè)的比例較大
銷售體系中可以代銷其他企業(yè)的同類商品
產品包括：家電類、計算機等信息產品
1、企業(yè)基本資料

1、企業(yè)基本資料
存在問題：
一種典型的“垂直型”的銷售架構
各個分公司、直屬公司之間的銷售貨物不能互相補充
倉庫的產品調配只能由上級公司負責
各個倉庫之間不存在聯(lián)系
商品的供應、沖紅、退貨由上級公司負責

需求分析
TULIP由執(zhí)行和計劃兩大系統(tǒng)組成。

TULIP執(zhí)行系統(tǒng)實現了分銷物流流程中的流程閉環(huán)處理以及運作數據的采集，統(tǒng)計，和可視化；

TULIP計劃系統(tǒng)將管理和支持網絡整體庫存的優(yōu)化工作。
需求分析
第一階段
經營部在網上按照發(fā)貨要求（自提或配送）填寫要貨訂單
經營部在網上填寫沖紅申請單
事業(yè)部計劃員根據業(yè)務情況審核經營部提交的訂單
事業(yè)部計劃員審核經營部提交的沖紅訂單
RDC管理員根據收發(fā)貨指令進行倉庫作業(yè)
運輸管理員根據訂單指令進行運輸作業(yè)。
需求分析
第二階段
CDC庫存管理
補貨計劃管理
RDC調撥計劃管理
干線運輸管理

在第一階段基礎上提出一個流程優(yōu)化，支持多產品，計劃信息平臺解決方案
第一階段流程
訂單處理流程
訂單管理模塊實現客戶訂單的輸入，提交；訂單接收方的審核，訂單執(zhí)行；訂單運作信息的實時查詢；訂單沖紅的輸入，審核和實現；以及訂單狀態(tài)的實時查詢。 訂單管理模塊完成訂單從產生到簽收完畢之間的完整閉環(huán)的信息處理。主要使用者為經營部和事業(yè)部（分公司）的計劃員。
訂單處理模塊功能
新建訂單
修改訂單
取消訂單
訂單沖紅
訂單鎖定
計劃員審批訂單
訂單查詢
訂單打印

經營部計劃員
庫存查詢
庫存的查詢是經營部計劃員作為填寫訂單的一個重要條件，系統(tǒng)可以提供經營部計劃員隨時在網上查詢庫存情況，其中庫存分為兩大類型（１）正常品　和（２）殘次品。
正常品是指能夠下達訂單要貨的物品。
殘次品是指未經過修復不能直接下達訂單要貨的物品。
經營部計劃員
填寫訂單
經營部計劃員直接從客戶或通過業(yè)務員收集和匯總客戶訂貨信息, 經財務審核后，如果庫存滿足訂單需求,就開始填寫訂單。由于所填寫的訂單中的要貨信息是經過經營部財務審核后的，所以被視為有效，合法的訂單，在訂單提交并審核后后不得隨意提出沖紅請求，此項可以視為經營部的考核標準之一。為了配合物流改革的模式，經營部填寫完訂單提交之后，系統(tǒng)會檢查該張訂單是客戶訂單還是經營部自己的訂單，如果是客戶訂單，系統(tǒng)可用庫存隨之減少。如果是經營部自己的訂單，系統(tǒng)本著客戶訂單優(yōu)先要貨、盡量減少經營部要貨的原則，不會根據訂單的數量來刪減可用庫存，直到事業(yè)部計劃員審核該張訂單后庫存才會減少。在系統(tǒng)未完全取代手工操作之前，經營部計劃員要將訂單打印出來交經營部財務簽字確認后將該訂單傳真至分公司等待審核（待到運行穩(wěn)定后將取消傳真的操作，訂單轉為完全電子化）以保持訂單的嚴謹性. 這時經營部計劃員要及時登錄到系統(tǒng)查看訂單的狀態(tài)，當發(fā)現提交的訂單分公司已審核，經營部財務要依此訂單在財務系統(tǒng)上開單。
輸入：要貨信息
輸出：訂單
經營部計劃員
查詢訂單
經營部計劃員或業(yè)務員可以隨時在網上查詢訂單的狀態(tài)（未審核、已審核、安排運輸、在途、簽收）。
取消訂單
當經營部計劃員需要取消所下的訂單時首先在網上查詢訂單的狀態(tài)，如果該訂單未被審核系統(tǒng)允許取消訂單，可用庫存量隨之增加。如果該訂單已經被審核則無法進行取消操作，而要進行沖紅處理。
訂單沖紅
當訂單被事業(yè)部計劃員審核之后，經營部如果有訂單變更或取消的業(yè)務需求時要進行沖紅操作。事業(yè)部計劃員會酌情進行部分沖紅或全部沖紅的審核工作，具體要求參考事業(yè)部計劃員沖紅審核（分公司）。
打印訂單

經營部計劃員
客戶管理
經營部可以自主管理屬下的客戶，在新建訂單時需要的客戶信息全部在該功能中提前輸入，為了保證歷史數據的一致性，所有錄入的客戶資料系統(tǒng)不提供刪除功能，對于需要刪除該客戶的要求系統(tǒng)提供停用該用戶的功能，一旦該用戶被停用在新建訂單時，客戶列表不會出現該客戶名稱，如果情況發(fā)生變化該客戶又開始參與業(yè)務活動，經營部計劃員只需要將該用戶重新啟用即可。
事業(yè)部計劃員（分公司）
庫存查詢
庫存的查詢是事業(yè)部計劃員（分公司）作為審核經營部訂單（客戶和經營部自己的訂單）的一個重要條件，計劃員看到的庫存結構與經營部看到的庫存略有不同，不但提供的可用庫存的信息還提供了實際庫存和待出庫數量的信息。

庫存結構公式： 實際庫存＝可用庫存＋待出庫
實際庫存：倉庫里真實存在的物品數量
可用庫存：能夠滿足訂單需求的物品數量
待出庫：已下達訂單未進行發(fā)貨操作的余留數量
事業(yè)部計劃員（分公司）
訂單鎖定
考慮到在分公司層面可能會出現多個計劃員審核訂單的情況，在審核訂單之前計劃員必須要對其準備審核的訂單進行鎖定，這樣就防止了多個計劃員操作同一張訂單的情況發(fā)生。

操作指引：分公司計劃員進入待處理訂單列表后選擇要處理的訂單后面的選定框進行鎖定，鎖定后進入訂單審核功能。
事業(yè)部計劃員（分公司）
訂單審核
分公司計劃員在做訂單審核時原則上采取見單處理的原則，即要看到經過財務簽字的傳真件，但考慮到實際情況，如果經營部需要立即審批的貨物需打電話向分公司申請后立即審核。在未到訂單處理時間點之前經營部可以取消訂單，可用庫存隨之增加。因此當查詢到的庫存數量不能滿足訂單需求時每個經營部可以在隔段時間再次查詢可用庫存是否滿足訂單需求。
分公司計劃員在系統(tǒng)過渡期必須見到有經營部財務簽章的打印訂單傳真件作為審核訂單的依據。對于經營部提交的訂單原則上全部通過，分公司計劃員也可根據實際情況對訂單的數量進行調整或拒絕該張訂單。為了保障經營部能夠及時準確的查詢到訂單的執(zhí)行狀態(tài)，要求分公司計劃員在第一時間內進行審核操作。為保證傳真件和實際的審核數一致，當審核人員對經營部提交的訂單數要進行調整時，建議先取消整個訂單（拒絕），通知填單人員根據調整數重新填寫新的訂單，再將新訂單傳真到分公司。
事業(yè)部計劃員（分公司）
訂單沖紅審核
當訂單沖紅申請被經營部提交上來后，分公司計劃員要根據實際情況進行沖紅的審核操作，沖紅的對象只限于下達訂單未做實際發(fā)貨處理的部分（只可以沖減余留數量）。
訂單查詢
分公司計劃員可以隨時在網上查詢訂單的狀態(tài)（已審核、安排運輸、在途、簽收），以便安排自己的工作內容。具體操作方法見用戶手冊。
注：對于未審核的訂單因為會存在取消的可能性所有不作為正式訂單在訂單查詢里出現。
涉及單證：訂單、訂單沖紅申請單

RDC管理模塊
RDC管理模塊實現RDC的庫存數量可視化管理。它提供倉庫出入庫指令查詢，出入庫結果記錄， 庫存實時查詢，以及庫存和發(fā)貨的統(tǒng)計和分析。

主要使用者為RDC管理員，物流經理，物流運作管理部門，管理RDC的3PL。
RDC管理模塊功能
計劃入庫
計劃出庫
非計劃入庫
非計劃出庫
庫存查詢
出庫記錄查詢
入庫記錄查詢
出庫單、入庫單打印
匯總報表

RDC——出庫
RDC倉管員
計劃入庫
與補貨計劃的接口功能
非計劃入庫
非計劃入庫是為了解決在Tulip2.0系統(tǒng)未實施前代替流程中的部分環(huán)節(jié)所作的臨時功能。目前的倉庫入庫操作必須全部使用非計劃入庫來完成。根據不同的入庫指令倉庫管理員需要先選擇入庫類型然后才能填寫入庫單內容。
入庫類型（補充）
補貨入庫
調撥入庫
退換貨入庫
修還入庫
沖紅入庫
入庫類型說明（補充）
補貨入庫：對應補貨計劃進行的入庫操作，倉管員必須并填寫相應的補貨計劃號和發(fā)貨的CDC名稱后才可以進行入庫單內容的輸入。
調撥入庫：跟補貨計劃相同也是為了彌補Tulip2.0為上線前的流程空缺，倉管員選擇了入庫類型為調撥入庫后，必須選擇相應的發(fā)貨倉庫的名稱和對應的調撥計劃的計劃好后才可以進行入庫單內同的輸入。
退換貨入庫：當發(fā)生客戶退換貨需要進入RDC的時候，倉管員先要檢查收到的退換貨計劃的傳真件和實物是否一一對應，同時要經過售后部門對物品進行鑒定后按照好壞機區(qū)分入庫的原則進行入庫單的填寫，在原單單號欄必須填寫退換貨計劃的計劃號，以便日后查對之用。
修還入庫：當需要將維修好的機器重新入庫時將使用到該類型。倉管員在做修還入庫時必須將原有的維修出庫單的單號錄入原單單號的文字欄中以便核對維修出庫領用的型號、數量是否可以和入庫的型號、數量相對應。做完入庫處理，系統(tǒng)會增加好機數量。
沖紅入庫：該出庫類型是為了修正非計劃入庫時產生的填寫錯誤而導致庫存不準確的情況而設立的，在填寫沖紅入庫時一定要填入出錯的入庫單號作為以后核對庫存的依據。
RDC倉管員
計劃出庫
所有的訂單出庫都必須為計劃出庫，在頁面上可以看到計劃出庫的待處理數量，點擊進入后就可以看到每一條計劃出庫指令就是一張訂單，考慮到在實際發(fā)貨的時候會出現余留的現象，計劃出庫提供了分次執(zhí)行出庫指令的功能，如果根據訂單所作的每一次出庫沒有完全將訂單執(zhí)行完畢，系統(tǒng)會自動將已執(zhí)行完畢的數量減去并提示需要繼續(xù)處理的信息。
操作指引： 倉管員進入計劃出庫后查看相應的出庫指令，點擊進入后可以看到出庫指令的詳細內容，這時需要將出庫指令打印出來作為倉庫檢貨的信息指導，待裝完貨后，填入實際出庫的物品數量后提交生成正式的出庫單，這個功能是為了防止在實際操作中先生成出庫單后由于各種特殊情況無法完成出庫單上全部物品的出庫操作而產生的出庫單沖紅現象的發(fā)生。
RDC倉管員
非計劃出庫
非計劃出庫是為了解決在Tulip2.0系統(tǒng)未實施前代替流程中的部分環(huán)節(jié)所作的臨時功能。目前的倉庫出庫操作除了正常的客戶訂單使用計劃出庫外其它類型的出庫倉庫管理員均需要選擇出庫類型然后才能填寫出庫單內容。
非計劃出庫類型（補充）
維修出庫
返廠出庫
調撥出庫
沖紅出庫
非計劃出庫類型說明（補充）
維修出庫：當售后服務中心需要將倉庫中的壞機進行維修領用時將使用到該類型。倉管員在做維修出庫時必須將售后服務中心開具的維修領用單的單號錄入原單單號的文字欄中以便日后同維修領用單上標注的型號、數量進行核對。做完維修出庫庫處理后，系統(tǒng)會減少壞機的數量。
返廠出庫：該出庫類型較少使用，當倉管員接到事業(yè)部下達的返廠計劃后將使用該類型進行返廠出庫。倉管員在做返廠出庫時必須將事業(yè)部下達的返廠計劃的計劃號錄入原單單號的文字欄中以便日后進行核對。
調撥出庫：同調撥入庫一樣只是功能相反，倉管員選擇了出庫類型為調撥出庫后，必須選擇相應的收貨倉庫的名稱和對應的調撥計劃的計劃好后才可以進行出庫單內容的輸入。
沖紅出庫：該出庫類型是為了修正非計劃出庫時產生的填寫錯誤而導致庫存不準確的情況而設立的，在填寫沖紅出庫時一定要填入出錯的出庫單號作為以后核對庫存的依據。
RDC倉管員
查詢庫存
庫存的查詢是倉庫管理員在進行盤點時核對倉庫實物數量和系統(tǒng)反映數量的一個重要依據，不但提供的可用庫存的信息還提供了實際庫存和待出庫數量的信息。
庫存結構公式： 實際庫存＝可用庫存＋待出庫
實際庫存：倉庫里真實存在的物品數量
可用庫存：能夠滿足訂單需求的物品數量
待出庫：已下達訂單未進行發(fā)貨操作的余留數量。
注：顯示待出庫的數量時是為了提醒倉管員還有部分物品是處于余留狀態(tài)的以便指導其工作。
RDC倉管員
查詢入庫記錄
對倉庫在任何時段進行的入庫進行查詢，此功能是為了對日常的入庫業(yè)務進行數據跟蹤而提供的，點擊進入后填好查詢條件后即可查到業(yè)務發(fā)生的原始記錄，具體操作見用戶手冊。

查詢出庫記錄
功能和操作方法同查詢入庫記錄。
運輸管理模塊
運輸管理模塊實現支線的配送指令查詢和運輸結果信息的輸入和查詢，以及運輸結果的統(tǒng)計分析。

主要使用者： 運輸承運商， 物流經理， 物流運作管理部門。
運輸管理模塊功能
生成送貨清單
送貨清單打印
送貨清單維護
生成沖紅通知單

運輸管理模塊功能說明
生成送貨清單
根據訂單生成送貨清單：系統(tǒng)設計的原則是一張訂單可以對應多張送貨清單運。因此輸管理員可以根據運力情況來決定是一次還是多次執(zhí)行該訂單，如果分次執(zhí)行該訂單則系統(tǒng)會在下一次生成送貨清單時將以發(fā)運的數量減去直到完全執(zhí)行完訂單的數量為止。
運輸管理模塊功能說明
維護送貨清單
發(fā)運工作開始后，維護送貨清單便成為訂單執(zhí)行情況跟蹤的數據源 車輛離開中轉倉后，中轉倉倉管員通知物流經理貨已出庫的信息。物流經理便可以在網上隨時監(jiān)控訂單的執(zhí)行情況。當貨物在途中時運輸管理員可以不斷的對到達時間和途中發(fā)生的情況進行修正，這些改動會立即在網上體現出來，以便物流經理可以隨時的掌握貨物的動向。貨物到達目的地后，收貨方在隨運輸人員到達的送貨清單上填寫實際收貨數量。運輸人員可以實時也可以事后將這些信息反饋給運輸管理員。運輸管理員將這些信息錄入系統(tǒng)后，簽收的信息隨即體現出來。
運輸管理模塊功能說明
生成沖紅通知單
如客戶簽收的貨物數量與送貨清單上的貨物數量不相等，系統(tǒng)自動顯示該頁面，讓運輸公司填寫沖紅通知單，主要用于記錄貨物運輸過程中發(fā)生貨損、貨差的狀況。
該功能是由系統(tǒng)自動完成的，如果客戶的簽收數量與實發(fā)數量不符，則系統(tǒng)認為產生了貨險，自動打開貨險沖紅功能，由運輸管理員填寫貨損原因后提交，系統(tǒng)自動會生成貨險沖紅掛帳單。物流經理可以通過貨險沖紅掛帳單的內容進行相應的處理。
第二階段業(yè)務流程
第二階段業(yè)務流程
補貨計劃處理流程
CDC管理流程
干線運輸管理流程
干線運輸貨險沖紅流程
RDC調撥處理流程

通用業(yè)務處理流程實現的目標是建立一套支持多元化產品及多渠道銷售的信息平臺。
第二階段流程設計
第二階段用戶角色定義
事業(yè)部計劃員：主要負責補貨計劃、調撥計劃的編制，審核，確認
物流中心計劃員：主要負責發(fā)貨指令的執(zhí)行，運輸商的選擇
CDC倉管員：主要負責貨物在CDC出入庫操作
第三方物流(干線)：主要負責貨物的干線運輸，簽收
貨險處理員：主要負責干線運輸出現貨險后的處理
補貨計劃處理流程

補貨計劃處理——流程描述
事業(yè)部計劃員（TV、AV事業(yè)部計劃員）
生成補貨計劃初稿
補貨計劃的產生是由三個前因來驅動的（分公司的要貨申請、RDC庫存、總部銷售預測），事業(yè)部計劃員填寫補貨計劃提交給物流中心。（系統(tǒng)里要標識該補貨計劃是由分公司的要貨訂單驅動的，還是由總部自主進行補貨）
補貨計劃的主要內容包括(發(fā)貨CDC名稱、收貨RDC名稱OR收貨單位的名稱、計劃內容)
輸入：要貨申請、RDC庫存、銷售預測
輸出：補貨計劃
生成補貨計劃初稿（補充）
制作補貨計劃參考的因素主要有以下六點 ：
要貨計劃、CDC庫存、RDC庫存、銷售數據、電話溝通、銷售預測
補貨計劃有兩種方式：直接對分公司提交的補貨訂單進行審核后直接生成補貨計劃；由主動補貨引發(fā)的手工填寫的補貨計劃。
事業(yè)部計劃員完成計劃后發(fā)到物流運作部，物流運作部根據運力情況并與事業(yè)部計劃員協(xié)商后調整發(fā)貨計劃的數量，后交由事業(yè)部計劃協(xié)調員做最終審核后下達物流運作部執(zhí)行。在傳遞過程中會產生3次數值，一次是初始值，第二次是物流部修改的值，第三次是事業(yè)部最終確定的數值。
總部計劃在參考CDC庫存的時候只參考這個CDC的合計庫存而不管其內部是如何分布的，因為倉庫產品類型和存貨量分布非常的不均勻。
補貨計劃處理——流程描述
生成正式補貨計劃
事業(yè)部計劃員收到經過物流運作部調整的后的補貨計劃，經過事業(yè)部計劃協(xié)調員的最終審核后交由物流運作部進行運作。當物流運作部開始運輸流程時計劃員可以對發(fā)貨計劃的情況進行跟蹤。
輸入：經過物流運作部根據運力調整后的補貨計劃
輸出：正式補貨計劃
補貨計劃處理——流程描述
物流中心干線計劃員
調整補貨計劃
物流中心干線計劃員對各事業(yè)部計劃員提交的發(fā)貨計劃進行數量上調整后，交還給事業(yè)部計劃協(xié)調員員進行最終確認。

輸入：事業(yè)部計劃員交來的補貨計劃
輸出：經過運力調整的補貨計劃
補貨計劃處理——流程描述
事業(yè)部計劃協(xié)調員
最終審核發(fā)貨計劃
事業(yè)部計劃協(xié)調員員對發(fā)貨計劃進行最終確認。

輸入：運力調整后的發(fā)貨計劃
輸出：最終的發(fā)貨計劃

CDC管理流程

CDC管理流程描述——CDC管理員
填寫入庫單
CDC管理員接到由工廠送來的貨物后通過隨貨物到達的批次計劃檢驗貨物，滿足入庫條件后允許入庫。同時填寫入庫單修正庫存
輸入：工廠發(fā)來的批次入庫計劃
輸出：入庫單
出庫流程
CDC管理流程描述——CDC管理員
填寫出庫單
根據計劃部門下達的補貨計劃生成出庫單，在這里要說明的是由于目前Tulip系統(tǒng)無法對CDC內部的物理倉庫進行管理因此制作出庫單的依據是各物理倉庫上報的內部出庫單。由于目前倉庫已經在使用K3系統(tǒng)，因此可以考慮Tulip系統(tǒng)與K3系統(tǒng)進行對接。
輸入：審核后的發(fā)貨計劃
輸出：出庫單
干線運輸管理

干線運輸管理流程描述
物流中心干線計劃員
對事業(yè)部下達的發(fā)貨指令進行承運商的分配工作
根據事業(yè)部下達的發(fā)貨指令選擇運輸商，提交系統(tǒng)后會將各承運商所需要操作的訂單分發(fā)。由于CDC部門無法實現對具體物理庫的管理因此需要手工標注裝貨地點。
輸入：發(fā)貨指令（補貨計劃、調撥計劃、返廠計劃等）
輸出：標注了承運商信息的發(fā)貨指令
干線運輸管理流程描述
3PL運輸管理員
根據物流運作部下達的運輸計劃生成送貨清單
根據物流部下達的運輸計劃結合自身的運輸能力一次或分次執(zhí)行運輸計劃，生成一張或多張送貨清單供簽收用。
輸入：發(fā)貨指令（補貨計劃、調撥計劃、返廠計劃等）
輸出：送貨清單

對送貨清單進行跟蹤維護
送貨清單生成后交由具體運輸人員攜帶，在運輸過程中運輸管理員可以隨時通過各種方式同運輸人員進行聯(lián)系，及時了解運輸的情況并維護入送貨清單。這樣所有的人員（計劃員、物流運作人員等）可以隨時在網上關注發(fā)貨計劃的執(zhí)行情況。
輸入：送貨清單
輸出：維護了過程信息的送貨清單
送貨清單的簽收信息錄入
貨物到達后，收貨方進行簽收。運輸管理員可以將簽收信息維護錄入系統(tǒng)，以便相關人員了解貨物的簽收情況。
輸入：送貨清單
輸出：送貨清單（簽收）
干線運輸貨險處理

干線運輸貨險處理流程描述
干線運輸貨險處理員
生成貨運事故處理單
由于干線運輸情況比較復雜，目前干線運輸發(fā)生事故有兩種情況和處理辦法。
輸入：貨運事故報案表（手工）
輸出：貨險沖紅單
（1）貨損處理
貨損是指貨物在運輸過程中沒有太大的損壞，通過業(yè)務模式和補發(fā)物料可以解決的。
對于這部分貨物不會做沖紅處理而是通過賠付和補發(fā)物料的情況來解決。

（2）貨差處理
貨差是指在運輸過程中發(fā)生了比較大的事故導致貨物無法完成既定功能的。這部分的處理一定要進行沖紅處理。
鑒于這兩種情況我們的建議是一旦不能部分或全部簽收，系統(tǒng)即生成貨運事故處理單
3PL在送貨清單上標明是貨損還是貨差。
物流運作部的貨運事故處理員根據系統(tǒng)自動生成的貨運事故處理單和3PL提交的貨運事故報案表來進行貨損貨差的處理。
對于貨損的情況完成了賠付和補發(fā)物料的操作后點擊處理后，流程終止。而對于貨差的情況點擊沖紅按鈕系統(tǒng)生成貨險沖紅請求等待計劃員處理。
 
注：沖紅單的主要內容包括(貨運事故報案表編號、原發(fā)貨計劃號、發(fā)貨沖紅內容)


對貨險沖紅掛帳單進行處理
事業(yè)部計劃員作出發(fā)貨計劃沖紅審核后，即生成貨險沖紅掛帳單。出現貨損的貨物的所有權即轉為物流運作部，貨險處理員有義務對該掛帳單進行處理，直到發(fā)生貨險的貨物被完全完畢。
輸入：貨險沖紅掛帳單
輸出：處理過的貨險沖紅掛帳單

事業(yè)部計劃員
審核貨險沖紅申請單
事業(yè)部計劃員根據物流部上傳的貨險沖紅單進行審批，系統(tǒng)隨即會對要沖紅的發(fā)貨計劃進行沖紅同時會詢問是否要對收貨方繼續(xù)發(fā)貨，如果要繼續(xù)發(fā)貨則自動生成新的發(fā)貨計劃（進入新的發(fā)貨計劃處理流程），如果無需繼續(xù)發(fā)貨則不做處理。
輸入：貨險沖紅單
輸出：審核后的貨險沖紅單、新的發(fā)貨計劃（可選）
生成貨險沖紅掛帳單
一旦計劃員審核了由物流運作部提交的貨險沖紅單，無論是否繼續(xù)發(fā)貨系統(tǒng)都會生成貨險沖紅掛帳單并將收貨方改為物流運作部。
輸入：審核后的貨險沖紅單
輸出：貨險沖紅掛帳單
RDC調撥處理

RDC調撥處理流程描述
事業(yè)部計劃員
生成調撥計劃初稿
調撥計劃的產生是由兩個前因來驅動的（分公司的調撥申請、總部銷售預測），事業(yè)部計劃員填寫調撥計劃提交給物流中心。
注：調撥計劃的主要內容包括(調出RDC名稱、調入RDC名稱、計劃內容)
輸入：調撥申請（手工）、各RDC庫存、銷售預測
輸出：調撥計劃

生成調撥計劃初稿（補充）
（1）制作調撥計劃參考的因素主要有以下六點
調撥申請
調出RDC庫存
調入RDC庫存
銷售數據
電話溝通
銷售預測
（2）事業(yè)部計劃員完成計劃后發(fā)到物流運作部，物流運作部根據運力情況并與事業(yè)部計劃員協(xié)商后調整計劃，后交由事業(yè)部計劃協(xié)調員做最終審核后下達物流運作部執(zhí)行。
在傳遞過程中會產生3次數值，一次是初始值，第二次是物流部修改的值，第三次是事業(yè)部最終確定的數值。

生成正式調撥計劃
事業(yè)部計劃員收到經過物流運作部調整的后的調撥計劃，經過事業(yè)部計劃協(xié)調員的最終審核后交由物流運作部進行運作。當物流運作部開始運輸流程時計劃員可以對調撥計劃的執(zhí)行情況進行跟蹤。
輸入：經過物流運作部根據運力調整后的調撥計劃
輸出：正式調撥計劃
RDC調撥處理流程描述
物流中心干線計劃員
調整調撥計劃
物流中心干線計劃員對各事業(yè)部計劃員提交的調撥計劃進行調整后，交還給事業(yè)部計劃協(xié)調員員進行最終確認。
輸入：事業(yè)部計劃員交來的調撥計劃
輸出：經過運力調整的調撥計劃
RDC調撥處理流程描述
事業(yè)部計劃協(xié)調員
最終審核調撥計劃
事業(yè)部計劃協(xié)調員員對調撥計劃進行最終確認。
輸入：運力調整后的調撥計劃
輸出：最終的調撥計劃
物流管理系統(tǒng)軟件架構
TULIP系統(tǒng)的軟件架構

物流網絡模型

軟件架構-設計原則
軟件架構-設計原則
軟件架構-設計模式
軟件架構
軟件架構
TULIP系統(tǒng)的數據庫設計
數據庫設計
數據庫設計－訂單

數據庫設計－運輸





TULIP的倉庫模型
Stock Reserve

TULIP系統(tǒng)的安全性考慮
報表系統(tǒng)

報表系統(tǒng)業(yè)務需求

重點名詞解釋和約束
干線運輸：干線運輸包括CDC－RDC的配送和CDC－客戶/經營部的配送
二次配送：二次配送包括RDC－RDC的配送和RDC－客戶/經營部的配送
RDC：地域配送中心，目前由分公司管轄，下屬可以設立多個DC
CDC：全國配送中心，負責向所有的RDC供貨，目前由總部統(tǒng)一管轄
標準車體積： 作為基準車型的體積，目前以7.2m為標準車體積，要求在系統(tǒng)管理中可以自定義何種車型為標準車型。
報表統(tǒng)計要素
時間段（以天為分割的時間點要求在系統(tǒng)管理中可以設置）
事業(yè)部（TV事業(yè)部、AV事業(yè)部、白家電事業(yè)部、空調事業(yè)部、彩顯事業(yè)部、PHILIPS銷售中心等）
產品類別（彩電、TV附件、視盤機、功放、音箱、冰箱、洗衣機、空調整機、空調樣機、空調附件等）
發(fā)站（CDC、RDC、DC名稱）
到站（按區(qū)域、省份、分公司、經營部（銷售部）、客戶等）
3PL（安得、寶供、南方、中外運等，可自行維護）
運輸方式（汽車、火車、飛機、輪船等，可自行維護）
先選擇運輸工具——再選整車或零擔方式——最后選整車的規(guī)格（例如選輪船——整集裝箱或零擔——集裝箱規(guī)格）
承運方式（自提、配送）
發(fā)運方式（CDC至RDC、CDC至客戶等，可自行維護）
區(qū)分訂單（計劃）的緊急程度。按響應時間（如4小時、8小時、12小時等）分A類、B類、C類等訂單，具體分類標準可按實際需要進行維護調整。  該處需要描述清楚運輸方式的選擇在什么地方來操作

費用核算
干線、配送運輸費用統(tǒng)計
數據來源——倉庫實際發(fā)運數量
統(tǒng)計口徑——按報表查詢口徑查詢（十種）
費用報表匯總
（1）按物流供應商分發(fā)站匯總
匯總表的兩個匯總條件：條件1－按物流供應商的名稱進行費用匯總，此時不考慮發(fā)貨站和到貨站的匯總條件，條件2－按發(fā)貨站和到貨站進行匯總此時不考慮物流供應商名稱的匯總條件
（2）按事業(yè)部分發(fā)站匯總
匯總表的兩個匯總條件：條件1－按事業(yè)部的名稱進行費用匯總，此時不考慮發(fā)貨站和到貨站的匯總條件，條件2－按發(fā)貨站和到貨站進行匯總此時不考慮事業(yè)部名稱的匯總條件

計費方法
（1）按臺價計費
單臺價=點到點標準車型運價/標準車型滿載量 ×（標準車型與實際車型差值比率）
（或按不同產品類別段確定費用，如21、25、29、34、38等分別對應一個價格）
運費=單臺價×發(fā)運數量
標準車型是指以何種車型來作為滿載量的計算標準（目前以7.2米車為基準）

（2）按標準車計費（可同時確定幾種基準車型，如7.2m車、14m車）
運費=標準車車價×發(fā)運車數
（3）按體積計費
運費=單位體積運價×發(fā)運體積
（4）按貨值計費
運費=貨值費率×發(fā)運貨值（貨值費率隨產品類別、發(fā)站、到站區(qū)域等的不同而不同）
（5）按重量計費
運費=元/Kg（按不同距離給予定義）×發(fā)運重量
提供重量費率(維護界面)
要求上述計費方式可按不同起運量進行費用標準的維護和統(tǒng)計。  （需要提供貨值費率表、需要提供重量費率表）

費用核算
倉租費
倉租費可以按流通量計費，也可以按租用面積計費。
——倉租費=元/㎡×租用面積×租用天數（月租是按自然天結算）
——倉租費=元/臺×平均庫存數量（或流通量）×存放天數
(平均庫存量=上月庫存總和/自然月天數,流通量=（上月出+入庫數量）/2)
裝卸費
裝卸費=元/臺×（入庫數量+出庫數量）
物流系統(tǒng)考核指標
計劃執(zhí)行率
計劃執(zhí)行率=已執(zhí)行計劃量/計劃總量（按臺）
已執(zhí)行計劃量是指計劃已經審核并且已經產生出庫單并且已經產生送貨清單的數量，余留數量不記入已執(zhí)行計劃量。①已出庫、已送貨——視為計劃執(zhí)行；②已出庫、未送貨——視為計劃余留，不計入計劃執(zhí)行；③未出庫、已送貨——視為計劃未執(zhí)行，不計入計劃執(zhí)行。
完好交貨率
完好交貨率=（已簽收數量）/實際送貨清單總量
準點交貨率
準點交貨率=實際簽收數量（包括完好和貨損，不包括丟失）/送貨清單物品總數量
物流成本分析
干線運輸數據分析
RDC數據分析
CDC數據分析
二次配送數據分析
干線運輸數據分析
主要統(tǒng)計指標
有實際發(fā)運臺數、實際發(fā)運體積、發(fā)運總運距（發(fā)運體積×里程）、發(fā)運總貨值、實際發(fā)運總費用、發(fā)運車數（可折合成7.2米車，可自定義）。
(發(fā)運數量全部按送貨清單的生成數量作為基準)

主要分析指標
各發(fā)站發(fā)運量（按臺、按體積）比率；
各發(fā)站對應各到站發(fā)運量比率（基數為總數量或各發(fā)站數量）；
各發(fā)RDC與直發(fā)客戶的比率；
發(fā)運體積比率（與發(fā)運數量比率雷同）；
平均單臺體積（總體積/總發(fā)運量，分發(fā)站、分產品類別）；
平均單臺貨值；
平均體積貨值；
臺費率；
體積費率；
貨值費率；
臺公里費率；
體積公里費率；
車公里費率。
RDC數據分析
主要統(tǒng)計指標
計劃出入庫數、實際出入庫數、流通量、計劃月初月末庫存數、實際月初月末庫存數、平均庫存量、租用面積、庫存周轉天數、倉租費、裝卸費、二次配送費等

主要分析指標
倉庫利用率
單位面積倉租費率
單次臺裝卸費率
臺費率（庫存臺倉租費率<流通臺倉租費率、流通臺裝卸費率>）
體積費率（庫存體積倉租費率<流通體積倉租費率、流通體積裝卸費率>）
貨值費率（庫存貨值倉租費率<流通貨值倉租費率、流通貨值裝卸費率>）
CDC數據分析
主要統(tǒng)計指標
計劃出入庫數、實際出入庫數、流通量、計劃月初月末庫存數、實際月初月末庫存數、平均庫存量、租用面積、庫存周轉天數、倉租費、裝卸費、二次配送費等

主要分析指標
倉庫利用率
單位面積倉租費率
單次臺裝卸費率
臺費率（庫存臺倉租費率<流通臺倉租費率、流通臺裝卸費率>）
體積費率（庫存體積倉租費率<流通體積倉租費率、流通體積裝卸費率>）
貨值費率（庫存貨值倉租費率<流通貨值倉租費率、流通貨值裝卸費率>）
二次配送數據分析
主要統(tǒng)計指標
配送（發(fā)運）臺數（分自提、配送）、體積數（分自提、配送）、配送距離、配送費用等。

主要分析指標
配送、自提比率（分臺、體積）
配送量運費率（配送臺運費率、配送體積運費率、配送貨值運費率、配送車運費率）
出庫量運費率（出庫臺運費率、出庫體積運費率、出庫車運費率、出庫貨值運費率）
單位距離費率


企業(yè)物流管理信息系統(tǒng)(ppt)