在進行系統設計的時候，過度完善的場景和復雜的系統設計往往并不是最好的設計，以簡單的思維去設計規劃相關的系統，或許才是好設計的標準。

前言

電商系統中有物流、信息流、現金流。

物流主要是供應鏈中從采購到干線運輸到倉庫，最終經過快遞從倉到用戶，從倉到店到用戶的過程。

現金流我的理解主要是與財務相關的管理，有應付、應收、第三方支付平臺等各個環節;信息流是指通過系統的數據傳遞將物與錢進行結合流轉的過程。

物流（商品）的管理離不開倉儲系統，這里簡單羅列下之前總結的WMS系統的相關功能，相對于大型倉庫而言功能比較簡單，但是對于一些小型倉庫的管理應該夠用了。

有的時候我們系統設計的過度復雜，場景考慮的過度完善，這樣就是最好的嗎？

倉儲系統最簡單功能

對于倉儲管理最主要的還是流程，軟件也是依據流程逐漸完善起來的，目前市場上有成熟的WMS軟件，比如富樂、通天曉等，也有針對于淘寶賣家的軟件如易店寶等。

這些軟件對于倉庫的管理雖然可以覆蓋所有的流程，但是缺少靈活性，而且系統維護與二次開發費用也不低，如果在條件允許條件下自開發是一個不錯的選擇。

WMS系統主要是庫內作業的管理，包括物料管理、貨主管理、入庫、出庫、配發貨、上架/調撥以及庫內盤點。

上圖中沒有單獨列出庫內加工，目前在服裝等行業組合套裝的方式可以通過組合加工方式產生新的物流，也可以通過促銷活動方式實現;在生鮮水果行業涉及到原料到標準品的過程，這也屬于庫內加工，這部分實際上還是一出一入的關系（如原料出庫、加工品入庫或AB出庫，組合成新品C入庫）。

庫內物流的管理有按件或按重量管理兩種形式，入庫有采購入庫、調撥入庫、退貨入庫、殘損入庫、盤盈入庫等等。

出庫有返廠出庫、銷售出庫、領用出庫、報損出庫、盤虧出庫。每種業務的操作都有對應的SOP標準流程。

入庫有質檢環節，質檢又分為抽樣質檢、按重量質檢等；對于商品的存放位置也有嚴格的要求，哪些是待入庫區、哪些是待出庫區、哪些是殘損商品區，這些都是伴隨著倉管人員的豐富經驗和行業標準制定的。

上面只是列了最常用的功能模塊，倉庫是管理實物，所以對于出入管理非常嚴格，不允許有錯，數量的準確性是倉儲管理的重要指標。

商品的金額是需要與FMS業務系統關聯管理的，如商品調撥時需要對商品進行保價，以便在運輸途中有丟失時進行理賠。

在入庫時通過質檢保證入庫商品的質量和品質，出庫時同樣要這樣做，因為這是對用戶的責任。

舉個例子：

N年前曾參與過IBM分銷商的倉庫軟件的設計也開發（主要是對IBM服務器及相關的存儲設備管理），主要是接收IBM購買的服務器和散件，然后根據最終用戶要求的配置進行機器的拆裝與組裝，這里在組裝完成后要線上（連IBM）進行檢測，驗證通過后獲取授權的License。

在揀貨與機器組裝是不同的工作組進行，揀貨組嚴格按揀貨單、揀貨路徑及貨位進行獲取商品；裝配組按裝配單進行（可能需要揀幾臺機器以及一些散件來組合成一臺或多臺用戶要求的配置）;裝配完成收貨組要按回收單進行回收入庫。

出庫組按發貨單進行裝箱、打包，最終移交給中鐵或相關物流公司，這一系列過程都是根據WMS系統的各種單據進行的。

整個WMS系統中最重要的是自動配貨部分，里面涉及一系列的規則，這些規則流程的設計都是參照美國BAX的倉儲系統設計的，有人工流程和系統流程兩部分的配合。

我們在設計系統時不應該一味的要求系統如何如何，應該尋找人與系統的一個平衡點，這應該是最佳的，而并非系統多牛逼就表示你的庫內效率就提升了。

在系統的部署上，要從四個方面來考慮：面向服務(SOA)現在都采用微服務架構、可擴展性（提供必要的內部和外部接口服務）、單倉雙機備份與異地災備（現在已經采用云服務，但是風險仍然存在）、分倉部署（減少倉間的影響，各倉要獨立）。

這些都是老生常談，在所有的技術架構上都是畫出一個大而全的架構圖，還會伴隨一個網絡拓撲圖，當你仔細觀察時發現好多公司的架構、網絡圖都相似，有的只是取了個高大上的名字而已。

