商品入庫主要是依據採購單，偶爾也會依據退/換貨入庫單、調撥入庫單等。當入庫單推至倉庫之後，經歷到貨確認、驗貨打碼、商品上架等環節最終完成入庫，如圖9-4所示。
圖9-4 入庫流程
【到貨確認】
入庫單推送至倉庫之後，在WMS中生成入庫任務，當相應商品到倉庫之後，選中對應的入庫任務進行確認，生成相應的驗貨任務。同時打印相應的入庫驗貨單（採購單、退貨單等）。
當倉庫收到入庫單時，相應的貨物不會立馬到倉庫，確認到貨的步驟可以阻攔驗貨的任務池的純淨。
同一個入庫任務允許到貨多次，這在實際場景中很常見。例如採購A貨物3000件，一次到貨1000件，分三次全部到貨。
【驗貨打碼】
已到貨確認的入庫任務流轉至驗貨打碼環節，驗貨員按照PDA或者入庫驗貨單上的驗貨任務去驗貨，並反饋給系統合格品和不良品的到貨數量。
由於採購只收合格品，不良品數量並不被錄入到系統中，而是直接退給供應商。驗貨時，到貨數量小於應到數量時，將剩餘的未到貨任務再次返回到貨確認任務池中，等待下次到貨。退貨單將合格品和不良品都錄入到系統中。不良品會上架至不良品庫區。
當驗貨完成之後，通過WMS系統打印相應數量的商品條碼，由倉庫員工進行貼碼。
在電商系統中，每個商品都有SKU碼在系統內部流通。現實中每個商品包裝上有自己的條形碼（69碼）或者直接沒有條碼（例如水果生鮮等），如何構建系統條碼與實物之間的橋樑？有兩種方案。
（1）在商品入庫時，對所有商品進行重新貼碼，條碼信息是系統流轉的SKU碼。如圖9-5所示，就是在商品入庫時重新貼上的自定義SKU碼。
圖9-5 倉庫條形碼
（2）商品包裝上的條形碼如果能直接定位到唯一的SKU，就沿用原條形碼，其他的商品進行二次貼碼（SKU碼），在掃碼時系統將條形碼進行映射轉換。例如A商品SKU編碼698559817，包裝上的條形碼是6902265210136，當掃瞄包裝上的條形碼時，自動轉換成SKU編碼698559817。
【商品上架】
商品上架不僅包括商品入庫上架，還包括補貨上架、移庫上架、返庫上架等情形。上架就涉及庫位的選擇，入庫上架、補貨上架會優先選擇同一供應商同一SKU的庫位，若沒有再選擇空庫位。返庫上架會優先選擇回到原庫位。在PDA上生成相應的上架任務，員工按照PDA將商品上架到相應的庫位上，首先掃瞄庫位碼，然後商品條碼，最後確認數量。上架後更新庫位庫存信息。