本文主要介紹調(diào)撥中的訂貨業(yè)務(wù)，enjoy~

電商、O2O行業(yè)的產(chǎn)品線中，后端的業(yè)務(wù)支持系統(tǒng)占據(jù)了很大的比重，比如訂單系統(tǒng)、供應(yīng)鏈系統(tǒng)等。不同于純線上的產(chǎn)品，電商、O2O領(lǐng)域的產(chǎn)品基本都是后端大于前端，這些后端產(chǎn)品覆蓋了公司的核心數(shù)據(jù)，作為公司業(yè)務(wù)運(yùn)行的基礎(chǔ)。而且因?yàn)槊總€(gè)公司的業(yè)務(wù)形式不同，通常需要有一套自己的或者定制化的系統(tǒng)作為公司獨(dú)特的業(yè)務(wù)支持。

供應(yīng)鏈系統(tǒng)是為公司提供商品進(jìn)銷存業(yè)務(wù)的管理系統(tǒng)。大部分以交易為核心業(yè)務(wù)的公司，都有自己商品進(jìn)貨發(fā)貨的供應(yīng)鏈業(yè)務(wù)，而各個(gè)不同的行業(yè)和領(lǐng)域又有自己獨(dú)特的供應(yīng)鏈業(yè)務(wù)形態(tài)。供應(yīng)鏈系統(tǒng)通常包含采購、庫存管理、出入庫、物流等多個(gè)模塊，是公司后臺產(chǎn)品線重要的一環(huán)。

作為一個(gè)后端產(chǎn)品的產(chǎn)品經(jīng)理，日常工作的核心在于深入地挖掘業(yè)務(wù)，梳理流程，產(chǎn)出模塊化的系統(tǒng)設(shè)計(jì)方案，和C端產(chǎn)品有著不小的差別。本文主要寫我在公司設(shè)計(jì)供應(yīng)鏈系統(tǒng)的實(shí)操記錄，根據(jù)我所在公司的業(yè)務(wù)模式，介紹供應(yīng)鏈系統(tǒng)整個(gè)設(shè)計(jì)過程的思路、方法和核心要點(diǎn)。由于供應(yīng)鏈具體的業(yè)務(wù)和流程每個(gè)公司不一樣，這類后臺產(chǎn)品并不像C端產(chǎn)品那樣能直接用來參考，因此本文不是一篇介紹供應(yīng)鏈系統(tǒng)應(yīng)有的流程和功能的文章，核心在于思路和方法的分享，功能細(xì)節(jié)僅供參考。

一. 業(yè)務(wù)模式

在上一篇描述采購模塊的文章中，已介紹了公司的基本業(yè)務(wù)模式，可移步參考。

二. 什么是庫存和調(diào)撥管理

庫存管理即對倉庫中所有貨品庫存和出入庫操作的管理。倉庫庫存是供應(yīng)鏈的核心，所有供應(yīng)鏈的業(yè)務(wù)都是圍繞著庫存進(jìn)行。庫存管理涉及到的業(yè)務(wù)模塊很多，包含各項(xiàng)與庫存變動(dòng)有關(guān)的業(yè)務(wù)，采購、調(diào)撥、使用、退貨、盤點(diǎn)、報(bào)損等。供應(yīng)鏈系統(tǒng)的庫存管理模塊用于倉庫基礎(chǔ)設(shè)置和倉庫庫存的管理，對業(yè)務(wù)的價(jià)值為：

1. 系統(tǒng)賬面庫存和實(shí)體庫存的一致性

庫存一致性有兩個(gè)階段：

• 第一階段是庫存數(shù)量一致，即做到所有類型出入庫業(yè)務(wù)的流程閉環(huán)，對出入庫進(jìn)行物、錢和人的管控。這點(diǎn)是基礎(chǔ)的業(yè)務(wù)保障；
• 第二階段是每個(gè)貨品的唯一id識別和跟蹤，一物一碼體系的基礎(chǔ)；

（2）不同角色之間業(yè)務(wù)流轉(zhuǎn)的信息同步

各項(xiàng)出入庫操作在各個(gè)角色質(zhì)檢的流轉(zhuǎn)和信息同步，提高業(yè)務(wù)效率，如調(diào)撥業(yè)務(wù)中分倉、總倉、pmc等各角色的操作流轉(zhuǎn)。這一點(diǎn)同樣是基礎(chǔ)；

（3）通過數(shù)據(jù)分析對庫存進(jìn)行智能計(jì)算和管控

實(shí)現(xiàn)基礎(chǔ)流程后，通過數(shù)據(jù)分析，對倉庫的庫存數(shù)量和流動(dòng)的智能計(jì)算以輔助決策，如安全庫存設(shè)置，庫存數(shù)量預(yù)警，根據(jù)訂單自動(dòng)計(jì)算要貨數(shù)量等。如果說前面幾條價(jià)值只是對業(yè)務(wù)的支持，那么這一點(diǎn)即是系統(tǒng)數(shù)據(jù)對業(yè)務(wù)的推動(dòng)。