就像現在所有的公司都在說在建設企業的業務中臺、數據中臺、運維中臺等等，實際上你探究一下他們用的技術和實現，還是一個個堆砌的并未脫離煙囪式的項目過程，都在吹牛逼而已。

這里對于中臺我個人觀點是沒有成熟穩定的業務模型，沒有長期的技術積累就別去碰，踏實做好目前該做的，小步快跑比啥都強，當你不會走時就跑，肯定會扯到D的。

倉庫系統中是管理物料的，對于物料的管理是基礎信息也是最最關鍵的信息，此部分可以參照供應鏈中商品管理部分進行設計，包括分類、貨主、規格、重量等基礎信息管理;要支持條碼、二維碼等管理，有了這些才可以結合PDA進行操作。

對于倉庫、庫位的劃分是要根據公司經營的商品和所屬行業進行設計，因為不同的商品對倉庫的環境要求不同，對庫位的劃分也不一樣。

舉個例子：服裝類企業對于倉庫不需要像生鮮區分常溫倉、冷凍倉等，而對于像服務器等精密設備需要防塵和防靜電；對于服裝的貨位可以共用，但是生鮮、酒類等就不適合多個商品共用一組貨位。

很多細節都需要結合實際情況進行流程改造，所以通用的WMS軟件有些是不靈活的，需要進行二次開發與優化。

在庫內作業中揀貨是最頻繁的，揀貨效率的高低直接影響到商品的出庫效率，也影響到倉內揀貨員的收入（如果是計件工資）。

這里列了一個揀貨路徑示意圖，在倉庫內收到銷售出庫訂單后需要進行集單生成波次，然后打印揀貨單或手持PDA按揀貨單進行商品的揀貨，這個揀貨過程走的多與少與系統息息相關（貨物擺放的是否合理都會影響揀貨路徑的長短）。

在收到訂單到波次單到揀貨路徑到打包出庫這個過程對于WMS系統是非常核心的部分，需要應用數據模型進行計算，同時還要考慮在揀貨過程中出現的缺貨場景處理。

上架、揀貨在以前說商品流轉時也提到過，這同樣是要結合公司業務和倉庫規模進行。上架時是否商品有限制，這就涉及到商品與貨位的關系配置。

一個好的軟件是要盡可能的在系統中進行限制，不能完全依賴人去做，而且要給使用者醒目的提示，越傻瓜、越簡潔越好。在倉內的手持就那么大屏，要充分利用其界面。

以上是簡單的出庫原則，后進先出一般不采用。

這里只是幾種主要的單據，現在采用電子發票了，幾年前打包時還要同步打印紙質發票，對WMS系統的要求更高，處理更復雜，信息技術的發展真的可以簡化系統的復雜度，也能提高工作效率，所以科學技術是第一生產力真的沒有錯。

盤點，這里要單獨說一下，根據公司需要有日盤、大盤，有實時盤點，有動態盤點。

無論是在倉庫管理中，還是在門店管理中，商品盤點是必需且必要的，這個流程的好與壞直接影響到用戶體驗，曾經見過門店盤點時生成一堆數據、又分為初盤、復盤、審核等等，場景很全同時系統生成的數據很多，但似乎并不實用。

所以在設計時要考慮效率、簡化操作步驟，不要在盤點時做過多的處理，完美并不一定是好的。

最后說下異常報警與相關的報表。

對于庫內作業需要有一個大屏報表進行相關數據的展示（實時的顯示單量、揀貨人員工作量排名等）

異常數據的監控，對于庫存、庫位的監控，以便指導相關人員及時進行庫內補貨上架等操作。

報表是每個業務系統必不可少的，有些是實時的，有些是定時生成的，有的是計算工作效率的，有的是計算商品數據的，通過這些數據的分析可以指導改進庫內流程，可以給供應鏈ERP或財務提供必要的數據，這是這些報表的目的，即分析與指導運營。

報表的維度與數據指標的定義是非常關鍵的，要結合實際業務、行業內標準進行設計，要保證數據的完整性與正確性。

總結

這里只是結合最簡單的功能進行了說明實際在設計開發過程是要深入細化，不停的耕耘才行。

現在的倉儲管理已經向自動化、流程化、標準化方向發展了，人工操作后續會越來越少，但是對于中小企業的投入也是非常大的。所以目前很多企業都采用外包方式進行倉儲管理，只開發上游系統與之進行對接，專業的事交給專業的公司去管理以降低成本。

有時候簡單可能是最好的，個人覺得應該回歸簡單并以此思維去設計規劃相關的系統！

最后感謝您的閱讀！