編輯導語：倉庫管理系統(tǒng)WMS是常見的B端產(chǎn)品，其中，盤點業(yè)務是WMS中常見的業(yè)務流程。盤點任務的創(chuàng)建，包含了盤點觸發(fā)、盤點范圍、盤點方式及盤點人員等方面。本篇文章里，作者對WMS的盤點設(shè)計做了總結(jié)分享，一起來看一下。

之前陸陸續(xù)續(xù)寫過WMS出庫、入庫、庫內(nèi)管理的相關(guān)設(shè)計，并且也正對于出庫揀貨的功能做了較為詳細的闡述，今天我想聊一聊盤點。

在行業(yè)中，我們常常會用盤點準確率作為權(quán)衡倉庫管理水平的核心指標。倉庫管什么，管的就是那票貨和操作那票貨的人。而盤點，用最白話的方式來講就是，系統(tǒng)告訴我這個地方有多少這個貨，那我去數(shù)數(shù)看是不是真的是這個數(shù)，如果是的話那就沒毛病，不是的話，那咱得好好看看哪兒出問題了。

那么接下來我們就開始進入正題吧。

對于盤點這個業(yè)務流程來說，通?？梢苑殖扇蟛襟E：創(chuàng)建任務→執(zhí)行任務→盤點生效。

本文也會從這三個環(huán)節(jié)展開對盤點進行一個完整的介紹。

一、盤點任務創(chuàng)建

創(chuàng)建一個完整的盤點任務的生成應該包含以下幾個部分：

• 盤點觸發(fā)條件——什么時候盤；
• 盤點范圍——盤哪里，盤什么；
• 盤點方式——怎么盤；
• 盤點人員——誰來盤。

1. 什么時候盤點

這里通?？梢苑譃槿箢惖挠|發(fā)情況，包括：周期性盤點、指定條件觸發(fā)盤點、用戶自主盤點。

1）周期性盤點

顧名思義，周期性盤點是定義一個固定的周期，由系統(tǒng)間隔一定周期后，創(chuàng)建固定的盤點任務由倉庫進行盤點執(zhí)行。這個功能通常是結(jié)合盤點計劃來實現(xiàn)的。這也是倉庫管理中應用最多的一種方式，一般會設(shè)置月盤/雙月盤/季盤等。定期確認倉庫庫存的準確性，及時糾錯。

2）指定條件觸發(fā)盤點

這種觸發(fā)方式相對來說就比較個性化了，需要結(jié)合實際的業(yè)務訴求進行設(shè)計。

比如為了保障在頻繁操作中庫存的準確性，當某倉位當日揀貨頻次達到一定量后自動觸發(fā)盤點任務。要求在次日開始揀貨前對此庫位進行盤點。

或者為了避免商品丟失，對于一定時期沒有流水的庫位觸發(fā)盤點任務由專人進行盤點，確保無資損等。

3）用戶自主盤點

前兩種都是由系統(tǒng)來觸發(fā)的，而當用戶實際操作過程中發(fā)現(xiàn)庫存異常時，也應支持自主發(fā)起盤點任務。

如之前我們設(shè)計過在揀貨過程中員工發(fā)現(xiàn)指定庫位庫存異常時，即刻觸發(fā)盤點任務，由專人庫管進行異常確認和相關(guān)盤點。

2. 盤點范圍

哪些倉庫、哪些庫位、哪些貨品要盤點呢？

1）全盤

全盤很好理解，就是不管三七二十一，一股腦兒所有的可用倉庫、所有貨品都盤點一遍。雖然在庫存準確性上有所保障，但是確實是“勞民傷財”了。因此通常只有在固定較長周期的盤點任務中才會用全盤的方式。

2）部分盤點

部分盤點可以是針對于部分庫位、也可以是針對部分商品?；蛘邔τ?PL倉這種服務性質(zhì)的倉庫，也可以針對特定貨主單獨發(fā)起盤點。

當然還包括上文(指定條件觸發(fā)盤點)中提到的按照指定條件觸發(fā)盤點中一些特殊的維度。

如果是用戶自主盤點的話，通常最細維度可以到針對倉庫中某一庫位的指定SKU。

以上都可以概括為部分盤點。

3. 盤點方式

1）明盤VS暗盤

針對盤點過程中，用戶的“知情權(quán)”不同，可以分為明盤和暗盤。

明盤是指用戶在操作盤點時，允許用戶知道當前庫存，其目的是為了讓用戶知道在盤點過程中知道差異，并及時核實差異，確認差異原因，確保提交的結(jié)果是準確的。

暗盤則相反，用戶盤點時，只知道當前盤點數(shù)量卻無法查看到當前實際庫存。只有最終提交結(jié)果生效后才可知道差異信息。通常這么做的目的是為了防止用戶在盤點過程中作弊，為了應付考核而弄虛作假。

兩種方式無謂對錯，只是適用的大場景有所不同，大家可以思考下什么場景適合明盤，什么場景適合暗盤？

2）靜盤VS動盤

靜態(tài)盤點是指，在盤點過程中，全部作業(yè)停止，一直到盤點任務內(nèi)所有物料盤點完成。在我剛畢業(yè)還在制造行業(yè)工作時，基本上每隔半年倉庫就會大盤一次，產(chǎn)線會歸還所有未用完的物料并停止作業(yè)，倉庫此時禁止領(lǐng)還，等所有貨物都盤點完畢并提交財務審核后，重新開始作業(yè)。在此期間，倉庫內(nèi)所有貨物都是“靜止”的。