調(diào)撥是倉庫日常業(yè)務(wù)最多的一種業(yè)務(wù)模式。廣義上的調(diào)撥，指的是由某個(gè)倉庫將貨品調(diào)撥至另一倉庫。

本文主要介紹調(diào)撥中的訂貨業(yè)務(wù)。訂貨是庫存調(diào)撥中的核心，由各個(gè)地區(qū)的倉庫在固定日期向總部申請庫存，由總部的pmc統(tǒng)一進(jìn)行審核，然后通過總倉發(fā)貨，以及提交采購申請至采購后由供應(yīng)商發(fā)貨這兩種形式滿足各倉庫的需求。

很多通用的電商供應(yīng)鏈系統(tǒng)通常只是用調(diào)撥模塊來支持這塊業(yè)務(wù)，然而調(diào)撥只能支持庫存的流動(dòng)，沒法涵蓋整個(gè)業(yè)務(wù)流程。針對訂貨業(yè)務(wù)單獨(dú)制作一個(gè)模塊的作用在于：

1. 業(yè)務(wù)流程和操作的支持，將分倉、總倉和采購三個(gè)角色，從申請、到審核、配貨，再到發(fā)貨和采購申請串起來；
2. 庫存數(shù)據(jù)的智能計(jì)算和輔助參考，包含各倉庫理論申請量的計(jì)算，總倉對多個(gè)倉庫配貨量的分配策略，采購申請量的自動(dòng)計(jì)算等。

三. 流程對接

1. 第一步，梳理流程，確定基本流程節(jié)點(diǎn)：

2. 第二步，確定參與業(yè)務(wù)的人員角色：

（1）申請倉庫，通常是各地區(qū)分倉，發(fā)出訂貨申請，以及發(fā)貨后進(jìn)行收貨；

（2）總倉pmc（或區(qū)域倉庫pmc），協(xié)調(diào)各分倉的訂貨申請進(jìn)行配貨，并根據(jù)配貨結(jié)果向采購發(fā)起采購申請

（3）總倉倉管（或區(qū)域倉庫倉管），負(fù)責(zé)發(fā)貨；

（4）采購，提交采購申請后由采購接收，接入采購流程。

3. 第三步，確定各流程節(jié)點(diǎn)的具體操作：

（1）申請

各地區(qū)倉庫在固定日期提出訂貨申請；

（2）審核

由pmc對各倉庫的申請進(jìn)行審核。由于各個(gè)分倉人員的專業(yè)性不夠強(qiáng)，因此專業(yè)人員的審核這一步必不可少。pmc歸屬于總部或者區(qū)域倉儲中心；

（3）配貨

將各個(gè)地區(qū)的申請單合并，由pmc將總倉（或者區(qū)域倉儲）的庫存，分配給各個(gè)申請的倉庫；

這里會有三種情況：

• 總倉庫存充足，這時(shí)全部滿足即可；
• 總倉庫存為0，這時(shí)需要將申請的數(shù)量全部轉(zhuǎn)為采購申請；
• 還有一種是總倉庫存只能滿足一部分需求，這時(shí)需要按照一定的規(guī)則，將總倉的庫存分配給各分倉，然后將剩余的訂貨申請缺口轉(zhuǎn)為采購申請；

針對一個(gè)訂貨單，可以通過多次配貨操作，進(jìn)行多批次發(fā)貨；

（4）轉(zhuǎn)采購申請

配貨完成后，根據(jù)配貨結(jié)果生成待采購申請的庫存數(shù)量，pmc將所有有缺口的申請單合并后，轉(zhuǎn)化為采購申請單，然后由采購根據(jù)采購申請單進(jìn)行采購操作，接上采購流程，在采購發(fā)貨的環(huán)節(jié)，由供應(yīng)商直接發(fā)給各個(gè)分倉；

（5）發(fā)貨

配貨完成后生成每個(gè)分倉的發(fā)貨單，由倉管進(jìn)行發(fā)貨；

（6）收貨

完成發(fā)貨后，各分倉即可進(jìn)行收貨操作。收貨包含兩種：一種是針對總倉的發(fā)貨單進(jìn)行收貨，一種是在采購流程中，針對供應(yīng)商的直發(fā)進(jìn)行收貨。由于兩類發(fā)貨分屬兩個(gè)流程，因此收貨時(shí)需要針對這兩類收貨單分別進(jìn)行收貨；

（8）完結(jié)

指整個(gè)訂貨申請單完結(jié)的判定。發(fā)貨收貨的環(huán)節(jié)結(jié)束，后續(xù)會有三種情況：

