大宗商品倉儲系統中,車輛出入庫的集成設計

1 評論 9205 瀏覽 44 收藏 8 分鐘

大宗商品倉儲系統中車輛出入庫是如何設計的?本文介紹了大宗商品倉儲系統中車輛出入庫的業務流程、前置條件、需求綱要、產品架構設計、數據庫表單設計,與大家分享!

今天分享一個大宗商品交易系統中車輛出入庫管理的一個產品例子。

場景:物流公司派車輛去的倉儲公司的倉庫中提貨。

一、業務流程

當買賣雙方產生交易開始:

  • 庫存在倉儲公司倉庫中屬于賣家的存貨將由物流公司負責配送,物流公司派送車輛進入倉庫中提貨出庫再送到由買家指定的地點完成運輸。
  • 流程中倉庫只聽從貨主的指令即交易中的賣家,賣家負責將物流信息包含:物流公司名稱、車輛的數量型號載重等車輛數據、司機姓名身份證號手機號碼等個人信息,提貨日期;可能還會包括駕駛證件信息、運輸資質信息傳達給倉儲公司。
  • 物流公司聽從托運方的指令,托運方可以是賣家,也可以是買家。托運方告訴物流公司相關信息:倉儲公司名稱,倉庫地址聯系方式;托運商品名稱、數量、車輛及司機資質要求;指定的配送地址聯系方式等信息。
  • 物流公司車輛到達倉庫出示個人證件和資質證件,倉庫核實后予以放行入庫。
  • 傳達給倉儲公司及物流公司的指令由買賣雙發達成一致。

做一個簡單的關系圖,假設托運方是買家:

好了,核心和業務目的大家了解了,下面開始講講分支場景:

1. 賣家(貨主)向倉儲公司發送提貨指令及回執

  • 貨主向倉儲公司(一般是業務中心)發起提貨申請:貨品名稱、數量、提貨日期、司機車輛信息。
  • 業務中心根據倉庫庫區業務情況給出回執,一般是確認或調整日期,少數情況業務中需與庫區溝通確認。
  • 提貨后,業務中心主動向貨主回執確認提貨成功,一般可能會在與貨主企業的系統對接、短信、人工微信或者業務員電話回執等方式。

2. 倉儲公司業務中心與倉庫庫區之間的交互

  • 業務中心接到貨主的申請,需要確認庫區的情況。不過一般來說業務中心在日常的工作中對倉庫的情況比較了解,倉庫也每日會匯報庫區的工作與狀況。所有基本上業務中心接到申請以后會向庫區發送指令,指令可以在內部ERP系統中發送,同時傳真一份紙質的提貨通知。
  • 庫區在提貨成功以后會向業務中心回執確認以及定時交付提貨單據以供業務和賬務留檔復核。

3. 司機去倉庫庫區提貨的入庫及出庫

  • 司機到達庫區與接待中心客服接待人員之間的交涉:出示證件單據,填寫表單,簽字蓋章等。
  • 司機進入庫區過磅稱重,到達指定地區裝貨。
  • 司機完成裝貨后過磅稱重,與庫區客服人員雙發簽字完成單據出庫。

4. 過磅及裝貨場景

  • 車輛駛入庫區在地磅系統稱重,過磅系統工作人員合適單據證件,在單據中標明空車重量并簽字。
  • 車輛進入裝貨區域,工作人員核實予以裝貨并監督裝貨流程。
  • 裝貨完畢車輛再經過地磅系統稱重,然后雙雙確認簽字后車輛離開庫區。

由此,整個業務流程就清晰了,出貨流程大致是這樣。按照這個邏輯逆向入庫流程基本也是這樣,只是出入的單據有所不同以及地磅記錄順序反過來就可以了。

這整個流程可以看出大部分都在線下進行,現在需要把這部分內容集成到交易平臺中。

二、前置條件

  1. 物流系統:提供在線找物流服務、跟蹤物流。
  2. 已對接倉儲公司ERP,用戶在線申請提/卸貨,用戶查看/管理自己的庫存。

三、需求綱要

  1. 基于訂單和物流單發起提貨流程。
  2. 貨主向倉儲公司發起提貨,并提交物流信息及相關證件、單據。
  3. 倉儲公司回執托運方。
  4. 司機提貨流程:倉儲接待中心–地磅系統—裝貨—出庫。
  5. 非交易情況下貨主的出入庫申請。

四、產品架構設計

系統結構:平臺下的訂單、物流系統,對接倉儲公司數據的OMS系統

基于訂單的買/賣家、物流公司與倉儲公司的交互

提貨流程

五、產品的數據庫表單設計

看一下已有數據表單及與物流倉儲出入庫相關字段。

1. 訂單表

物流公司、物流單號、倉儲公司、倉庫地址、數量、出入庫數量、剩余數量、損耗。

2. 物流單表

訂單號、托運方、買方公司、出庫倉儲公司及倉庫地址、入庫倉儲公司及地址;運次信息:車輛、司機信息、車次對應數量、地磅數據、耗損、出入時間。

3. 需要新增的表單:出入庫表

這個表單部分字段可能與訂單和物流單表重復,但考慮到這條支線的流程的唯一性以及方便當訂單出現糾紛時更容易復核,所以有必要創建該表單。

表單記錄字段:

  • 出庫申請:賬號/人員
  • 申請時間
  • 審批回執
  • 審批人/賬號、審批時間
  • 出庫通知:出庫通知人、時間
  • 車輛司機信息;車次數量信息、地磅數據
  • 司機簽字信息

五、結尾

基于以上可以進入產品具體的設計,因為這里主要講的是正向流程,真實交易中會出現逆向以及錯誤終止的情況且頻次不低。所以具體設計時必須考慮到多種狀況的可能并最終要形成產品的閉環。

B端比較講究流程的實現,產品人員最重要的就是把業務流程梳理清楚。

 

本文由 @羊羔小途迷 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 倉儲計費

    回復