不僅僅在WMS里，其實在OMS中，也有相應的“批次管理”的概念。那么，OMS中的批次管理是怎么做的？本文作者就做了詳細的解讀和分析，一起來看看吧。

提到“批次”或者“批次管理”，很多人的第一反應就是這個概念應該是和倉儲系統（WMS）關系比較密切，和OMS或者ERP的關系好像不是很緊密，甚至有一些人都不知道OMS或者ERP上也有批次管理的內容。

之前我寫過好幾篇關于批次的文章，大多數都是以WMS為例去展開的，但是實際上在日常的供應鏈系統運轉過程中上游系統（OMS/ERP）中的批次信息也很重要，因為如果下游WMS做了批次管理，但是上游系統不做相關的聯動和記錄的話，那么批次管理的效果就會大打折扣。

本文就以海外倉OMS切入點，拆解一下OMS中的批次管理是怎么做的，同時也可以觸類旁通用于其他業務型ERP系統中。

一、什么是批次和批次管理？

批次是屬于商品（SKU）的一個附加屬性，每一個SKU都可以有多個批次，表示同一個SKU但是不同的批次之間可能會存在一些細微的差別，例如說生產日期不一樣，某些工藝不一樣，或者說采購的價格不一樣，采購的時間不一樣等。

批次管理則是對這些批次進行追蹤、控制和管理的整個過程，確保產品質量和安全，同時提高庫存和物流的效率。所以商品首先得要有批次，其次才會有批次管理。

舉個例子，想象一家飲料工廠，它在一天內生產了1000瓶同口味的可樂。這1000瓶可樂被標記為同一個批次，擁有相同的生產日期和批次號。批次管理確保這批次的可樂在整個供應鏈中可以被準確追蹤，無論是在倉庫存儲、運輸還是最終銷售給消費者的過程中。如果出現質量問題，工廠可以迅速追溯到這個特定批次，并采取相應的措施，如召回或替換。通過這種方式，批次管理有助于保護消費者利益，并維護企業的品牌形象。

二、OMS為什么要批次管理？

站在海外倉OMS的角度，批次管理可以要，也可以不要，因為批次管理是屬于一種精細化的商品庫存管控方式。

如果說客戶不需要或者倉庫端做不到這么精細化的管控粒度，那么就不會有批次管理，反之就會有批次管理。

那么什么情況下會需要有批次管理呢？站在海外倉的角度來看，常見的場景一般是：

1. 商品是有保質期管理的，例如說食品，飲料等；
2. 商品是有外部批號的，例如說醫療器械，化妝品，保健品等；
3. 商品是有多個供應商且需要溯源的，例如說商品的采購來源渠道多，各個渠道的質量和品控需要嚴格把關；

當商品是有保質期的時候，倉庫在入庫的時候需要采集效期的信息，會生成對應的批次庫存。然后OMS推送出庫單給WMS的時候可能會存在“指定效期信息出庫”的場景，例如說，指定商品的“生產日期=XXX”時才能出庫。

當商品是有外部批號的，倉庫在入庫的時候也會采集產品外包裝上的生產批號，并生成對應的批次庫存。當OMS推送出庫單給WMS的時候，可以指定商品的“生產批號=XXX”時才能出庫。

當商品有多個供應商且需要溯源的時候，貨主希望在OMS指定先出某個采購單入庫的商品或者是指定出某個供應商采購的商品，這個時候需要OMS支持指定商品的“采購訂單=XXX”或者是“供應商=XXX”才能出庫。

OMS創建出庫單示意圖

上面提到的“生產日期”，“生產批號”，“采購訂單”，“供應商”等都是屬于批次的屬性，是定義商品批次的因子，術語則稱之為“批次屬性”。

如果OMS需要啟用批次管理，那么在OMS創建商品的時候就要啟用相關的配置項，一般是勾選“批次管理”，然后再勾選相關的“批次屬性”。

OMS創建商品頁面

一般來說，批次屬性的參數是可以靈活配置的，這些一般放在WMS中會比較多。但是有一些貨主有強烈的批次管理意向，所以就會在OMS創建商品的時候，把商品需要哪些批次屬性進行管控當作商品的業務配置信息，直接推送給到倉庫中。

例如說富勒的WMS中批次屬性可以自由定義很多個，這些WMS中定義好的批次屬性，有一些也是可以推送給OMS，讓貨主在OMS端去配置。

富勒的批次屬性管理

針對同一個SKU來說，只要在收貨的時候發現批次屬性中有一個屬性不一樣，那么就會生成一個新的“批次”。

