酷播亮新聞
進銷存的業務流程，可設計為在滿足支持當前或將來的業務模式下，以商品為主體對象，通過環環相扣的單據狀態作為流轉，串聯起商品由採購入庫直到銷售出庫等 一系列作業流程，完成商品在交易上的全生命週期業務閉環。
兩種業務分類
進銷存以業務執行來分類，業務流程大致可以分成供應鏈流程和財務流程兩種類型（不同行業的流程不盡相同），實際上是對「貨」和「賬」的業務流程。
以商品對象的業務流程稱之為供應鏈流程，主要包括：採購流程、入庫流程、銷售流程、調撥流程、盤點流程等。
商品的交易流動會產生財務賬目，以賬目為對象的財務流程，主要包括：總賬流程、應付流程、應收流程、出納流程等。
業務流程
通過調研和訪談關鍵用戶，梳理業務需求，設計各業務模塊（如採購、入庫等）的業務藍圖，確定業務邊界，尤其是細節流程和業務模塊間關係。
以常見的「採購流程」為例。
假定在某場景下，由採購部發起的採購計劃，向供應商採購後，由供應商配送至倉庫，由倉庫完成採購入庫的業務流程，期間還涉及到採購賬目的結算流程，簡要如圖 ：
圖示流程圖很簡單，但已基本包含業務流程的三個關鍵要素：角色、操作環節和數據。
現就通過採購流程，深入淺出討論這三要素，在骨架上充實內容。
角色
誰來參與？
確定業務邊界後確定參與者／干係人，通常情況下也是系統的操作者。
他們是誰？
對參與者定義系統操作角色，通常情況下直接復用企業的行政架構的部門和崗位兩種行政信息，比如採購部經理。
能做什麼？
對操作角色賦予系統的操作權限 ，通常也是直接復用該角色的崗位職責，比如採購部經理負責定制週期性的採購計劃，因此在系統中支持創建採購計劃單的權限。
操作環節
何時開始做？
通過業務節點作為流轉的開始關鍵點。 業務的工作流是通過跨部門多職能協同完成，在上節點未完成之前，下節點的業務流就未啟動往下走，是各流程模塊間的層次關係。
比如在採購部同事未下達採購訂單到供應商時，倉庫就無法做採購入庫動作。
當然，這並非絕對，比如線下門店經常有繞過採購訂單直接入庫的場景。 比較常見的是各種奶類供應商的送奶場景，供應商與線下門店達成長期合作，店員在門店直接進貨入庫，之後再通過送貨單與門店總部進行週期性結款。
私以為這種場景，應當在進銷存系統上定義為另一種類型採購入庫流程。
該做什麼？
規定在各自的流程節點時，操作者在系統上支持做什麼業務操作，即分解業務步驟。
比如，採購部同事在系統上做採購計劃單，通過計劃單下推的採購訂單，向供應商下達訂單等分解的業務動作。
怎麼做？
這是涉及到業務在實際場景上的系統表現層的功能分解。 以倉庫同事的採購入庫業務功能操作作為例子。
1）入庫前
供應商送貨到倉，配有送貨單。
倉庫同事需要知道本次採購訂單需要入庫的商品和對應數量。 系統需要支持由採購訂單下推為採購入庫單（未入庫），這是下推功能。
倉庫同事將採購入庫單（未入庫）打印出來，方便入庫清點，這是打印功能。
2）入庫時
供應商送貨到倉，根據採購入庫單（未入庫）的商品規格和商品數量兩種維度，會出現以下4種場景：
- 與採購入庫單（未入庫）吻合
- 商品規格貨不對版（比如品牌／包裝／質量規格等問題）
- 商品規格吻合，但送貨數量偏多
- 商品規格吻合，但送貨數量不足
理論上採購入庫動作，是基於入庫單商品數量為上限，錄入實際入庫數量。
比如參考做法，針對場景①為正常入庫，場景②-④為異常入庫。
- 場景②拒收，入庫數為0；
- 場景③只收入庫單應入數量，多出部分不收（當然也有照單全收的做法）。
- 場景④收下本次送貨數量，餘下部分或者下次再送貨，或者不再送貨。
那麼，此時系統應該支持哪些功能？
大致可列出：支持錄入實際入庫數量，支持採購入庫單的提交功能（如保存、提交、審核、反審），採購入庫單的入庫狀態標記，支持異常入庫標記，支持採購 入庫單的多次入庫操作，支持自動核算貨款差額（以便財務核算付款）等。
數據
數據具體為數據表單和數據流轉。
數據表單
數據表單，在進銷存中也稱之為工單，工單是進銷存業務中作為業務執行的重要產物。
工單類型
在涉及本次討論的採購流程，具體的工單分別有：採購計劃單、採購訂單、預付單、發貨單、採購入庫單、應付單、付款單等。
工單字段
工單是在業務流程中，各分解業務流程的重要交付產物，基於業務的特殊性，各表單字段各有差異。 以採購入庫單為例，簡單梳理如下：
① 商品相關
商品ID、商品分類、商品名稱、商品編碼、商品規格、規格單位等；
② 供應商相關
供應商ID、供應商名稱、商品採購價、商品起送標準等；
③ 倉庫相關
倉庫ID、倉庫名稱、倉庫地址等；
④ 採購相關
採購數量（應收數量）、入庫數量、入庫差異數量等；
⑤ 財務相關
採購總賬、入庫總賬、應付賬款等；
工單關係
各工單間彼此存在「因和果」的上下關聯鏈條關係，比如：
- 採購入庫單的入庫依據，來自於採購訂單；
- 採購應付單的賬目金額，來自於本次實際採購入庫單的實際入庫結果；
- 付款單的最終賬目，來自於預付單與應付單（特殊情況還考慮上歷史賬目）兩者衝紅後的付款結果。
- 這種因果的鏈條關係，在之後復盤和查賬等發揮極其重要的作用。
數據流轉
隨著業務流的下推，往往還包括信息流、資金流（甚至是物流）的數據流轉。
信息流
信息流在業務流程中，主要用到的2種場景：
- 第一種是業務流程流轉過程中，各節點之間干係人的站內消息通知，需要用到信息流。
- 另外一種則是在業務流程中的某些關鍵節點，在崗位劃分上會涉及到審核權限。 比如採購計劃單的製定，是否需要上級管理層的首肯審核等。
資金流
這一點很好理解，進銷存本就是管理「貨」和「賬」的工具，離不開錢。
基本上這一點在前文的財務流程有簡單討論過，比如預付款場景、採購訂單的預付款賬目、採購入庫後的應付賬目、往期的歷史賬目、各項賬目衝紅後的本期實際 付款賬目等，不再贅述。
以上是本次討論進銷存業務流程（骨架和內容）的一些思考和總結，不吝賜教。
相關閱讀
本文由 @阿諾Alaudi 原創發佈於人人都是產品經理。 未經許可，禁止轉載。
題圖來自PEXELS，基於CC協議