1. 所有申請的貨品都已發(fā)貨，這時(shí)整個(gè)流程自動(dòng)判定為完結(jié)；
2. 由于倉庫數(shù)量不夠，有部分申請的貨品沒有滿足，并且不需要再發(fā)貨，可以手動(dòng)完結(jié)申請單；
3. 如果申請單未滿足，但其他倉庫有多余庫存，可以交給該倉庫進(jìn)行發(fā)貨，這種情況下，通過拆單操作由系統(tǒng)將部分訂貨拆出來，基于原單生成一個(gè)新的申請單，然后再走一遍流程。

四. 各環(huán)節(jié)的業(yè)務(wù)場景、數(shù)據(jù)、關(guān)系梳理

1. 第一步

字段梳理，整個(gè)流程中一共包含的字段為申請的倉庫，審核發(fā)貨的倉庫，和貨品的類型數(shù)量；

2. 第二步

確定各個(gè)環(huán)節(jié)的單據(jù)，和它們之間的關(guān)聯(lián)關(guān)系；

整個(gè)流程中包含三種單據(jù)：

（1）訂貨申請單，申請、審核和配貨環(huán)節(jié)的單據(jù)；

（2）發(fā)貨單，由配貨操作產(chǎn)生，發(fā)貨和收貨環(huán)節(jié)的單據(jù)。由于一次申請可以分多批次發(fā)貨，因此訂貨申請單和發(fā)貨單之間是一對多的關(guān)系；

（3）采購申請單，由轉(zhuǎn)采購申請操作產(chǎn)生，用于采購申請環(huán)節(jié)的單據(jù)。轉(zhuǎn)采購申請是將多條配貨結(jié)果合并為一條采購申請單，因此訂貨申請單和采購申請單之間是多對一關(guān)系，按照倉庫進(jìn)行合并；

在采購流程中，采購申請和采購單之間的關(guān)系是一對多，采購單又按照倉庫分拆為采購子單，采購子單和采購發(fā)貨單是一對多。將兩個(gè)流程結(jié)合，可以將訂貨申請單和采購子單之間進(jìn)行關(guān)聯(lián)，兩者之間的關(guān)系為一對多，區(qū)別的字段為采購子單中的供應(yīng)商；由此得出訂貨申請單和采購發(fā)貨單之間的關(guān)系為一對多。

3. 第三步

各環(huán)節(jié)的數(shù)據(jù)操作方式，這一步是整個(gè)流程中的難點(diǎn)：

（1）申請和審核環(huán)節(jié)

比較簡單，每個(gè)分倉一條申請單，以每類貨品為一條記錄；

（2）配貨環(huán)節(jié)

業(yè)務(wù)場景為總倉將所有申請單匯總，然后根據(jù)每一類貨品，對比各分倉的申請數(shù)量和總倉的庫存數(shù)量進(jìn)行配貨，一類貨品配貨完成后開始下一類。配貨是一個(gè)實(shí)時(shí)進(jìn)行中的操作，而不是列表，操作的數(shù)據(jù)基礎(chǔ)仍是訂貨申請單，可以把它理解為一個(gè)待配貨的庫存池。

在系統(tǒng)中，配貨環(huán)節(jié)的操作需要兩級結(jié)構(gòu)，首先匯總當(dāng)前所有待配貨的申請單，然后統(tǒng)一按照貨品類型拆分，作為第一級，接下來每個(gè)貨品類型的詳情中，再按照倉庫拆分為第二級，嵌套各個(gè)倉庫的申請量；

（3）發(fā)貨環(huán)節(jié)

同樣比較復(fù)雜。配貨后，得出了各個(gè)分倉需要發(fā)貨的數(shù)量。發(fā)貨也是實(shí)時(shí)操作，可以看做待發(fā)貨的倉庫池。在發(fā)貨時(shí)，先選擇一個(gè)倉庫，匯總所有待發(fā)貨的庫存進(jìn)行發(fā)貨操作，然后進(jìn)行下一個(gè)倉庫的發(fā)貨。

在系統(tǒng)中，發(fā)貨環(huán)節(jié)的操作同樣是兩級結(jié)構(gòu)，和配貨環(huán)節(jié)相反，第一級為各個(gè)倉庫，在倉庫中嵌套貨品詳情作為第二級；

（4）轉(zhuǎn)采購申請環(huán)節(jié)

同樣是實(shí)時(shí)操作，配貨后，按照每個(gè)分倉形成待轉(zhuǎn)采購申請的列表，操作時(shí)，選擇分倉后進(jìn)行合并即可。由于不需要關(guān)注貨品詳情，因此只需一級結(jié)構(gòu)；

（5）收貨環(huán)節(jié)

比較簡單，直接針對發(fā)貨單進(jìn)行收貨。

4. 第四步