批次屬性配置的越多，那么就意味著倉庫的一次收貨入庫可能會生成很多個批次（同一個SKU），對應的就要對批次進行精細化管理，那么成本也會變得很高。所以一般的倉庫，在維護批次屬性的時候，不會搞太多，這樣倉庫在收貨的時候要采集的信息也會很多，生成的批次號也會很多，不利于倉庫實際的管理。

綜合上述的分析，我們可以得出結論：

1. OMS需要批次管理的原因，是因為某些商品需要進行精細化的管理，所以要用到批次管理的功能；
2. OMS的精細化批次管理一般是指OMS可以在某些單據的指令上，細化到商品的批次屬性維度，而不是僅僅是商品維度；
3. 在OMS創建商品的時候就配置好啟用批次管理，并勾選批次屬性的參數，這樣可以直接把OMS的配置推送到WMS中；
4. OMS的批次管理啟用了之后，那么WMS在執行的時候也要配合對應的配置參數，這樣才可以達到最終的精細化管控目的；

三、OMS的批次和WMS的批次區別

當OMS啟用了批次管理之后，在OMS推送入庫單給WMS的時候，就需要將一些批次屬性的信息也一起推送給WMS。例如說采購單號，供應商名稱等，而其他的一些信息則交由WMS收貨的時候自行采集，例如說生產日期，生產批次，收貨日期等。

WMS收貨的時候會根據OMS推送的信息，和自己采集的信息一起作用，去生成對應的批次號，然后關聯到對應的庫存上，就有了常說的批次庫存。

WMS的批次庫存和批次記錄表

一般來說，WMS的庫存顆粒度可以分成這么幾層：

1. 倉庫+貨主+SKU的粒度，也可以稱之為SKU維度；
2. 倉庫+貨主+批次+SKU的粒度，也可以稱之為SKU-批次維度；
3. 倉庫+貨主+批次+SKU+庫位的粒度，也可以稱之為SKU-批次-庫位維度；

對應的庫存展示情況如下所示：

WMS的三層庫存

當WMS啟用了批次管理之后會有三層庫存，而OMS和WMS相比就是少了庫位的信息，那么是不是OMS啟用批次管理之后就應該會有兩層庫存，分別是：SKU維度和SKU-批次維度呢？

這種理解方式沒什么問題，OMS確實應該是有兩層庫存，分別是SKU維度和SKU-批次維度，但是這樣實際操作的時候會有一些弊端，所以雖然OMS是兩層庫存，但是實際在做相關的產品設計的時候還是要特別注意一下。

OMS的兩層庫存

當OMS使用了上圖中的兩層庫存形式之后，OMS的庫存需要和WMS的庫存嚴格保持一致，這樣才能保證后續的庫存管理是清晰的，是準確的。

1. 當OMS推送入庫單給了WMS之后，WMS會生成批次庫存，然后同步批次信息給到OMS，OMS也需要生成對應的批次庫存信息，且需要記錄下對應的批次屬性；
2. 當OMS推送出庫單給WMS時，如果OMS沒有指定具體的批次信息，那么WMS記錄實際出庫的批次庫存并且反饋給OMS，讓OMS也要對應地扣減批次庫存，而且批次屬性要一致；
3. 當WMS在庫內發起了庫存調整，盤點，批屬性調整之后，WMS也需要將對應的批次庫存信息反饋給OMS，讓OMS的批次庫存和WMS端維持一致；

經過上述3個簡單的案例分析可以知道，如果OMS層也使用兩層庫存來記錄庫存，那么就意味著所有和WMS的單據交互（推送/回傳）都要考慮到最細的批次維度，這樣會導致OMS端和WMS的端的接口改造成本很高，而且一旦出現了批次庫存不準確的情況，那么要調整兩邊的庫存就會很痛苦。

OMS出庫單的庫存鎖定：當有兩層庫存時

在上面我們分析OMS為什么需要批次管理的時候，得出了一個結論：OMS的批次管理可以讓一些單據的指令細化到商品的批次屬性維度。

既然我們是核心目的是為了讓OMS能做到精細化的批次管理，那就不一定非要讓OMS去記錄兩層庫存，因為這樣會增加系統的改造成本，同時對已有流程的改動也比較大。

既然WMS端有三層庫存，而且WMS的管控都是到最細維度的，那么OMS就不要記錄自己的批次庫存了，直接從OMS端開一個接口去查詢WMS的批次庫存即可。當貨主需要知道自己的批次庫存信息時，直接從OMS上去查詢，背后調用的是WMS的批次庫存，也就是“SKU-批次維度”的庫存。

