昨天又跟產品同事“吵架”，因為一個很簡單的流程，本質是價值問題。產品認為誰的問題，誰解決。我的觀點影響了我，我就要解決。如果不影響我，別人的問題我去解決，那我就有點閑了。那么具體什么問題?——倉庫發貨漏掃描問題。

  這是一個很常見的問題，倉庫既然漏掃了那么很顯然責任是在倉庫，所以配送的產品肯定是不想浪費資源做優化，但是站在鏈條角度，上游(倉庫)出現錯誤肯定會影響到下游(運輸)，下游(運輸)如果不解決，那就會繼續流向下下游(FDC/網格倉/門店等)。越到后面問題就越大，那就是客戶的訂單無法閉環，然后投訴，然后銷售找你。

  那么這個問題怎么產生了，2個環節最容易產生：

  a.分揀環節，貨物投了，漏掃描了。

  b.裝車環節，容器裝車了，漏掃描了。

  說實話，發貨準確很難做到100%的，那么如何兜底呢?分享幾個大家常見解決方案。

  一、虛擬發運(用一個虛擬的車把貨物發走)【可行】

  1、好處：

  a.這個方案是最簡單的，系統上都不需要做改動，就是增加一個虛擬車型，專門做這個事情

  b.操作的培訓成本最低，大家都很上手，只是換了個車型

  2、壞處：

  a.這個流程看起來很正常，但倉庫的錯誤行為沒有被暴露，一直把這個當成正常流程

  b.如果哪天用了真實車型解決了，實際不好被發現，則有套運費風險

  c.運輸的數據有污染，存在很多虛擬車，裝載數據都不準確

  d.如果正常運輸流程規范，比如電子圍欄打點/禁止多臺設備登陸等，操作成本就很大(除非下一個節點收貨環節跟運輸無任何關聯)

  二、掃描入庫(快遞/零擔網做法)【不行】

  很多做傳統物流的人會提出這個想法，小編找了幾個人溝通，都提過這個想法。那為什么不行呢?

  a.先講講快遞/零擔做法：如果轉運中心貨物裝車了，系統未掃描出庫，到網點后網點人員掃描貨物，貨物就自動入庫，整個鏈條上的貨物路徑自動更新，為什么能這么實現，因為快遞/零擔上的貨物具備一個特性：唯一性。就是這一件貨物就一件，它是唯一的，那么它在網點時就不可能同時在轉運，所以掃描會自動變更庫存。

  b.再看看倉庫到FDC/網格倉/門店等，商品都是SKU維度，就是一個SKU對應都很多件，所以只能是我掃描了，我這邊入庫了，但是你的庫存該是怎樣還是怎樣。這就是為什么這個方案不行的原因。

  三、無需物流發運(參考淘寶賣虛擬產品做法)【可行】

  因為小編自己有個8年的淘寶店，做過很多虛擬產品，所以覺得這個是點對點直接閉環單據最快的方式。

  1、好處：

  a.操作簡單，比需要運輸發運流程會更簡單

  b.數據不需要經過運輸，不會對運輸產生很多垃圾數據

  c.有個專門的口統計倉庫的失誤率對其進行考核

  d.功能可延伸，比如自提功能

  2、壞處

  a.對產品而言需要梳理新的流程進行開發，實際應該不算壞處

  b.裝載的一些數據無法在車輛上提現，做數據需要2個端口取書

  另外，倉庫調撥應該得有可以直接調撥，無需經過物流，但是問了管倉的都說沒有。

  四、追加發運【有前提可行】

  這個解決方式是老板提的，從邏輯上看有一定的合理性，我忘記掃描發了，我就加進去發不就行了。是不是看的很合乎情理。我第一反應覺得比我想的無需物流發運更符合場景。但是細細想了下如何實現好像有點難度。

  1、我們什么時候會發現漏掃了，肯定不是掃完后就發現，大概率會是a.倉庫掃尾時候，b.FDC/網格倉/門店發現多貨;

  2、而且一條線路存在1-n個車次，這個時候車輛狀態可能是在路途、到FDC、簽收完了回家了等等

  3、一般運單狀態是不可逆的，都是按照順序設計，不會設計成已經發運了，還可以裝車?；蛘咭呀浽谕玖诉€可以發運。

  所以，綜上當我們發現錯誤的時候，單據狀態是很難改變的，這個時候追加發運是有點難解，是在實現單據可逆，這個會帶來更多的問題。另外，如果是多個車呢?到底應該加到那個車上?

  那么如何實現老板合乎情理的想法呢?個人想法：

  1、把流程最簡化：a.倉庫發運、b.FDC/網格倉/門店就可以收貨，不去關聯中間運輸環節

  2、那么如何解決倉庫發運動作就是最關鍵的步驟，即如何在已經發運的運單上增加貨物，站點直接收貨就行。

  a.發運動作跟運輸任何狀態無關，只要輸入排線車牌就行。

  b.每個車都有一個或者多個子運單，跟母運單狀體無關，子運單運輸無需任何操作，這樣倉庫發運是掛子運單，而子運單是靠倉庫激活，或者子運單靠調度排線生成。

  追加發運做法的壞處：任何狀態下的運單都能支持增加/ 調整貨物本身就是一種風險。

  大家有其他更好的解決方案或者對于以上的方案有不同的看法，歡迎留言交流。

  本文來源于羅戈網，不代表九州物流網(http://www.ruyi818.com)觀點，文章如有侵權可聯系刪除