簡(jiǎn)介一份面向Infor SCE-WMS 10系統(tǒng)實(shí)施顧問、倉(cāng)庫管理員及物流信息化項(xiàng)目人員的完整中文操作手冊(cè)重點(diǎn)解決倉(cāng)庫作業(yè)中預(yù)約調(diào)度、運(yùn)輸協(xié)同、揀選策略、庫存跟蹤等環(huán)節(jié)的實(shí)操難題。資源為zip壓縮包約2000個(gè)文件以html操作說明為主體配套大量png、gif、jpg界面截圖與流程圖另含pdf文檔、xls表格、xml配置示例及csv數(shù)據(jù)樣例便于對(duì)照系統(tǒng)界面理解功能配置字段與參數(shù)含義包體約43.33MB。內(nèi)容完整覆蓋概述、預(yù)約管理、運(yùn)輸管理、特殊工藝服務(wù)、計(jì)費(fèi)、多設(shè)施管理、揀選、庫存管理、交叉對(duì)接等核心模塊既有功能原理講解也有頁面操作指引和配置文件參考可直接用于項(xiàng)目實(shí)施前的功能預(yù)研、上線培訓(xùn)材料編寫及日常運(yùn)維查閱。已有1488人學(xué)習(xí)下載適合需要在短期內(nèi)快速掌握該倉(cāng)庫管理系統(tǒng)核心操作流程的實(shí)施與運(yùn)維人員。1. infor sce-wms 10中文操作手冊(cè)倉(cāng)庫系統(tǒng)不是點(diǎn)幾個(gè)按鈕那么簡(jiǎn)單某制造企業(yè)常溫倉(cāng)上線 infor sce-wms 10 的第一個(gè)月庫存準(zhǔn)確率掉到了93%倉(cāng)庫主管被連續(xù)追問三周才找到根因操作員收貨后沒執(zhí)行上架確認(rèn)系統(tǒng)里的庫存一直掛在“待上架”狀態(tài)等到發(fā)現(xiàn)時(shí)實(shí)物和賬面已經(jīng)對(duì)不上。這套系統(tǒng)在制造業(yè)和第三方物流里用得不少但中文資料一直零散流傳的大多是模塊功能介紹不是能照著一步步做事的操作手冊(cè)。這篇內(nèi)容按實(shí)際干活順序走先講登錄、主數(shù)據(jù)、庫區(qū)庫位怎么準(zhǔn)備再講收貨、上架、揀貨、發(fā)貨每一步怎么操作然后把策略、服務(wù)、路由這些決定系統(tǒng)行為的參數(shù)講透再給一組實(shí)操里最容易踩的坑和排查順序。適合正在實(shí)施WMS的項(xiàng)目維護(hù)人員、剛接手這套系統(tǒng)的IT支持以及每天面對(duì)操作員的倉(cāng)庫主管。先說清楚思路這套手冊(cè)要解決的是操作層面反復(fù)出錯(cuò)、規(guī)則設(shè)置不當(dāng)?shù)膯栴}不是替系統(tǒng)做邏輯補(bǔ)丁。2. 先從環(huán)境走一遍登錄、界面與主數(shù)據(jù)準(zhǔn)備2.1 登錄與界面菜單是按模塊來的不是按流程來的第一次打開 infor sce-wms 10 客戶端最先做的是環(huán)境確認(rèn)。客戶端登錄框一般會(huì)要求選擇環(huán)境名這個(gè)名字對(duì)應(yīng)實(shí)施時(shí)連接的服務(wù)器環(huán)境。環(huán)境選錯(cuò)登錄沒有問題數(shù)據(jù)卻可能錄進(jìn)測(cè)試庫。所以我的習(xí)慣是登錄前先和項(xiàng)目維護(hù)確認(rèn)三件事環(huán)境名、賬套號(hào)、用戶名權(quán)限范圍。特別是新手不要在多個(gè)環(huán)境下隨意切換錄半天才發(fā)現(xiàn)數(shù)據(jù)不在生產(chǎn)庫里心態(tài)會(huì)崩。登錄成功之后是樹形菜單加功能窗口。這套系統(tǒng)的菜單按模塊分組主數(shù)據(jù)、采購(gòu)入庫、庫內(nèi)作業(yè)、銷售出庫、報(bào)表、系統(tǒng)管理。和很多國(guó)產(chǎn)軟件不同同一個(gè)業(yè)務(wù)流程不會(huì)在一個(gè)窗口里連續(xù)完成收貨是一個(gè)窗口上架是另一個(gè)中間靠“任務(wù)”銜接。新手最大的障礙不是單個(gè)窗口不會(huì)填而是不知道該去哪個(gè)菜單做下一步。這個(gè)認(rèn)知要在一開始就建立起來不然很容易卡在“單子錄完了然后呢”。我的建議是第一次培訓(xùn)就帶著操作員把所有高頻窗口加進(jìn)收藏夾。拿某個(gè)第三方物流倉(cāng)庫的收發(fā)貨組來說日常離不開這幾個(gè)收貨登記、上架確認(rèn)、任務(wù)管理、波次處理、發(fā)貨確認(rèn)、庫存查詢。收藏夾是自己維護(hù)的不是系統(tǒng)默認(rèn)就有的每人登錄后花兩分鐘配置一下后面每天能省掉大量翻菜單的時(shí)間。注意登錄頁的環(huán)境如果和賬套對(duì)不上先退出重新選擇不要將就著點(diǎn)確定。我在兩個(gè)項(xiàng)目上都見過把測(cè)試環(huán)境當(dāng)成生產(chǎn)環(huán)境錄了一下午數(shù)據(jù)的操作員返工成本很高。操作員在RF手持終端上看到的“任務(wù)狀態(tài)”不需要反復(fù)刷新。任務(wù)從下發(fā)到RF執(zhí)行中間有“已調(diào)度、待執(zhí)行、執(zhí)行中、完成”幾個(gè)狀態(tài)RF提交后客戶端界面有延遲連續(xù)點(diǎn)確認(rèn)鍵容易造成重復(fù)提交或數(shù)量錯(cuò)位。看到狀態(tài)沒變等三到五秒再看比拼命按回車靠譜。這條寫進(jìn)操作手冊(cè)里能少一半誤操作投訴。2.2 主數(shù)據(jù)三件套倉(cāng)庫、庫區(qū)、庫位把WMS的庫位架構(gòu)想成三層就夠了倉(cāng)庫在最上面中間是庫區(qū)下面是庫位。系統(tǒng)里建主數(shù)據(jù)的順序也是從上往下先建倉(cāng)庫檔案再給倉(cāng)庫劃分庫區(qū)然后在庫區(qū)里逐個(gè)建庫位。順序反了庫位沒有歸屬很多操作窗口里根本選不到它策略計(jì)算也會(huì)跳過這些數(shù)據(jù)。庫區(qū)是業(yè)務(wù)流程層面的分區(qū)常見的有收貨區(qū)、存儲(chǔ)區(qū)、揀貨區(qū)、發(fā)貨區(qū)、質(zhì)檢區(qū)、不良品區(qū)。庫區(qū)類型直接影響上游流程能不能把任務(wù)發(fā)到這個(gè)區(qū)域。比如“存儲(chǔ)區(qū)”參與上架策略分配“發(fā)貨區(qū)”通常不參與如果建庫區(qū)時(shí)類型選錯(cuò)任務(wù)會(huì)一直匹配不到目標(biāo)庫位波次跑到一半停住。層級(jí)說明典型注意點(diǎn)倉(cāng)庫物理倉(cāng)的最高層級(jí)一個(gè)賬套可管理多個(gè)倉(cāng)庫注意庫存是否獨(dú)立核算庫區(qū)用途分區(qū)如收貨區(qū)、存儲(chǔ)區(qū)、揀貨區(qū)庫區(qū)類型決定哪些流程可以發(fā)任務(wù)到該區(qū)域庫位實(shí)際放貨地址編碼建議按“通道-排-列-層”規(guī)范設(shè)置庫位是實(shí)際放貨的地址編碼強(qiáng)烈建議按“通道-排-列-層”的規(guī)則做例如 A-01-02-1 表示 A通道01排02列第1層。編碼規(guī)則在系統(tǒng)里直接和排序掛鉤規(guī)則清晰時(shí)上架策略和路徑分配都會(huì)更順。某倉(cāng)庫建庫位時(shí)圖省事庫位號(hào)按順序亂編最后上架策略只能跑隨機(jī)庫位揀貨路徑繞了將近一倍想改時(shí)歷史庫存全都綁在上面只能忍著。建完庫位后還要補(bǔ)兩類屬性庫位類型和庫存狀態(tài)。庫位類型分為揀貨位、存儲(chǔ)位、臨時(shí)位、收貨位等庫存狀態(tài)代表這個(gè)位置上的貨能不能參與業(yè)務(wù)常見有可用、待上架、待質(zhì)檢、凍結(jié)。狀態(tài)不對(duì)策略計(jì)算時(shí)直接跳過。我見過一個(gè)項(xiàng)目庫位建完沒設(shè)狀態(tài)全部默認(rèn)成“凍結(jié)”結(jié)果上架任務(wù)生成了幾十條RF上一單都執(zhí)行不了排查了一天才發(fā)現(xiàn)是狀態(tài)字段的問題。庫位數(shù)不多時(shí)建議手工錄入順便檢查編碼。如果庫位幾千個(gè)就走Excel導(dǎo)入模板。導(dǎo)入前檢查五列庫位編碼、庫區(qū)編碼、庫位類型、最大托盤數(shù)、庫存狀態(tài)。庫區(qū)編碼必須是已經(jīng)存在的庫區(qū)否則整行報(bào)錯(cuò)。導(dǎo)入完成后抽幾條數(shù)據(jù)到界面上核對(duì)“庫區(qū)-庫位”的從屬關(guān)系確認(rèn)沒有串區(qū)。主數(shù)據(jù)準(zhǔn)備到什么程度就可以往下走用測(cè)試賬號(hào)能做一次完整的收貨-上架-查詢庫存流程并且不出現(xiàn)狀態(tài)異常就算合格。2.3 貨品檔案與貨主設(shè)置數(shù)量和單位先說清貨品主數(shù)據(jù)是后續(xù)所有操作的基準(zhǔn)。一個(gè)SKU在系統(tǒng)里至少要定義清楚四類內(nèi)容貨主、計(jì)量單位、條碼、批次屬性。多貨主倉(cāng)庫里先建貨主檔案再把SKU掛到貨主下面。如果漏掛貨主按貨主查庫存、按貨主出報(bào)表時(shí)這個(gè)SKU永遠(yuǎn)不出現(xiàn)問題非常隱蔽。計(jì)量單位的坑最容易踩。采購(gòu)單位是“箱”發(fā)貨單位是“個(gè)”中間必須有“1箱等于多少個(gè)”的換算關(guān)系這個(gè)關(guān)系在主數(shù)據(jù)里維護(hù)。如果只維護(hù)了發(fā)貨單位收貨時(shí)按箱錄入系統(tǒng)按1:1去算庫存發(fā)貨數(shù)量卻按個(gè)扣賬面永遠(yuǎn)對(duì)不上。設(shè)置完成后務(wù)必用一張測(cè)試單據(jù)走一遍收貨和發(fā)貨確認(rèn)換算關(guān)系在流程里真的生效。這個(gè)步驟省掉后面盤庫存時(shí)會(huì)被反復(fù)折磨。批次屬性開不開按業(yè)務(wù)定。食品、醫(yī)藥、化工這類有效期敏感的行業(yè)建議開啟批次管理分配策略才能做先進(jìn)先出電子元器件如果只靠序列號(hào)追蹤不開批次就開序列號(hào)。批次屬性的參數(shù)位置和貨品主數(shù)據(jù)在一起但一旦產(chǎn)生過業(yè)務(wù)單據(jù)改動(dòng)會(huì)影響歷史查詢盡量在初始化階段定下來上了線再改代價(jià)很大。貨主和貨品的主數(shù)據(jù)維護(hù)權(quán)限建議控制在小組內(nèi)不要給每個(gè)操作員開放修改權(quán)限。操作員在收貨時(shí)發(fā)現(xiàn)單位換算不對(duì)正確的做法是停下手里的活找主數(shù)據(jù)管理員確認(rèn)后修改再繼續(xù)錄單。直接在前臺(tái)窗口把數(shù)量改成自己以為正確的那個(gè)數(shù)是庫存差異的主要來源之一。操作手冊(cè)里應(yīng)當(dāng)明確這一點(diǎn)權(quán)限不放寬比事后追數(shù)據(jù)要省力得多。3. 日常核心操作收貨、上架、揀貨、發(fā)貨3.1 收貨有ASN和沒ASN是兩條路徑收貨是倉(cāng)庫數(shù)據(jù)的入口大部分庫存準(zhǔn)確率問題都發(fā)生在收貨之后、上架之前。有ASN時(shí)操作步驟是調(diào)出對(duì)應(yīng)ASN掃描送貨單上的單號(hào)逐行掃貨品條碼錄入實(shí)收數(shù)量確認(rèn)。沒ASN時(shí)先在收貨窗口新建一張收貨單再逐行錄入貨品、數(shù)量、批次。兩條路徑的差別在于有沒有上游單據(jù)做底稿有底稿的系統(tǒng)會(huì)帶出預(yù)期數(shù)量沒有底稿全靠人工錄入出錯(cuò)概率明顯更高。實(shí)收數(shù)量錄入要注意超收參數(shù)。系統(tǒng)通常按訂單數(shù)量做上限控制超過一定比例需要權(quán)限才能繼續(xù)不同項(xiàng)目默認(rèn)值不一樣有的嚴(yán)格到0%有的放開到5%。操作員硬錄超收數(shù)時(shí)會(huì)直接彈錯(cuò)這時(shí)候不要圖省事去改訂單數(shù)量硬湊正確做法是聯(lián)系主管放開超收比例或走差異流程。這條要寫進(jìn)手冊(cè)讓每個(gè)人知道超收不是“把數(shù)字改小蒙混過去”。貨到之后如果暫時(shí)沒位置上架庫存狀態(tài)會(huì)停在“待上架”而不是“可用”。很多庫存差異就出在這一步貨已經(jīng)放在收貨區(qū)賬面也錄入了但系統(tǒng)不把它算作可用庫存揀貨任務(wù)不會(huì)分配給這部分庫存。解決辦法是收貨后盡快上架如果實(shí)在來不及至少保證收貨區(qū)和臨時(shí)存放區(qū)做了物理隔離不能新貨舊貨混在一起否則第二天連找都找不到。質(zhì)檢環(huán)節(jié)是收貨與上架之間的可選項(xiàng)。需要抽檢的貨品收貨后狀態(tài)轉(zhuǎn)成“待質(zhì)檢”實(shí)物挪到質(zhì)檢區(qū)檢驗(yàn)完成后再轉(zhuǎn)“可用”。這個(gè)狀態(tài)流轉(zhuǎn)要在系統(tǒng)配置里做好否則質(zhì)檢完的貨一直掛在待質(zhì)檢永遠(yuǎn)放不出來。某個(gè)倉(cāng)庫一個(gè)月內(nèi)庫存準(zhǔn)確率上不去最后查出來就是質(zhì)檢環(huán)節(jié)的庫存狀態(tài)沒有自動(dòng)釋放賬面上壓了一大批可用貨揀貨訂單卻顯示缺貨。3.2 上架聽系統(tǒng)建議還是自己找?guī)煳簧霞軇?dòng)作在RF上完成操作員的任務(wù)列表里會(huì)出現(xiàn)待上架任務(wù)。點(diǎn)開任務(wù)后系統(tǒng)按上架策略給出一個(gè)建議庫位操作員掃描目標(biāo)庫位條碼再掃貨品條碼錄入數(shù)量確認(rèn)。這四步看著簡(jiǎn)單實(shí)際執(zhí)行時(shí)最容易出問題的是“掃描庫位”這一步被省掉——操作員看著屏幕上的庫位號(hào)直接敲了數(shù)量確認(rèn)系統(tǒng)記錄里沒有庫位掃描記錄后續(xù)查庫時(shí)根本不知道貨放在哪。系統(tǒng)建議庫位不一定是最短路徑但它是綜合規(guī)則計(jì)算出來的結(jié)果。上架策略常見的依據(jù)有三類同一SKU已有庫存的庫位優(yōu)先做合并存放、按ABC分類決定進(jìn)哪個(gè)區(qū)域、按庫位當(dāng)前占用率做均衡分配。如果某個(gè)建議庫位明顯不對(duì)比如通道被占用、庫位有破損操作員可以手動(dòng)輸入目標(biāo)庫位但系統(tǒng)會(huì)記錄越權(quán)標(biāo)記。要提醒主管不要鼓勵(lì)操作員圖省事把貨放在離收貨口最近的空位短期看是快了長(zhǎng)期看揀貨路徑和盤點(diǎn)都會(huì)變得很亂。上架的關(guān)鍵在確認(rèn)時(shí)機(jī)。掃描庫位并錄入數(shù)量后庫存狀態(tài)從“待上架”變成“可用”這時(shí)候才算真正完成。RF上提交成功不等于上架完成要在客戶端任務(wù)管理里確認(rèn)對(duì)應(yīng)任務(wù)狀態(tài)已經(jīng)變成“完成”。很多項(xiàng)目里“明明上了架早上還是沒可用庫存”都是因?yàn)榇_認(rèn)步驟沒做完或者網(wǎng)絡(luò)中斷導(dǎo)致提交失敗。這個(gè)現(xiàn)象太常見了排查時(shí)先看任務(wù)狀態(tài)而不是先去盤庫。3.3 揀貨波次、路徑與RF確認(rèn)揀貨從波次開始。波次把一批訂單聚在一起統(tǒng)一生成任務(wù)下發(fā)到RF。生成入口在客戶端核心動(dòng)作是選定訂單范圍選波次策略運(yùn)行。運(yùn)行之后系統(tǒng)生成波次號(hào)操作員在RF上能看到這批任務(wù)。如果RF上一單任務(wù)都看不到先別怪終端去查任務(wù)服務(wù)和波次狀態(tài)八成是服務(wù)停了或者策略沒匹配上。RF揀貨的標(biāo)準(zhǔn)動(dòng)作是按任務(wù)順序走到庫位掃庫位條碼掃貨品條碼錄入數(shù)量確認(rèn)。最容易翻車的地方在數(shù)量確認(rèn)。有些RF終端的掃描槍配置了“掃完自動(dòng)回車”本意是提高效率但會(huì)把“手動(dòng)確認(rèn)數(shù)量”這一整步跳過。本來要揀3.5箱操作員只掃了一下系統(tǒng)按1箱記數(shù)差異當(dāng)場(chǎng)發(fā)現(xiàn)不了發(fā)貨時(shí)才會(huì)暴露。新項(xiàng)目上線期建議先關(guān)自動(dòng)回車等操作員熟練了再開。路徑優(yōu)化是波次策略的一部分。系統(tǒng)按庫位順序排任務(wù)操作員按順序執(zhí)行就是最優(yōu)解。實(shí)際操作里經(jīng)常有人看到任務(wù)列表里有七八個(gè)庫位先去揀遠(yuǎn)的順路把另一個(gè)任務(wù)也做了。這種做法會(huì)打亂波次任務(wù)順序后續(xù)補(bǔ)貨和復(fù)核都對(duì)不上。除非任務(wù)被掛起否則不要手動(dòng)跳任務(wù)。我給操作員的話永遠(yuǎn)是系統(tǒng)排的路就是最短的路信系統(tǒng)。揀貨位庫存不足時(shí)系統(tǒng)會(huì)自動(dòng)觸發(fā)補(bǔ)貨任務(wù)。補(bǔ)貨任務(wù)同樣下到RF上操作員先執(zhí)行補(bǔ)貨再繼續(xù)揀貨。補(bǔ)貨任務(wù)的優(yōu)先級(jí)一般要高于普通揀貨尤其是波次進(jìn)行中補(bǔ)貨不完成揀貨永遠(yuǎn)缺貨。波次策略里設(shè)置補(bǔ)貨觸發(fā)條件時(shí)至少保證“揀貨位可分配量低于補(bǔ)貨點(diǎn)時(shí)立刻觸發(fā)”不要等到波次跑完再補(bǔ)那樣整批訂單都會(huì)被拖住。3.4 發(fā)貨裝載、復(fù)核與出庫確認(rèn)揀完的貨品集中到發(fā)貨區(qū)接下來是裝載、復(fù)核、出庫確認(rèn)三步。裝載是把貨品分配到具體的裝車計(jì)劃或承運(yùn)商復(fù)核是掃條碼核對(duì)數(shù)量和目的地出庫確認(rèn)是最后在客戶端執(zhí)行的扣減庫存動(dòng)作。RF上的“揀貨完成”只代表任務(wù)執(zhí)行完不代表庫存已經(jīng)扣減。發(fā)貨確認(rèn)動(dòng)作一定不能漏漏了庫存會(huì)一直掛在賬上月底盤庫時(shí)差異全部在這里。復(fù)核環(huán)節(jié)發(fā)現(xiàn)差異時(shí)正確做法是暫停這一單走差異查詢流程。直接在發(fā)貨單上改數(shù)字勉強(qiáng)能把賬面湊平但歷史記錄丟失后續(xù)追溯完全說不清。復(fù)核差異多數(shù)是揀貨時(shí)數(shù)量錄錯(cuò)或批次掃錯(cuò)找到原因后重新做揀貨任務(wù)再回到復(fù)核流程。某第三方倉(cāng)庫的教訓(xùn)是復(fù)核員為了趕發(fā)車時(shí)間自己改了數(shù)量結(jié)果一個(gè)月庫存數(shù)據(jù)全部失真最后只能全庫盤點(diǎn)代價(jià)很大。發(fā)貨確認(rèn)后出庫單據(jù)會(huì)生成。如果系統(tǒng)對(duì)接了承運(yùn)商或財(cái)務(wù)還要確認(rèn)接口傳輸狀態(tài)?？梢皂樖逐B(yǎng)成的習(xí)慣是每天下班前把當(dāng)天發(fā)貨確認(rèn)的記錄導(dǎo)出來對(duì)一遍看有沒有“已揀貨未確認(rèn)”的單子。不需要等月結(jié)盤點(diǎn)每周對(duì)一次差異就能控制在可控范圍。這條習(xí)慣寫進(jìn)操作手冊(cè)比任何報(bào)表都好使。4. 讓系統(tǒng)按你的規(guī)則跑策略、服務(wù)、路由與關(guān)鍵參數(shù)4.1 先搞懂規(guī)則三層服務(wù)、策略、路由infor sce-wms 10 這類系統(tǒng)里決定行為的不是一堆硬編碼開關(guān)而是“服務(wù)、策略、路由”三層規(guī)則。服務(wù)是動(dòng)作的執(zhí)行體比如生成上架任務(wù)、生成補(bǔ)貨任務(wù)策略是動(dòng)作的規(guī)則定義比如按什么順序選庫位、數(shù)量超收怎么折算路由是動(dòng)作和規(guī)則之間的優(yōu)先級(jí)調(diào)度表它按觸發(fā)條件決定這次動(dòng)作用哪個(gè)服務(wù)、套哪套策略。不理解這三層關(guān)系改參數(shù)就是盲改。配置順序一般從上往下先建策略再把策略掛到服務(wù)上最后把服務(wù)掛到路由上。路由的每一行是一條規(guī)則包含觸發(fā)條件、服務(wù)、策略、優(yōu)先級(jí)。系統(tǒng)處理動(dòng)作時(shí)從上到下掃路由命中條件就執(zhí)行命中即停。所以路由順序很重要把“緊急訂單”放在最前面、“普通訂單”放后面才能保證特殊訂單先走。改規(guī)則前一定要確認(rèn)影響范圍。我見過一個(gè)項(xiàng)目為了處理個(gè)別客戶的特殊包裝要求在路由里加了一條“客戶代碼匹配即命中”的規(guī)則忘了這個(gè)客戶還有大量普通訂單結(jié)果所有訂單全部走了特殊包裝策略包裝組當(dāng)天直接癱瘓。正確做法是復(fù)制現(xiàn)有路由加新規(guī)則在測(cè)試環(huán)境用兩類訂單各驗(yàn)證一批再切生產(chǎn)。這條流程每次都要走不要憑感覺。4.2 波次策略參數(shù)怎么聚單、怎么定優(yōu)先級(jí)波次策略是日常調(diào)得最頻繁的參數(shù)。重點(diǎn)參數(shù)有三個(gè)波次規(guī)模、訂單優(yōu)先級(jí)、自動(dòng)與手動(dòng)波次。波次規(guī)模決定多久聚一波。第三方物流倉(cāng)庫通常按承運(yùn)商加時(shí)間段聚波比如每天下午三點(diǎn)前把所有當(dāng)天要發(fā)出的訂單聚成一批統(tǒng)一揀貨制造型倉(cāng)庫按產(chǎn)線領(lǐng)料需求聚波頻次相對(duì)固定。規(guī)模定得太大會(huì)讓揀貨任務(wù)排得過長(zhǎng)操作員完不成、設(shè)備占用時(shí)間長(zhǎng)定得太小策略跑得太頻繁任務(wù)碎系統(tǒng)資源也浪費(fèi)。建議先用兩周數(shù)據(jù)觀察訂單行數(shù)量分布再定一個(gè)能讓每批任務(wù)控制在兩小時(shí)以內(nèi)的閾值。訂單優(yōu)先級(jí)參數(shù)要定義清楚。系統(tǒng)里訂單本身有優(yōu)先級(jí)字段策略里還能按客戶等級(jí)、貨品類型、目的地做加權(quán)。我的建議是上線初期只用“訂單優(yōu)先級(jí)”一個(gè)維度跑順了再加第二、第三個(gè)維度。一上來就把四個(gè)維度全部打開遇到兩個(gè)維度互相打架時(shí)排查非常痛苦。某個(gè)倉(cāng)庫就栽在這一步本想讓A類客戶優(yōu)先結(jié)果另一個(gè)權(quán)重維度把規(guī)則沖掉普通訂單反而先出了庫。自動(dòng)波次適合業(yè)務(wù)量穩(wěn)定、發(fā)車時(shí)間固定的倉(cāng)庫手動(dòng)波次適合訂單波動(dòng)大的場(chǎng)景。自動(dòng)波次還要考慮空波次問題當(dāng)前批次沒有訂單可聚時(shí)系統(tǒng)會(huì)生成一個(gè)空波次記錄看起來無害但積多了會(huì)影響報(bào)表統(tǒng)計(jì)和任務(wù)查詢。建議在波次策略里加“至少包含N個(gè)訂單行”的限制能擋掉大部分空波次。4.3 上架與分配策略FIFO、ABC分類與補(bǔ)貨點(diǎn)上架策略和分配策略方向相反很多人容易混。上架策略管的是“貨進(jìn)哪個(gè)庫位”分配策略管的是“出庫時(shí)從哪個(gè)庫位取貨”。兩者規(guī)則對(duì)象一樣都是庫位和庫存狀態(tài)但一個(gè)對(duì)著入庫流一個(gè)對(duì)著出庫流。改上架策略時(shí)想著入庫效率改分配策略時(shí)想著庫存周轉(zhuǎn)思路就不會(huì)亂。FIFO 通常在分配策略里開啟。不開FIFO時(shí)系統(tǒng)可能從任意批次揀貨結(jié)果是同一SKU的舊批次日積月累到效期臨近只能報(bào)廢。開FIFO之后系統(tǒng)按批號(hào)或入庫時(shí)間排序分配。如果業(yè)務(wù)上要按客戶偏好優(yōu)先出“新貨”FIFO開了反而沖突這種場(chǎng)景建議在策略里按客戶字段做分支判斷不要全局開FIFO。好的策略配置一定是跟著業(yè)務(wù)走的。補(bǔ)貨點(diǎn)的設(shè)置建議按數(shù)據(jù)算不要拍腦袋。常見公式補(bǔ)貨點(diǎn) 揀貨位日均消耗量 × 補(bǔ)貨提前期 安全庫存。安全庫存一般留一到兩天的消耗量具體看供應(yīng)商到貨穩(wěn)定性。某個(gè)倉(cāng)庫把補(bǔ)貨點(diǎn)調(diào)高到五天的量結(jié)果存儲(chǔ)區(qū)一半的庫存天天在補(bǔ)貨RF任務(wù)列表里全是補(bǔ)貨任務(wù)普通揀貨排隊(duì)等待。把補(bǔ)貨點(diǎn)降回去之后任務(wù)列表立刻清爽揀貨效率反而上來了。ABC分類可以同時(shí)用于上架和分配。把出庫頻次最高的SKU設(shè)成A類對(duì)應(yīng)庫位放在離打包區(qū)最近的貨架出庫頻次最低的C類放在倉(cāng)庫最遠(yuǎn)端。ABC分類的頻次數(shù)據(jù)可以取前三個(gè)月的出庫流水算一次然后固定。不要每個(gè)月重算重算會(huì)導(dǎo)致已有庫存頻繁換庫位系統(tǒng)產(chǎn)生大量移動(dòng)任務(wù)倉(cāng)庫人員被折騰得夠嗆。4.4 標(biāo)簽打印和RF終端參數(shù)最常翻車的地方標(biāo)簽?zāi)０鍏?shù)看著不屬于業(yè)務(wù)配置但日常出問題的頻率不比收貨低。標(biāo)簽?zāi)０逡话阌肸PL或EPL這類打印機(jī)指令語言編寫參數(shù)包括打印機(jī)IP和端口、標(biāo)簽寬度與高度、間隙紙還是連續(xù)紙、打印濃度。操作手冊(cè)里能寫的排查順序是固定的先打印機(jī)自檢頁再單獨(dú)發(fā)一條測(cè)試指令驗(yàn)證打印正常最后才回到WMS窗口里觸發(fā)實(shí)際標(biāo)簽打印。RF終端上最值得關(guān)注的參數(shù)是掃描后是否自動(dòng)回車。自動(dòng)回車開啟后掃完條碼直接進(jìn)入下一個(gè)輸入框效率高但會(huì)跳過數(shù)量確認(rèn)環(huán)節(jié)。新項(xiàng)目或現(xiàn)場(chǎng)新人多的時(shí)候建議關(guān)掉自動(dòng)回車讓操作員手動(dòng)確認(rèn)每個(gè)數(shù)量字段熟練之后再開。不要為了一刀切的效率全開數(shù)量錯(cuò)亂后找回的成本遠(yuǎn)高于這點(diǎn)效率提升。中文標(biāo)簽亂碼大多不是打印機(jī)壞了而是模板里指定的字體打印機(jī)不支持。ZPL模板里用字體名指定字體如果指定的是英文字體中文字會(huì)顯示成方塊。解決方法是把中文字體文件下載到打印機(jī)內(nèi)存或者改用打印機(jī)內(nèi)置的中文點(diǎn)陣字體。不同項(xiàng)目差異很大寫手冊(cè)時(shí)建議把當(dāng)前環(huán)境的字體名、模板名記錄下來換打印機(jī)時(shí)對(duì)著維護(hù)能少走很多彎路。5. 常見問題排查與避坑五條踩坑記錄夠用一年5.1 實(shí)物有貨系統(tǒng)卻說沒有可用庫存現(xiàn)象揀貨主管在RF上看到貨品數(shù)量充足但分配任務(wù)時(shí)系統(tǒng)一直提示可用庫存不足。去客戶端查庫存發(fā)現(xiàn)該SKU明明有庫存只是狀態(tài)顯示為“待上架”或“待質(zhì)檢”。原因基本是收貨后沒有完成上架確認(rèn)或者質(zhì)檢流程沒有跑完庫存沒有流轉(zhuǎn)成“可用”。解決順序是先按SKU查全部狀態(tài)的庫存數(shù)量找到“待上架”和“待質(zhì)檢”的余數(shù)再確認(rèn)這批貨在物理上是否已經(jīng)就位最后補(bǔ)做上架確認(rèn)或走質(zhì)檢釋放流程。不要在庫存調(diào)整窗口直接改數(shù)量沖掉那樣會(huì)把狀態(tài)流轉(zhuǎn)記錄抹掉以后更查不清。5.2 波次生成了任務(wù)卻不下發(fā)到RF現(xiàn)象客戶端波次日志顯示生成成功但所有RF手持終端上任務(wù)列表都是空的。常見原因有三個(gè)任務(wù)服務(wù)沒有運(yùn)行、RF用戶沒有分配到任務(wù)組、路由策略沒有命中。排查順序也是這三個(gè)先看任務(wù)服務(wù)是否在跑服務(wù)停了所有任務(wù)都不會(huì)下發(fā)再看RF用戶與任務(wù)組的綁定關(guān)系這個(gè)配置藏在用戶權(quán)限里很容易漏掉最后在測(cè)試環(huán)境用同一張訂單跑一次路由預(yù)覽確認(rèn)策略實(shí)際命中。按這個(gè)順序排查不要一上來就重新生成波次重發(fā)三遍結(jié)果也一樣是空。5.3 標(biāo)簽打印錯(cuò)位、亂碼現(xiàn)象同一臺(tái)打印機(jī)上午打標(biāo)簽正常下午打出來偏移了一截或者中文變成了方塊。原因通常不在WMS系統(tǒng)而在打印機(jī)參數(shù)或字體資源。偏移先查標(biāo)簽紙是否設(shè)置成了“連續(xù)紙”如果實(shí)際是間隙紙打印機(jī)走紙會(huì)不準(zhǔn)再查模板里的標(biāo)簽尺寸是否與實(shí)際標(biāo)簽一致。漢字亂碼優(yōu)先查模板用到的字體是否下載到打印機(jī)內(nèi)存。排錯(cuò)順序建議打自檢頁確認(rèn)硬件完好發(fā)一條最小測(cè)試指令驗(yàn)證字體和間隙最后再動(dòng)WMS里的模板參數(shù)。順序不要反先看打印機(jī)再看軟件。5.4 接口數(shù)據(jù)窗口查不到單據(jù)現(xiàn)象上游系統(tǒng)明確反饋數(shù)據(jù)已發(fā)送WMS里卻查不到入庫單接口日志也沒有報(bào)錯(cuò)。原因大概率是接口的接收與解析是兩個(gè)環(huán)節(jié)數(shù)據(jù)已經(jīng)寫進(jìn)接收表但解析階段失敗或者還沒有建立業(yè)務(wù)單據(jù)。解決時(shí)先查接口接收記錄找到原始報(bào)文再看解析日志。注意“已接收”和“已生效”是兩回事解析失敗不會(huì)彈窗提醒只會(huì)寫日志。不要輕易重新發(fā)送同一單號(hào)重復(fù)發(fā)送可能產(chǎn)生重復(fù)單或主鍵沖突比沒收到更麻煩。這條寫進(jìn)手冊(cè)能省掉大量在上下游之間來回扯皮的時(shí)間。5.5 凍結(jié)庫存引發(fā)的補(bǔ)貨死循環(huán)現(xiàn)象某個(gè)SKU的補(bǔ)貨任務(wù)反復(fù)觸發(fā)但揀貨位的庫存始終補(bǔ)不上查看任務(wù)日志全是同一個(gè)SKU的補(bǔ)貨記錄。原因是存儲(chǔ)位上對(duì)應(yīng)SKU的庫存狀態(tài)被凍結(jié)補(bǔ)貨策略只認(rèn)“可用”狀態(tài)庫存匹配不上系統(tǒng)一直重試形成死循環(huán)。解決方法是把庫位狀態(tài)從凍結(jié)改成可用再重新觸發(fā)補(bǔ)貨任務(wù)。排查定位時(shí)可以用下面這段查詢把SKU編碼換成實(shí)際貨品編碼-- 以某實(shí)施項(xiàng)目的實(shí)際表結(jié)構(gòu)為例SQL僅作排查思路示意 SELECT l.zone_id, l.location_id, s.sku_id, s.qty, s.status FROM loc_master l LEFT JOIN inv_record s ON l.location_id s.location_id WHERE s.sku_id SKU-10086 AND s.status IN (FRZ, QCC) ORDER BY l.zone_id;邏輯說明這條查詢先關(guān)聯(lián)庫位表和庫存記錄表過濾出指定SKU下所有屬于凍結(jié)、質(zhì)檢狀態(tài)的庫存行方便確認(rèn)問題數(shù)據(jù)集中在哪個(gè)庫區(qū)。參數(shù)說明loc_master、inv_record是示例表名status的取值在不同項(xiàng)目里不一定叫FRZ或QCC要以當(dāng)前環(huán)境的代碼表為準(zhǔn)。實(shí)際排查時(shí)先用這條SQL確認(rèn)凍結(jié)庫存有多少量再?zèng)Q定是直接釋放狀態(tài)還是開一張盤點(diǎn)調(diào)整單做正式修正。6. 進(jìn)階用回放測(cè)試和三項(xiàng)指標(biāo)檢驗(yàn)?zāi)愕牟僮魇謨?cè)寫完操作手冊(cè)怎么知道它管不管用我的做法是回放測(cè)試把上個(gè)月的真實(shí)單據(jù)脫敏后拿到測(cè)試環(huán)境按照手冊(cè)重新跑一遍。重點(diǎn)不是跑通多少?gòu)堈味强蠢鈫螕?jù)能不能被手冊(cè)覆蓋。上個(gè)月有超收單、有破損退貨、有晚到ASN、有質(zhì)檢轉(zhuǎn)可用每類挑幾單按手冊(cè)的步驟走一遍。走不通的地方就是手冊(cè)需要補(bǔ)充的地方?；胤艤y(cè)試跑完后發(fā)給剛?cè)肼毜牟僮鲉T獨(dú)立執(zhí)行一遍能跟著步驟順下來這本手冊(cè)才真正算數(shù)。日常運(yùn)營(yíng)中建議盯住三個(gè)指標(biāo)不用多三個(gè)就夠收貨錄入平均耗時(shí)、波次命中率、庫存準(zhǔn)確率。收貨錄入耗時(shí)從掃描開始計(jì)時(shí)到確認(rèn)結(jié)束超過五分鐘說明流程里有返工常見返工來源是條碼掃不上、數(shù)量重復(fù)錄入、超收等待審批。波次命中率是波次內(nèi)實(shí)際命中的訂單行占總訂單行的比例低于90%說明聚單規(guī)則和業(yè)務(wù)節(jié)奏不匹配。庫存準(zhǔn)確率用盤點(diǎn)差異SKU數(shù)除以總SKU數(shù)目標(biāo)做到99%以上做不到就先查“待上架”和“待質(zhì)檢”狀態(tài)有沒有積壓?；胤艤y(cè)試和指標(biāo)都在手上之后這套系統(tǒng)的維護(hù)才算進(jìn)入主動(dòng)狀態(tài)。我自己這些年攢下的習(xí)慣是每次改完策略和路由都在一個(gè)固定文檔里記一筆記錄改動(dòng)前的問題、改了哪幾個(gè)參數(shù)、跑出來的結(jié)果是什么。WMS這類系統(tǒng)最怕的不是參數(shù)復(fù)雜而是改完不記錄三個(gè)月后同一問題換個(gè)形式又來又要從頭查。遇到實(shí)在查不出原因的異常先看最近一周有沒有人動(dòng)過策略十次里有六次是規(guī)則被改過。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取