當OMS創建銷售出庫單的時候，需要去選擇商品的批次屬性信息，在單據保存或者提交到WMS的時候，可以調用WMS的批次屬性庫存接口，去校驗一下這些批次庫存在倉庫中是否足夠。

如果批次庫存不足，則不允許推送到WMS中，需要修改批次屬性信息或者是出庫數量；如果批次庫存足夠，則可以推送到WMS中，WMS在分配庫位庫存的時候，結合OMS推送的批次屬性，去鎖定具體的“SKU-批次-庫位”庫存。

雖然OMS和WMS都需要進行批次管理，但它們的側重點和功能有所不同。OMS主要關注訂單層面的批次管理，它需要處理訂單接收、處理、跟蹤和交付等環節，確保訂單中的商品能夠按照客戶的要求和批次屬性進行準確配送。

而WMS則更側重于倉庫內部的操作，如入庫、出庫、移庫和盤點等，它通過商品自身的批次屬性或者是“庫位-批次”的關聯關系，來實現來實現對每個批次的精確控制。

OMS可以自己記錄兩層庫存（SKU庫存、SKU-批次庫存），也可以只記錄一層庫存（SKU庫存）。 前者的好處是所有的庫存校驗都可以直接在OMS層面完成，但是帶來的弊端就是SKU-批次庫存需要和WMS的SKU-批次庫存同步，在庫存管控和記錄的場景上比較難操作；而后者的好處就是OMS端的庫存邏輯相對簡單一些，不會有那么多復雜的邏輯，缺點就是有部分庫存的取數和校驗都要通過WMS的庫存接口來完成。

四、適合海外倉的批次庫存管理方式

經過上面的一頓分析，我們會發現客戶雖然想要做精細化的批次管理，但是對于海外倉來說完成這些功能的改造和操作上的兼容，其實成本很高，甚至有可能都會虧錢。

此時，作為產品經理可以反過來思考一下，到底客戶想要精細化的批次管理，這個“精細化”到了什么地步？是不是一定要精確到每一個“批次屬性”，是不是客戶一定能做到這么精準的指令下達？

從我過往的業務調研結果來看，大多數海外倉可能都沒有做效期管控，更別提精細化的批次管理了。即使部分做了效期管控的海外倉，能提供給客戶精細化批次管控的粒度也比較粗糙，一方面是客戶沒辦法下單這么精準的指令，另一方面是這種精細化的操作對倉庫的要求很高，會加重客戶的操作費成本，所以一番妥協之后，就有了主流海外倉的批次庫存管理的方式。

對于效期類型的產品（食品、化妝品、保健品）來說，只需要能夠做到指定“效期類型”出庫，就已經足夠滿足絕大多數的海外倉客戶的批次管控需求了；而針對一些特殊的批次管控要求（指定生產批號，采購訂單，供應商等），由于業務發生的頻率很低，所以這部分可以通過線下和倉庫溝通去處理。

效期類型的產品，當啟用了“批次管理”并且勾選了“生產日期”之后，就需要維護相關的保質期信息，主要是：

1. 保質期天數，該商品有多少天的保質期；
2. 允許入庫天數，當商品的剩余保質期天數低于此天數的時候就不允許入庫了；
3. 預警天數，當商品的剩余保質期低于此天數就會產生預警，可以通過郵件或者其他方式告知倉庫和客戶；
4. 臨期天數，當商品的剩余保質期低于此天數就會轉為臨期商品，可以通過郵件或者其他方式告知倉庫和客戶；

OMS創建商品頁面

這些信息都會同步推送到WMS中，WMS在收貨環節可以校驗“允許入庫天數”是否滿足要求，如果不滿足就提醒倉庫不允許收貨。

WMS每天固定時間去跑“效期狀態更新的任務”，更新商品的剩余保質期天數，當低于“預計天數”的時候，商品的效期狀態就是“預警”；當低于“臨期天數”的時候，商品的效期狀態就是“臨期”；當低于“0”的時候，意味著商品的效期就是“過期”，它們的關系可以用一張圖來定義。

商品效期的多個狀態

WMS的批次庫存效期狀態

根據前面所講的方案，我們可以在OMS層開放一個“批次庫存”查詢的功能，用戶可以在這個界面查看到更細一層的庫存，包含商品的批次號，各種批次屬性等，但是這些信息都不是OMS自己單獨記錄存儲的，而是從通過接口從WMS端獲取的。針對海外倉的效期管理場景，OMS調用WMS的批次庫存信息時，也可以不用把WMS的所有批次屬性都展示出來，只需要重點展示“生產日期”， “失效日期”，還有“效期狀態”即可。

