在亞馬遜英國的庫房里面，圣誕節期間每天有超過40萬件商品在等待被運往各地。
存貨補貨方式的貨位系統，其構成要素有二：1.檢貨區與存貨區分離；2.貨位與庫存數量綁定。
檢貨區與存貨區分離，從表面上看，檢貨員的檢貨路徑縮短了，而存貨區可以使用立體存儲方式，存儲密度提高，有著明顯的好處，但這也導致了系統邏輯復雜，尤其是補貨邏輯極為復雜，難以操作。
而貨位與庫存數量綁定，則有著明顯的好處，如果將這一思想貫徹到極致，則會自然而然地出現本篇將要介紹的貨位系統，不如稱其為庫存貨位綁定的貨位系統，簡稱為Bin系統，這也就是亞馬遜公司的倉庫管理系統。
Bin系統操作流程
1.收貨：
收貨時實際是將采購訂單看作一個貨位，運貨車看作另外一個貨位，收貨員將貨品逐個從采購訂單的貨位轉移到運貨車的貨位上去。這樣的操作精度高，而且效率也相當的高。
2.上架：
上架實際上也是貨品從待上架的貨位(運貨車)中的貨品轉移到存儲用的貨位上的過程。
上架操作按批次進行，每一個運貨車作為一個批次，一個批次中包含了多次的上架操作。每一次的上架操作只涉及一個SKU，在操作時，需要輸入系統的信息為：上架SKU，目標貨位，上架數量(批次號中已經包含了運貨車貨位的信息)。
在Bin系統下，由于貨位和貨品數量相綁定，因此在上架操作時，也不要求將一個SKU一次性放到同一個貨位上，而是可以根據貨架的實際剩余究竟情況靈活安排到兩個、三個甚至更多的貨位上。
由此可以看到，在Bin系統下，上架員具有相當的靈活性，看到哪里有空隙，就可以將貨品放到哪里。這樣的庫房，雖然在看起來會很凌亂，貨架上放著各種各樣的東西，雜亂無章，但實際上所有的信息都存儲在貨位系統中，任何需要都可以隨時滿足。
3.盤點：
在Bin系統下，每一個存儲貨位中，分別有幾個SKU，每個SKU有多少數量，這些信息都是在貨位系統存儲的。并且，由于每一次庫存實物操作都與在系統中相對應，所以實物與系統是同步更新的。
在這樣的情況下，盤點可以在任意時間，任意貨位操作。即時，在盤點的同時進行上架、檢貨等操作，對于盤點精度也完全沒有影響。這是其他的任何系統都無法做到的。
4.檢貨：
在Bin系統中，由于貨位與貨品數量綁定，因此在生成檢貨批次的同時，可以指定檢貨庫位，只有被指定的有檢貨需求的貨位會被路徑規劃系統所考慮。
例如，訂單中需要10個SKUA，而當前可用庫存共計有23個SKUA，這23個貨分別位于LocationA，B，C上，分別有8個，9個，6個，則系統使用其中的10個，例如從LocationA，B上分別占用8個，2個，則LocationA上的8個以及LocationB上的2個庫存屬性會設置為“訂單占用庫存”。
檢貨時，根據所有已占用庫存貨位的位置，自動規劃出檢貨路徑。檢貨時，只能檢出“訂單占用庫存”，而不能檢出普通庫存。
檢貨時檢出的貨品，放在檢貨容器中，同樣也是一種特殊的貨位。
5.出貨：
出貨時，訂單中包含的貨品，從檢貨容器中轉移到包裹，包裹號一樣可以追蹤。
綜上所述，Bin系統將貨品、貨位、數量的綁定關系做到了極致。這樣做的好處可以有目共睹，Amazon所使用的貨位系統原理上與上述一致，支持起了每年400億美元的銷售規模，并且完全可以支持到更大的規模。
但是也必須清醒地到，Bin系統可以實現庫存的精密化管理，但是成本非常高。首先，Bin系統數據庫雖然結構較簡單相對較簡單，但是數據量很大，任何的庫存轉移的操作都必須與系統同步，造成了數據庫的讀寫負荷極大，對數據庫系統的可靠性、穩定性的要求很高；其次，所有庫存轉移的操作與系統同步都需要設備，這些設備必須具有移動能力，相當于每個操作人員都必須配備，這一投資也是非常巨大的。以最為常用的Symbol的RF移動掃描槍為例，一臺就要將近8000元，每個操作員工一臺的話，設備投放是非常大的。
Bin系統的要點
1.將整個庫房，所有用于放貨的物理空間都標記為container(其實就是貨位)，container與貨品，貨品庫存數量綁定。
以收貨過程為例，在Bin系統中，操作人員在收采購訂單后，收得的實物往往放在運貨車(托盤或者小車)上，這時運貨車就是一個容器。運貨車有自己的編號(即相當于貨位編號)，在此運貨車上的所有貨品及其數量都綁定起來。
運貨車和采購訂單是多對多的關系，也就是說，若采購訂單比較大，其貨品可以放在多個運貨車上，而采購訂單較小時，也可以將多個采購訂單放在一個運貨車上。
在使用Bin系統后，明顯可以看到兩個好處：
A.以前收貨時，往往是清點確認數量后，再在系統中確認收貨數量；而采用Bin系統后，可以認為采購訂單為一個貨位，而收貨動作就是將貨品從采購訂單的貨位中轉移到運貨車的貨位上。因此，收貨操作時可以采用一邊掃描一邊收貨的方式。這樣做，將收貨和點數結合起來，效率有所提高，更重要的是，逐個掃描的方式實際是系統點數，收貨人員可以將精力放在檢查貨品是否合格，提高了收貨質量。
B.收貨后，由于運貨車上的貨品及其數量在系統中有記錄，則上架員可以直接上架。上架時直接按照運貨車的數據即可，而不用去匹配采購訂單數據。這樣有利于上架員工作量的平衡，也提高了精確度。
2.不同的container(貨位)，有不同的屬性，對應于不同的操作任務。
貨品在庫房中，實際是處于不斷流轉的過程中，涉及到的操作有：收貨、上架、存儲、檢貨、發貨，其中檢貨、發貨都可能是由于訂單、調撥、退貨的需求而發起。各個操作環節時涉及到的容器(貨位)，設置為不同的屬性，只能由相對應的操作對應使用。
這也就是說，收貨使用的容器只能用于收貨以及其相關的操作，例如是上架，而不能用于檢貨；退貨檢貨時使用的容器也只能用于退貨檢貨，而不能用于訂單檢貨。
這樣的規定后，某一容器只能用于與其屬性相關聯的操作中，而不能濫用，減少了操作中的錯誤。例如，收貨完成后，收到的貨品只能放到收貨處的運貨車上，而不能放到檢貨使用的運貨車中，這樣不會發生錯亂。
3.數據結構設計，SKU與Location是多對多的關系，某一SKU可以存放于多個Location，某一個Location也可以存放多個SKU。
每一個SKU在每一個Location的數量都作了記錄。另外，還需要再引入當前庫存屬性的概念。庫存數量即對應于庫存結構中所指的幾種分類。
4.任何貨位變更的操作，都必須與系統同步。
例如，在移貨(貨品從一個貨位上移動到另外的貨位)操作中，需要輸入系統的參數有：移動貨品SKU編號，移動貨品數量，源貨位，目標貨位。例如，在某一個SKUO從LocationA向LocationB移動N個，在移貨操作前后，相關貨位的數據記錄分別如下：
再例如，在檢貨時，若檢起一件貨品的實物，需要在系統中輸入貨品所在貨位，貨品的SKU號，貨品的數量。在實際的檢貨操作中，往往是系統指定了貨位，操作人員是按照系統的提示走到某個貨位，取下貨品，掃描SKU即可完成檢貨操作。
最新案例