數(shù)量的展示、分配和計(jì)算規(guī)則，這一步同樣很重要，承載了系統(tǒng)對業(yè)務(wù)標(biāo)準(zhǔn)的提高和效率的推進(jìn)作用。

整個(gè)訂貨申請流程主要包含3個(gè)數(shù)量關(guān)系，訂貨申請量、配貨量和采購申請量，三者之間的關(guān)系為：各倉庫的訂貨申請量之和≥配貨量+采購申請量，理想狀態(tài)為兩邊相等；

數(shù)量的分配主要體現(xiàn)在申請/審核，和配貨這兩個(gè)環(huán)節(jié)：

（1）申請/審核

提供相關(guān)數(shù)據(jù)的展示，并計(jì)算建議申請量。展示的數(shù)據(jù)為申請倉庫當(dāng)前的庫存量、在途庫存量、近一周的消耗量，以及安全庫存量，用于申請和審核時(shí)的協(xié)助參考；

建議申請量的計(jì)算規(guī)則為：|最近x天的消耗量-庫存量-在途庫存量|，其中x表示庫存周轉(zhuǎn)周期，根據(jù)庫存類型進(jìn)行判斷。

（2）配貨

提供相關(guān)數(shù)據(jù)的展示，并自動(dòng)進(jìn)行數(shù)量分配，完成分配后可以進(jìn)行人工調(diào)整。展示的數(shù)據(jù)為每個(gè)貨品當(dāng)前庫存量、配貨后的庫存量，用于配貨實(shí)時(shí)的參考；

配貨一共有前文提到的三種情況，其中庫存充足和庫存為0這兩種情況，默認(rèn)全部配貨以及全部轉(zhuǎn)采購申請即可；針對總倉庫存只能滿足部分申請的情況，需要自動(dòng)計(jì)算配貨量，規(guī)則為根據(jù)各個(gè)分倉申請數(shù)量的比例，乘以庫存的比例，計(jì)算出每個(gè)分倉理想的配貨數(shù)量，然后剩余未滿足的申請數(shù)量，轉(zhuǎn)為采購申請數(shù)量。

五. 界面和操作

最后一步，界面和操作的設(shè)計(jì)，和原型的產(chǎn)出：

1.?狀態(tài)的設(shè)置

狀態(tài)需要參考當(dāng)前所處環(huán)節(jié)和數(shù)量變動(dòng)情況這兩個(gè)情況，給出用戶需要了解的動(dòng)態(tài)描述。整個(gè)流程很復(fù)雜，配貨、發(fā)貨、收貨這幾個(gè)節(jié)點(diǎn)都會同時(shí)進(jìn)行，因此狀態(tài)的設(shè)置需要考慮到各種情況。流程找那個(gè)包含申請的分倉和配貨發(fā)貨的總倉兩個(gè)角色，經(jīng)過思考后，設(shè)置了兩個(gè)狀態(tài)，一個(gè)面向分倉，一個(gè)面向總倉。具體頁面的狀態(tài)如下：

（1）分倉

• 待審核；
• 待發(fā)貨，即完成了至少一種貨品的配貨操作，可以開始發(fā)貨；
• 待收貨，即完成了至少一種貨品的發(fā)貨操作，分倉可以開始進(jìn)行收貨；
• 部分收貨，即完成了至少一種貨品的收貨操作，但沒有收完，需要繼續(xù)收貨；
• 全部收貨，即流程結(jié)束；

（2）總倉

• 待審核；
• 待配貨，即已審核完，可以開始配貨；
• 部分配貨，即完成了至少一種貨品的配貨操作，但需要繼續(xù)配貨；
• 待發(fā)貨，即全部配貨完成，可開始發(fā)貨；
• 部分發(fā)貨，即完成了至少一種貨品的發(fā)貨操作，分倉可以開始進(jìn)行收貨；
• 全部發(fā)貨，即所有訂貨都以發(fā)貨或者轉(zhuǎn)采購申請。

2. 操作的設(shè)置

核心操作為配貨、發(fā)貨和轉(zhuǎn)采購申請三項(xiàng)，前文已經(jīng)詳細(xì)介紹過。其他的操作為審核、取消、重新配貨、完結(jié)，對應(yīng)到每個(gè)頁面的每個(gè)狀態(tài)節(jié)點(diǎn)中即可，細(xì)節(jié)不再展開。

最后附上部分頁面和操作的原型圖：

相關(guān)閱讀

電商O2O后臺供應(yīng)鏈系統(tǒng)實(shí)操記錄——采購模塊

#專欄作家#

潘帕斯雄鷹，人人都是產(chǎn)品經(jīng)理專欄作家，進(jìn)擊、踩坑中的產(chǎn)品狗一枚，關(guān)注互聯(lián)網(wǎng)，寫過小說，看過哲學(xué)。簡書：潘帕斯雄鷹。

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

題圖來自 Pexels ，基于 CC0 協(xié)議