針對效期類型的產品，海外倉客戶希望能指定“效期類型”出庫即可，此時OMS創建銷售出庫單的時候就只需要讓用戶指定“效期類型”，若客戶不指定效期類型，則默認按“臨期先出”的規則，由WMS進行批次庫存的分配。

OMS創建出庫單頁面

當OMS支持用戶指定效期狀態的出庫的時候，需要注意最好是要支持多選效期狀態，也就是同時出庫多個效期狀態的商品。因為有一些客戶對效期的管控沒有那么精細化，正常、預警狀態的商品都可以正常出庫，甚至臨期的商品也可以和正常的商品一起出庫，支持多選可以兼容更多的場景。

五、OMS的庫存查詢

在沒有深入講解OMS的批次管理之前，前面的章節中也有提到“批次庫存”的概念，這是一個邏輯層的“批次”，僅僅是用來統計庫齡使用，沒有其他的用途。

邏輯批次的生成時間是OMS增加庫存的時候，生成規則是按庫存增加的日期來定義的，而且OMS的邏輯批次號和WMS的批次號并不一致，是OMS內部的邏輯。例如說下方OMS的批次流水中的批次，就是按庫存增加的日期來生成的批次，僅用于統計庫齡使用。

邏輯批次庫存和批次庫存流水

當海外倉OMS引入了精細化的批次管理之后，OMS層面應該會出現3種庫存：

1. SKU維度的庫存，這是OMS最粗糙的一層庫存，也是大多數用戶最關注的一層庫存；
2. SKU-邏輯批次維度的庫存，這是OMS自己為了統計庫齡而定義的邏輯批次號，僅僅是用來統計庫齡使用；
3. SKU-批次維度的庫存，這是從WMS中獲取的批次庫存，具有較為詳細的批次屬性信息，可以便于OMS的用戶指定某些批次屬性（效期狀態）出庫；

上述的3種庫存中，2和3太容易讓用戶搞蒙了，很難向客戶解釋到底什么是邏輯批次，什么是WMS的批次，然后為什么要用2種庫存來區分它，用戶在查詢的時候要怎么去識別和理解……

所以，我們必須要對OMS的庫存查詢做出一定的改進，讓用戶可以通俗易懂地就理解這些庫存的概念。我們可以將庫存查詢分成這么幾個菜單：

1. SKU庫存查詢
2. SKU庫齡查詢
3. 批次庫存查詢

SKU庫存查詢，指的是查詢貨主的SKU在倉庫中的數量，可用數量，鎖定數量，在途數量等，這些數據都是OMS自己記錄的，入庫之后，出庫之后，倉庫盤點之后等，OMS都會對應更新庫存。

SKU庫齡查詢，指的是查詢貨主的SKU在倉庫中存放了多久，庫齡分別是多少天，因為計算倉租的時候需要使用到庫齡的數據。這些數據都是OMS自己記錄的，也是根據入庫、出庫、倉庫庫存調整等單據而更新記錄的。在庫齡查詢的界面中，可以省略“邏輯批次”的概念，而是用“上架日期”來做批次的劃分，這樣可以避免OMS系統中出現多個“批次”而讓用戶搞不清楚區別。因為只要SKU+倉庫+上架日期相同，那么就意味著是可以合并為一行數據的，即同一天入庫上架。

批次庫存查詢，指的是查詢貨主的SKU在倉庫中更細一層維度的庫存數量，可用數量等，這些數據并不是OMS自己記錄的，而是通過接口從WMS中獲取到的。從WMS的批次庫存中可以獲取到所有的批次屬性信息，但是有一些批次屬性可能對OMS來說用途不大，所以可以省略一些。針對海外倉的業務場景下，推薦重點獲取“生產日期”，“失效日期”，“收貨日期”，“效期狀態”即可。

總結

批次管理在供應鏈系統中扮演者非常重要的角色，無論是OMS還是WMS，都有它的身影。日常我們在聊批次的時候往往代入的是WMS的場景視角，但是實際上WMS作為執行層，是不能獨立于其他上游系統而單獨存在的，所以OMS層面的批次管理也非常重要。

在海外倉OMS中，精細化的批次管理往往會做得比較弱一些，一方面是因為海外倉的貨物一般以普通貨物居多，比較少有那些效期管理，批號管理的貨物，所以相應的功能也就會盡量簡單；另一方面是精細化的批次管理帶來的倉儲運營成本比較高，海外倉的執行和管理難度較大，所以這一塊也會稍微降低要求和標準。

如果大家想要更全面的了解OMS層面的批次管理，建議可以看看國內倉庫的一些OMS，例如說京東，菜鳥，順豐，富勒等，這些功能相對更完善很多，能學習到的東西也更多。