【正文】 A R C H A R 2 ( 1 8 )V A R C H A R 2 ( 2 0 )V A R C H A R 2 ( 6 )V A R C H A R 2 ( 1 0 0 )N U M B E R p k f k 1 f k 2 f k 2 R e ce i p t T yp eIDN a m eD o cu m e n tP l a n n e dS t a t u sV A R C H A R 2 ( 2 )V A R C H A R 2 ( 5 0 )V A R C H A R 2 ( 5 0 )N U M B E RN U M B E R p k R e ce i p t L i s t I t e mL i n e N u m b e rR e c e i v i n g D o c u m e n tU n i tP r o d u ctO r d e r Q u a n t i t yR e ce i p t Q u a n t i t yC o m m e n tN U M B E R ( 1 0 )V A R C H A R 2 ( 1 6 )V A R C H A R 2 ( 2 )V A R C H A R 2 ( 1 6 )N U M B E R ( 1 0 , 2 )N U M B E R ( 1 0 , 2 )V A R C H A R 2 ( 1 0 0 ) p k p k , f k 1 f k 2 f k 3 P r o d u ct I n f oIDSKUC a t e g o r yN a m eD e s cr i p t i o nS p e cC o l o rM o d e lG r a d eU n i tW e i g h tV o l u m eV a l u eL e n g t hW i d t hH e i g h tS t a t u si s C o m p o u n dV A R C H A R 2 ( 1 6 )V A R C H A R 2 ( 1 6 )N U M B E R ( 1 6 )V A R C H A R 2 ( 1 0 0 )V A R C H A R 2 ( 2 0 0 )N U M B E R ( 1 6 )V A R C H A R 2 ( 2 )V A R C H A R 2 ( 5 0 )V A R C H A R 2 ( 2 )V A R C H A R 2 ( 2 )N U M B E R ( 1 0 , 2 )N U M B E R ( 1 2 , 4 )N U M B E R ( 1 2 , 2 )N U M B E R ( 1 0 , 2 )N U M B E R ( 1 0 , 2 )N U M B E R ( 1 0 , 2 )N U M B E RI N T E G E R p k f k 3 f k 5 f k 1 f k 6 f k 4 f k 2 I n ve n t o r yL i s tIDN a m eO r g a n i za t i o nW a r e h o u s eV A R C H A R 2 ( 6 )V A R C H A R 2 ( 5 0 )V A R C H A R 2 ( 6 )V A R C H A R 2 ( 6 ) p k f k f k I n ve n t o r yI t e mL i n e N u m b e rO r g a n i za t i o nW a r e h o u s eP r o d u ctA va i l a b l eS t o r e dT r a n s p o r t i n gO u t g o i n gA B C C o d eP r e vi o u s A va i l a b l eP r e vi o u s S t o r e dN U M B E R ( 1 0 )V A R C H A R 2 ( 6 )V A R C H A R 2 ( 2 0 )V A R C H A R 2 ( 1 6 )N U M B E R ( 1 0 , 2 )N U M B E R (。 例如： public class OrderManagerFactory { private static OrderManager ivOrderManager。 減少各系統(tǒng)間的依賴(lài)關(guān)系。工廠 到 客戶(hù) 。 ?生成正式調(diào)撥計(jì)劃 事業(yè)部計(jì)劃員收到經(jīng)過(guò)物流運(yùn)作部調(diào)整的后的調(diào)撥計(jì)劃 ， 經(jīng)過(guò)事業(yè)部計(jì)劃協(xié)調(diào)員的最終審核后交由物流運(yùn)作部進(jìn)行運(yùn)作 。 而對(duì)于貨差的情況點(diǎn)擊沖紅按鈕系統(tǒng)生成貨險(xiǎn)沖紅請(qǐng)求等待計(jì)劃員處理 。 輸入：送貨清單 輸出：送貨清單（簽收） 干線運(yùn)輸貨險(xiǎn)處理 貨運(yùn)事故報(bào) 案表 運(yùn)輸中出現(xiàn)事 故 Start 沖紅通知 單 審核沖紅賬目 修復(fù)貨損 重新調(diào)賬 貨險(xiǎn)沖紅處理 物流管理中 心帳目 掛帳沖紅通 知單 掛帳單沖紅 沖紅處理 根據(jù)沖紅請(qǐng)求 生成沖紅掛帳 計(jì)劃沖紅（紅單 ）（負(fù)數(shù)） 詢(xún)問(wèn)經(jīng)營(yíng)部或中轉(zhuǎn) 倉(cāng)是否需要補(bǔ)貨 生成對(duì)應(yīng)要貨計(jì)劃 的補(bǔ)發(fā)貨計(jì)劃 ( Yes ) 結(jié)束 ( No ) 計(jì)劃沖紅（藍(lán)單 ）（正數(shù)） 計(jì)劃員 物流運(yùn)作部 3PL 干線運(yùn)輸貨險(xiǎn)處理流程描述 ? 干線運(yùn)輸貨險(xiǎn)處理員 ?生成貨運(yùn)事故處理單 由于干線運(yùn)輸情況比較復(fù)雜，目前干線運(yùn)輸發(fā)生事故有兩種情況和處理辦法。 由于目前倉(cāng)庫(kù)已經(jīng)在使用 K3系統(tǒng) ， 因此可以考慮 Tulip系統(tǒng)與 K3系統(tǒng)進(jìn)行對(duì)接 。在傳遞過(guò)程中會(huì)產(chǎn)生 3次數(shù)值，一次是初始值，第二次是物流部修改的值，第三次是事業(yè)部最終確定的數(shù)值。運(yùn)輸管理員將這些信息錄入系統(tǒng)后，簽收的信息隨即體現(xiàn)出來(lái)。 主要使用者： 運(yùn)輸承運(yùn)商， 物流經(jīng)理， 物流運(yùn)作管理部門(mén)。 ?調(diào)撥出庫(kù) ： 同調(diào)撥入庫(kù)一樣只是功能相反 ， 倉(cāng)管員選擇了出庫(kù)類(lèi)型為調(diào)撥出庫(kù)后 ， 必須選擇相應(yīng)的收貨倉(cāng)庫(kù)的名稱(chēng)和對(duì)應(yīng)的調(diào)撥計(jì)劃的計(jì)劃好后才可以進(jìn)行出庫(kù)單內(nèi)容的輸入 。 操作指引 ： 倉(cāng)管員進(jìn)入計(jì)劃出庫(kù)后查看相應(yīng)的出庫(kù)指令，點(diǎn)擊進(jìn)入后可以看到出庫(kù)指令的詳細(xì)內(nèi)容，這時(shí)需要將出庫(kù)指令打印出來(lái)作為倉(cāng)庫(kù)檢貨的信息指導(dǎo)，待裝完貨后，填入實(shí)際出庫(kù)的物品數(shù)量后提交生成正式的出庫(kù)單，這個(gè)功能是為了防止在實(shí)際操作中先生成出庫(kù)單后由于各種特殊情況無(wú)法完成出庫(kù)單上全部物品的出庫(kù)操作而產(chǎn)生的出庫(kù)單沖紅現(xiàn)象的發(fā)生。 入庫(kù)類(lèi)型（補(bǔ)充） ? 補(bǔ)貨入庫(kù) ? 調(diào)撥入庫(kù) ? 退換貨入庫(kù) ? 修還入庫(kù) ? 沖紅入庫(kù) 入庫(kù)類(lèi)型說(shuō)明（補(bǔ)充） ?補(bǔ)貨入庫(kù) ：對(duì)應(yīng)補(bǔ)貨計(jì)劃進(jìn)行的入庫(kù)操作 ， 倉(cāng)管員必須并填寫(xiě)相應(yīng)的補(bǔ)貨計(jì)劃號(hào)和發(fā)貨的 CDC名稱(chēng)后才可以進(jìn)行入庫(kù)單內(nèi)容的輸入 。 具體操作方法見(jiàn)用戶(hù)手冊(cè) 。在未到訂單處理時(shí)間點(diǎn)之前經(jīng)營(yíng)部可以取消訂單，可用庫(kù)存隨之增加。 如果該訂單已經(jīng)被審核則無(wú)法進(jìn)行取消操作，而要進(jìn)行沖紅處理。 殘次品是指未經(jīng)過(guò)修復(fù)不能直接下達(dá)訂單要貨的物品。企業(yè)物流管理信息系統(tǒng) 企業(yè)基本資料 系統(tǒng)目標(biāo) 需求分析 重要流程 重要功能 企業(yè)基本資料 ?生產(chǎn) —— 銷(xiāo)售型的集團(tuán)企業(yè) ?生產(chǎn)分布在全國(guó)的多個(gè)地區(qū) ?在全國(guó)建立有比較完善的銷(xiāo)售體系，銷(xiāo)售人員占整個(gè)企業(yè)的比例較大 ?銷(xiāo)售體系中可以代銷(xiāo)其他企業(yè)的同類(lèi)商品 ?產(chǎn)品包括：家電類(lèi)、計(jì)算機(jī)等信息產(chǎn)品 企業(yè)基本資料 家電生產(chǎn)企業(yè) 網(wǎng)絡(luò)產(chǎn)品生產(chǎn)企業(yè) 通信類(lèi)產(chǎn)品生產(chǎn)企業(yè) 銷(xiāo)售公司 計(jì)算機(jī)生產(chǎn)企業(yè) 集團(tuán)公司 產(chǎn)品生產(chǎn)隸屬關(guān)系 產(chǎn)品銷(xiāo)售隸屬關(guān)系 家電 網(wǎng)絡(luò)產(chǎn)品 通信產(chǎn)品 銷(xiāo)售公司 計(jì)算機(jī) 區(qū)域銷(xiāo)售分公司 直屬銷(xiāo)售分公司 ……… 省級(jí)銷(xiāo)售公司 省級(jí)銷(xiāo)售公司 …… 經(jīng)營(yíng)部 倉(cāng)庫(kù) 倉(cāng)庫(kù) 經(jīng)營(yíng)部 經(jīng)營(yíng)部 倉(cāng)庫(kù) 倉(cāng)庫(kù) 經(jīng)營(yíng)部 …… …… 區(qū)域銷(xiāo)售分公司：華北、東北、華中、 華東、西北、西南、 華南 直屬銷(xiāo)售分公司：廣東、山東、新疆、 四川、海南、江西、 廣西 企業(yè)基本資料 存在問(wèn)題： ?一種典型的“垂直型”的銷(xiāo)售架構(gòu) ?各個(gè)分公司、直屬公司之間的銷(xiāo)售貨物不能互相補(bǔ)充 ?倉(cāng)庫(kù)的產(chǎn)品調(diào)配只能由上級(jí)公司負(fù)責(zé) ?各個(gè)倉(cāng)庫(kù)之間不存在聯(lián)系 ?商品的供應(yīng)、沖紅、退貨由上級(jí)公司負(fù)責(zé) 經(jīng)營(yíng)部 事業(yè)部銷(xiāo)售中心 客戶(hù) 分公司 銷(xiāo)售公司總部 分公司產(chǎn)品部 集團(tuán)機(jī)構(gòu)模式 下單機(jī)構(gòu) 審單機(jī)構(gòu) 總部 客戶(hù) 分公司 事業(yè)部 經(jīng)營(yíng)部 分公司產(chǎn)品部 大客戶(hù) 分公司 TULIP機(jī)構(gòu)模式 機(jī)構(gòu)模式 需求分析 TULIP由執(zhí)行和計(jì)劃兩大系統(tǒng)組成。 正常品是指能夠下達(dá)訂單要貨的物品。 ? 取消訂單 當(dāng)經(jīng)營(yíng)部計(jì)劃員需要取消所下的訂單時(shí)首先在網(wǎng)上查詢(xún)訂單的狀態(tài)，如果該訂單未被審核系統(tǒng)允許取消訂單，可用庫(kù)存量隨之增加。 事業(yè)部計(jì)劃員（分公司） ? 訂單審核 分公司計(jì)劃員在做訂單審核時(shí)原則上采取見(jiàn)單處理的原則，即要看到經(jīng)過(guò)財(cái)務(wù)簽字的傳真件，但考慮到實(shí)際情況，如果經(jīng)營(yíng)部需要立即審批的貨物需打電話向分公司申請(qǐng)后立即審核。 ? 訂單查詢(xún) 分公司計(jì)劃員可以隨時(shí)在網(wǎng)上查詢(xún)訂單的狀態(tài) （ 已審核 、 安排運(yùn)輸 、 在途 、 簽收 ） ， 以便安排自己的工作內(nèi)容 。根據(jù)不同的入庫(kù)指令倉(cāng)庫(kù)管理員需要先選擇入庫(kù)類(lèi)型然后才能填寫(xiě)入庫(kù)單內(nèi)容。 RDC倉(cāng)管員 ? 計(jì)劃出庫(kù) 所有的訂單出庫(kù)都必須為計(jì)劃出庫(kù) ， 在頁(yè)面上可以看到計(jì)劃出庫(kù)的待處理數(shù)量 ， 點(diǎn)擊進(jìn)入后就可以看到每一條計(jì)劃出庫(kù)指令就是一張訂單 ， 考慮到在實(shí)際發(fā)貨的時(shí)候會(huì)出現(xiàn)余留的現(xiàn)象 ， 計(jì)劃出庫(kù)提供了分次執(zhí)行出庫(kù)指令的功能 ， 如果根據(jù)訂單所作的每一次出庫(kù)沒(méi)有完全將訂單執(zhí)行完畢 ， 系統(tǒng)會(huì)自動(dòng)將已執(zhí)行完畢的數(shù)量減去并提示需要繼續(xù)處理的信息 。 倉(cāng)管員在做返廠出庫(kù)時(shí)必須將事業(yè)部下達(dá)的返廠計(jì)劃的計(jì)劃號(hào)錄入原單單號(hào)的文字欄中以便日后進(jìn)行核對(duì) 。 運(yùn)輸管理模塊 運(yùn)輸管理模塊實(shí)現(xiàn)支線的配送指令查詢(xún)和運(yùn)輸結(jié)果信息的輸入和查詢(xún)，以及運(yùn)輸結(jié)果的統(tǒng)計(jì)分析。運(yùn)輸人員可以實(shí)時(shí)也可以事后將這些信息反饋給運(yùn)輸管理員。 ? 事業(yè)部計(jì)劃員完成計(jì)劃后發(fā)到物流運(yùn)作部，物流運(yùn)作部根據(jù)運(yùn)力情況并與事業(yè)部計(jì)劃員協(xié)商后調(diào)整發(fā)貨計(jì)劃的數(shù)量，后交由事業(yè)部計(jì)劃協(xié)調(diào)員做最終審核后下達(dá)物流運(yùn)作部執(zhí)行。 同時(shí)填寫(xiě)入庫(kù)單修正庫(kù)存 輸入：工廠發(fā)來(lái)的批次入庫(kù)計(jì)劃 輸出：入庫(kù)單 出庫(kù)流程 提貨單 自提出庫(kù)結(jié)束 客戶(hù)簽收 送貨清單 送貨清單 (簽 ) 開(kāi)始 接單核單 按單找貨 核對(duì)記帳 揀貨裝車(chē) 盤(pán)點(diǎn)余數(shù) 復(fù)核放行 報(bào)表處理 結(jié)束 庫(kù)存總帳 報(bào)表 配送 /自提 ( 自提 ) 貨物出庫(kù)處理 配送處理 ( 配送 ) 出庫(kù)單 單據(jù) 是否符合 ( Yes ) 等待處理 ( No ) End 發(fā)貨計(jì)劃 單據(jù) CDC日庫(kù) 存報(bào)表 報(bào)表 CDC日發(fā) 貨統(tǒng)計(jì) 報(bào)表 CDC余留 報(bào)表 報(bào)表 分公司物流部 CDC倉(cāng)管員 3PL(配 送處理 ) 客戶(hù)方 (自提處理 ) CDC管理流程 描述 —— CDC管理員 ?填寫(xiě)出庫(kù)單 根據(jù)計(jì)劃部門(mén)下達(dá)的補(bǔ)貨計(jì)劃生成出庫(kù)單 ， 在這里要說(shuō)明的是由于目前 Tulip系統(tǒng)無(wú)法對(duì) CDC內(nèi)部的物理倉(cāng)庫(kù)進(jìn)行管理因此制作出庫(kù)單的依據(jù)是各物理倉(cāng)庫(kù)上報(bào)的內(nèi)部出庫(kù)單 。 運(yùn)輸管理員可以將簽收信息維護(hù)錄入系統(tǒng) ， 以便相關(guān)人員了解貨物的簽收情況 。 對(duì)于貨損的情況完成了賠付和補(bǔ)發(fā)物料的操作后點(diǎn)擊處理后 ，流程終止 。 在傳遞過(guò)程中會(huì)產(chǎn)生 3次數(shù)值，一次是初始值，第二次是物流部修改的值，第三次是事業(yè)部最終確定的數(shù)值。工廠 到 DC 。 DC 到 客戶(hù) 物流網(wǎng)絡(luò)模型 軟件架構(gòu) 設(shè)計(jì)原則 ?系統(tǒng)之間的低耦合 降低系統(tǒng)的耦合度，盡量使每個(gè)業(yè)務(wù)單位的子系統(tǒng)都可以獨(dú)立運(yùn)行。 ?設(shè)計(jì)模式 應(yīng)用 Factory,Agent,Singleton,Handler,Controller等設(shè)計(jì)模式，保持代碼的清析與易