動態(tài)盤點則是相對于靜態(tài)盤點而言。在盤點過程中，倉庫整體還是可以正常作業(yè)，針對于未盤點的區(qū)域進行“靜止”處理，某區(qū)域一旦盤點完成，即可開始投入正常使用，不必等整個倉庫盤點完畢。

4. 盤點人員

盤點任務的執(zhí)行可以實現(xiàn)為指定式、認領(lǐng)式。

1）指定式

系統(tǒng)按照用戶設(shè)定的規(guī)則制定某個或某群用戶。如特殊/貴重商品只能由部分權(quán)限用戶才可進行盤點。通常需要用戶在系統(tǒng)中預設(shè)指定規(guī)則。

2）認領(lǐng)式

則是指任務生成后盤點責任人為空，有相關(guān)倉庫/區(qū)域權(quán)限的用戶均可查看到此任務。用戶按實際情況進行任務的認領(lǐng)。

此外，對于一個盤點任務來說，當盤點范圍不同時，在人員的約束上也會有所不同。當把倉庫/多貨品作為一個盤點任務時，那么必然是要允許多人盤點的。但是對于針對庫位庫存異常生成的庫位盤點任務，通常會限制一個用戶認領(lǐng)后，其他用戶是不允許再操作此盤點了。避免同時盤點同一庫位造成的數(shù)據(jù)差異。

5. 小結(jié)

針對不同的場景，通常需要對這幾個維度進行不同的組合，創(chuàng)建不同類型的盤點任務。大家可以自行思考下不同場景下對盤點任務的不同訴求。

二、盤點任務實操

盤點的實操部分反而是比較簡單并且通用的部分了。

通?？梢苑譃椋侯I(lǐng)取任務（如果需要領(lǐng)取的話）、針對盤點任務中的明細開始盤點兩個步驟。領(lǐng)取任務相對來說是個比較通用的功能，這邊就不展開說了。

1. 盤點任務的展開和操作

在盤點任務詳情的呈現(xiàn)上面，可以分成兩大類：按商品維度和按庫位維度呈現(xiàn)。

以下圖例僅為簡例，只為說明概念，實際產(chǎn)品設(shè)計相對會更加復雜。

此外，在盤點實操過程中，為了確保用戶確實是在指定庫位盤點指定商品，在產(chǎn)品中需要增加庫位、商品掃碼邏輯。

2. 初盤VS復盤

盤點過程可以分為初盤和復盤，初盤即針對盤點對象的首次盤點，復盤通常是針對有初盤有差異的部分，要求用戶重新核實盤點，增加盤點數(shù)據(jù)的準確性。

對于盤點有差異的部分，在提交時，要求用戶錄入可能造成差異的原因。

三、庫存調(diào)整

1. 盤點審核

盤點完成后，用戶對盤點結(jié)果進行提交，通常對于盤點結(jié)果是要求經(jīng)過幾輪業(yè)務包括財務的審核后，才可以生效的，畢竟直接影響的就是錢了。

并且增加審批流也可以對實操業(yè)務有一定警示作用，明白盤點的嚴肅性。

2. 庫存調(diào)整

盤點結(jié)果審批通過后，則需要針對盤點結(jié)果對當前庫存進行相應的調(diào)整。

庫存調(diào)整可以分為覆蓋調(diào)整（不推薦）和差異調(diào)整生效。

覆蓋調(diào)整是指，原庫存10，盤點后庫存8，那么在盤點生效后直接將庫存改為8。大家仔細想下這里是否會有問題？我在此處先不講，等我講完差異調(diào)整后，相信大家自己就明白了。

差異調(diào)整則是指，按照盤點結(jié)果中的庫存差異對當前庫存進行調(diào)整。按時按照上面的例子來說，盤點差異為-2，雖然盤點結(jié)束后庫存是8，但是在提交審批后，審批過程中，倉庫有出入庫操作，實際審批通過時，庫存為6。那么當按差異值-2調(diào)整后，庫存應該為4。

回過頭讓我們再看下覆蓋調(diào)整的問題，在上面的例子中，如果直接覆蓋，則會將庫存6直接更新為8，反而是盤盈了2，與實際盤點結(jié)果是不一致的。除非在審批通過之前，倉庫庫存仍然凍結(jié)并禁止操作，這顯然對業(yè)務有較大影響，因此個人并不推薦這種做法。

四、總結(jié)

在盤點的過程中還有很多細節(jié)的設(shè)計點，比如：

• 倉庫里沒有的貨品是否允許從無盤到有呢？
• 盤點結(jié)果什么時候需要審批，什么時候不需要審批，需要誰審批？
• 審批過程中庫存異動造成的盤點結(jié)果無法執(zhí)行如何處理？
• 盤點提交后是否允許撤回呢？

很多問題都需要結(jié)合實際的業(yè)務場景來設(shè)計，我這篇文章算是拋磚引玉了，大家有興趣的話，可以一起聊一聊，你們的盤點是怎么做的呢？

#專欄作家#

麋鹿產(chǎn)品，公眾號：麋鹿產(chǎn)品手冊，人人都是產(chǎn)品經(jīng)理專欄作家。專注供應鏈挖掘提升，熱愛生活，熱愛產(chǎn)品。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CCO協(xié)議。