不僅僅在WMS裡，其實在OMS中，也有相應的“批次管理”的概念。那麼，OMS中的批次管理是怎麼做的？本文作者就做了詳細的解讀和分析，一起來看看吧。
提到“批次”或者“批次管理”，很多人的第一反應就是這個概念應該是和倉儲系統（WMS）關系比較密切，和OMS或者ERP的關系好像不是很緊密，甚至有一些人都不知道OMS或者ERP上也有批次管理的内容。
之前我寫過好幾篇關于批次的文章，大多數都是以WMS為例去展開的，但是實際上在日常的供應鍊系統運轉過程中上遊系統（OMS/ERP）中的批次資訊也很重要，因為如果下遊WMS做了批次管理，但是上遊系統不做相關的關聯和記錄的話，那麼批次管理的效果就會大打折扣。
本文就以海外倉OMS切入點，拆解一下OMS中的批次管理是怎麼做的，同時也可以觸類旁通用于其他業務型ERP系統中。
一、什麼是批次和批次管理？
批次是屬于商品（SKU）的一個附加屬性，每一個SKU都可以有多個批次，表示同一個SKU但是不同的批次之間可能會存在一些細微的差别，例如說生産日期不一樣，某些工藝不一樣，或者說采購的價格不一樣，采購的時間不一樣等。
批次管理則是對這些批次進行追蹤、控制和管理的整個過程，確定産品品質和安全，同時提高庫存和物流的效率。是以商品首先得要有批次，其次才會有批次管理。
舉個例子，想象一家飲料工廠，它在一天内生産了1000瓶同口味的可樂。這1000瓶可樂被标記為同一個批次，擁有相同的生産日期和批次号。批次管理確定這批次的可樂在整個供應鍊中可以被準确追蹤，無論是在倉庫存儲、運輸還是最終銷售給消費者的過程中。如果出現品質問題，工廠可以迅速追溯到這個特定批次，并采取相應的措施，如召回或替換。通過這種方式，批次管理有助于保護消費者利益，并維護企業的品牌形象。
二、OMS為什麼要批次管理？
站在海外倉OMS的角度，批次管理可以要，也可以不要，因為批次管理是屬于一種精細化的商品庫存管控方式。
如果說客戶不需要或者倉庫端做不到這麼精細化的管控粒度，那麼就不會有批次管理，反之就會有批次管理。
那麼什麼情況下會需要有批次管理呢？站在海外倉的角度來看，常見的場景一般是：
- 商品是有保存期限管理的，例如說食品，飲料等；
- 商品是有外部批号的，例如說醫療器械，化妝品，保健品等；
- 商品是有多個供應商且需要溯源的，例如說商品的采購來源管道多，各個管道的品質和品控需要嚴格把關；
當商品是有保存期限的時候，倉庫在入庫的時候需要采集效期的資訊，會生成對應的批次庫存。然後OMS推送出庫單給WMS的時候可能會存在“指定效期資訊出庫”的場景，例如說，指定商品的“生産日期=XXX”時才能出庫。
當商品是有外部批号的，倉庫在入庫的時候也會采集産品外包裝上的生産批号，并生成對應的批次庫存。當OMS推送出庫單給WMS的時候，可以指定商品的“生産批号=XXX”時才能出庫。
當商品有多個供應商且需要溯源的時候，貨主希望在OMS指定先出某個采購單入庫的商品或者是指定出某個供應商采購的商品，這個時候需要OMS支援指定商品的“采購訂單=XXX”或者是“供應商=XXX”才能出庫。
OMS建立出庫單示意圖
上面提到的“生産日期”，“生産批号”，“采購訂單”，“供應商”等都是屬于批次的屬性，是定義商品批次的因子，術語則稱之為“批次屬性”。
如果OMS需要啟用批次管理，那麼在OMS建立商品的時候就要啟用相關的配置項，一般是勾選“批次管理”，然後再勾選相關的“批次屬性”。
OMS建立商品頁面
一般來說，批次屬性的參數是可以靈活配置的，這些一般放在WMS中會比較多。但是有一些貨主有強烈的批次管理意向，是以就會在OMS建立商品的時候，把商品需要哪些批次屬性進行管控當作商品的業務配置資訊，直接推送給到倉庫中。
例如說富勒的WMS中批次屬性可以自由定義很多個，這些WMS中定義好的批次屬性，有一些也是可以推送給OMS，讓貨主在OMS端去配置。
富勒的批次屬性管理
針對同一個SKU來說，隻要在收貨的時候發現批次屬性中有一個屬性不一樣，那麼就會生成一個新的“批次”。
批次屬性配置的越多，那麼就意味着倉庫的一次收貨入庫可能會生成很多個批次（同一個SKU），對應的就要對批次進行精細化管理，那麼成本也會變得很高。是以一般的倉庫，在維護批次屬性的時候，不會搞太多，這樣倉庫在收貨的時候要采集的資訊也會很多，生成的批次号也會很多，不利于倉庫實際的管理。
綜合上述的分析，我們可以得出結論：
- OMS需要批次管理的原因，是因為某些商品需要進行精細化的管理，是以要用到批次管理的功能；
- OMS的精細化批次管理一般是指OMS可以在某些單據的指令上，細化到商品的批次屬性次元，而不是僅僅是商品次元；
- 在OMS建立商品的時候就配置好啟用批次管理，并勾選批次屬性的參數，這樣可以直接把OMS的配置推送到WMS中；
- OMS的批次管理啟用了之後，那麼WMS在執行的時候也要配合對應的配置參數，這樣才可以達到最終的精細化管控目的；
三、OMS的批次和WMS的批次差別
當OMS啟用了批次管理之後，在OMS推送入庫單給WMS的時候，就需要将一些批次屬性的資訊也一起推送給WMS。例如說采購單号，供應商名稱等，而其他的一些資訊則交由WMS收貨的時候自行采集，例如說生産日期，生産批次，收貨日期等。
WMS收貨的時候會根據OMS推送的資訊，和自己采集的資訊一起作用，去生成對應的批次号，然後關聯到對應的庫存上，就有了常說的批次庫存。
WMS的批次庫存和批次記錄表
一般來說，WMS的庫存顆粒度可以分成這麼幾層：
- 倉庫+貨主+SKU的粒度，也可以稱之為SKU次元；
- 倉庫+貨主+批次+SKU的粒度，也可以稱之為SKU-批次次元；
- 倉庫+貨主+批次+SKU+庫位的粒度，也可以稱之為SKU-批次-庫位次元；
對應的庫存展示情況如下所示：
WMS的三層庫存
當WMS啟用了批次管理之後會有三層庫存，而OMS和WMS相比就是少了庫位的資訊，那麼是不是OMS啟用批次管理之後就應該會有兩層庫存，分别是：SKU次元和SKU-批次次元呢？
這種了解方式沒什麼問題，OMS确實應該是有兩層庫存，分别是SKU次元和SKU-批次次元，但是這樣實際操作的時候會有一些弊端，是以雖然OMS是兩層庫存，但是實際在做相關的産品設計的時候還是要特别注意一下。
OMS的兩層庫存
當OMS使用了上圖中的兩層庫存形式之後，OMS的庫存需要和WMS的庫存嚴格保持一緻，這樣才能保證後續的庫存管理是清晰的，是準确的。
- 當OMS推送入庫單給了WMS之後，WMS會生成批次庫存，然後同步批次資訊給到OMS，OMS也需要生成對應的批次庫存資訊，且需要記錄下對應的批次屬性；
- 當OMS推送出庫單給WMS時，如果OMS沒有指定具體的批次資訊，那麼WMS記錄實際出庫的批次庫存并且回報給OMS，讓OMS也要對應地扣減批次庫存，而且批次屬性要一緻；
- 當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的庫存接口來完成。
四、适合海外倉的批次庫存管理方式
經過上面的一頓分析，我們會發現客戶雖然想要做精細化的批次管理，但是對于海外倉來說完成這些功能的改造和操作上的相容，其實成本很高，甚至有可能都會虧錢。
此時，作為産品經理可以反過來思考一下，到底客戶想要精細化的批次管理，這個“精細化”到了什麼地步？是不是一定要精确到每一個“批次屬性”，是不是客戶一定能做到這麼精準的指令下達？
從我過往的業務調研結果來看，大多數海外倉可能都沒有做效期管控，更别提精細化的批次管理了。即使部分做了效期管控的海外倉，能提供給客戶精細化批次管控的粒度也比較粗糙，一方面是客戶沒辦法下單這麼精準的指令，另一方面是這種精細化的操作對倉庫的要求很高，會加重客戶的操作費成本，是以一番妥協之後，就有了主流海外倉的批次庫存管理的方式。
對于效期類型的産品（食品、化妝品、保健品）來說，隻需要能夠做到指定“效期類型”出庫，就已經足夠滿足絕大多數的海外倉客戶的批次管控需求了；而針對一些特殊的批次管控要求（指定生産批号，采購訂單，供應商等），由于業務發生的頻率很低，是以這部分可以通過線下和倉庫溝通去處理。
效期類型的産品，當啟用了“批次管理”并且勾選了“生産日期”之後，就需要維護相關的保存期限資訊，主要是：
- 保存期限天數，該商品有多少天的保存期限；
- 允許入庫天數，當商品的剩餘保存期限天數低于此天數的時候就不允許入庫了；
- 預警天數，當商品的剩餘保存期限低于此天數就會産生預警，可以通過郵件或者其他方式告知倉庫和客戶；
- 臨期天數，當商品的剩餘保存期限低于此天數就會轉為臨期商品，可以通過郵件或者其他方式告知倉庫和客戶；
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種庫存：
- SKU次元的庫存，這是OMS最粗糙的一層庫存，也是大多數使用者最關注的一層庫存；
- SKU-邏輯批次次元的庫存，這是OMS自己為了統計庫齡而定義的邏輯批次号，僅僅是用來統計庫齡使用；
- SKU-批次次元的庫存，這是從WMS中擷取的批次庫存，具有較為詳細的批次屬性資訊，可以便于OMS的使用者指定某些批次屬性（效期狀态）出庫；
上述的3種庫存中，2和3太容易讓使用者搞蒙了，很難向客戶解釋到底什麼是邏輯批次，什麼是WMS的批次，然後為什麼要用2種庫存來區分它，使用者在查詢的時候要怎麼去識别和了解……
是以，我們必須要對OMS的庫存查詢做出一定的改進，讓使用者可以通俗易懂地就了解這些庫存的概念。我們可以将庫存查詢分成這麼幾個菜單：
SKU庫存查詢，指的是查詢貨主的SKU在倉庫中的數量，可用數量，鎖定數量，在途數量等，這些資料都是OMS自己記錄的，入庫之後，出庫之後，倉庫盤點之後等，OMS都會對應更新庫存。
SKU庫齡查詢，指的是查詢貨主的SKU在倉庫中存放了多久，庫齡分别是多少天，因為計算倉租的時候需要使用到庫齡的資料。這些資料都是OMS自己記錄的，也是根據入庫、出庫、倉庫庫存調整等單據而更新記錄的。在庫齡查詢的界面中，可以省略“邏輯批次”的概念，而是用“上架日期”來做批次的劃分，這樣可以避免OMS系統中出現多個“批次”而讓使用者搞不清楚差別。因為隻要SKU+倉庫+上架日期相同，那麼就意味着是可以合并為一行資料的，即同一天入庫上架。
批次庫存查詢，指的是查詢貨主的SKU在倉庫中更細一層次元的庫存數量，可用數量等，這些資料并不是OMS自己記錄的，而是通過接口從WMS中擷取到的。從WMS的批次庫存中可以擷取到所有的批次屬性資訊，但是有一些批次屬性可能對OMS來說用途不大，是以可以省略一些。針對海外倉的業務場景下，推薦重點擷取“生産日期”，“失效日期”，“收貨日期”，“效期狀态”即可。
總結
批次管理在供應鍊系統中扮演者非常重要的角色，無論是OMS還是WMS，都有它的身影。日常我們在聊批次的時候往往代入的是WMS的場景視角，但是實際上WMS作為執行層，是不能獨立于其他上遊系統而單獨存在的，是以OMS層面的批次管理也非常重要。
在海外倉OMS中，精細化的批次管理往往會做得比較弱一些，一方面是因為海外倉的貨物一般以普通貨物居多，比較少有那些效期管理，批号管理的貨物，是以相應的功能也就會盡量簡單；另一方面是精細化的批次管理帶來的倉儲營運成本比較高，海外倉的執行和管理難度較大，是以這一塊也會稍微降低要求和标準。
如果大家想要更全面的了解OMS層面的批次管理，建議可以看看國内倉庫的一些OMS，例如說京東，菜鳥，順豐，富勒等，這些功能相對更完善很多，能學習到的東西也更多。
專欄作家
我叫維他命（Vitamin），微信公衆号：PM維他命。前PHPer，做過線上教育類産品，也做過4年多的跨境倉儲物流方向的産品，目前是一位外貿SaaS領域的供應鍊産品經理。主要專注于WMS/OMS/TMS/BMS/ERP等領域，分享供應鍊相關的産品知識。
本文原創釋出于人人都是産品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于 CC0 協定。
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。