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

前言

電商系統(tǒng)中有物流、信息流、現(xiàn)金流。

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

現(xiàn)金流我的理解主要是與財務相關的管理，有應付、應收、第三方支付平臺等各個環(huán)節(jié);信息流是指通過系統(tǒng)的數(shù)據(jù)傳遞將物與錢進行結合流轉的過程。

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

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

倉儲系統(tǒng)最簡單功能

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

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

WMS系統(tǒng)主要是庫內作業(yè)的管理，包括物料管理、貨主管理、入庫、出庫、配發(fā)貨、上架/調撥以及庫內盤點。

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

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

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

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

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

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

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

舉個例子：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

盤點，這里要單獨說一下，根據(jù)公司需要有日盤、大盤，有實時盤點，有動態(tài)盤點。

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

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

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

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

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

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

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

總結

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

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

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

最后感謝您的閱讀！