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