导言：时间差带来的管理难题
在上一篇文章中，我们理解了SPU和SKU的概念。现在，让我们回到采购流程中一个常见但容易被忽视的场景：
你作为采购员，刚刚向供应商下达了一份采购订单：采购100台"iPhone 17 Pro 银色 256GB"，预计3天后到货。订单已经审批通过，供应商也确认接单并开始备货。
但此时，这批货物还在供应商的仓库里，或者正在物流运输途中。在你的库存系统里，这批货算不算"可用库存"？
如果你不考虑这批"在路上"的货物，可能会发生什么？
- 销售部门询问："这个SKU还有货吗？"你回答："当前库存只有50台，没货了。"但实际上，还有100台正在路上，3天后就能到。
- 采购部门看到库存不足，又下了一笔100台的订单，结果3天后到货200台，造成库存积压。
这就是我们今天要探讨的核心概念：采购在途 (In-Transit)。它是库存预测和采购计划的关键，也是连接"采购承诺"和"实际库存"的桥梁。
什么是采购在途？
业务定义：采购在途是指已下达采购订单（PO），但尚未完成收货入库的货物。它处于"已承诺采购，但未实际到货"的状态。
通俗理解：就像你网购时，你已经下单付款，但商品还在快递路上，这就是"在途"状态。在企业管理中，采购在途就是"订单已下，但货还没到"的这段时间。
在途的时间范围：
| 时间点 | 状态说明 | 系统记录 |
|---|---|---|
| 起点 | 采购订单审批通过并发送给供应商 | PO状态变为"已确认" |
| 期间 | 供应商备货、发货、运输、到货验收等所有环节 | 在途数量 = PO数量 - 已收货数量 |
| 终点 | 货物完成收货入库 | PO状态变为"已完成"，在途数量归零 |
采购在途的三种状态细分
为了更好地管理采购在途，系统通常会将其细分为三种状态：
状态一：已下单，供应商未发货
业务场景：采购订单已确认，但供应商还在备货或生产。
系统记录：
- PO状态：已确认
- 预计发货日期：根据PO的交期计算
- 在途数量：PO的全部数量（因为还没收货）
举例：你下了一个100台的订单，供应商说需要2天备货，预计3天后发货。此时，这100台都算作"在途"。
状态二：供应商已发货，运输中
业务场景：供应商已发货，货物在物流运输途中。
系统记录：
- PO状态：已发货
- 物流单号：如果有物流系统对接，可以实时跟踪
- 预计到货日期：根据物流信息计算
- 在途数量：PO数量 - 已收货数量
举例：供应商发货了，物流显示"运输中，预计明天送达"。此时，这100台仍然算作"在途"。
状态三：已到货，待验收
业务场景：货物已送达仓库，但还在进行收货验收流程。
系统记录：
- PO状态：待收货
- 收货单状态：已创建但未完成入库
- 在途数量：PO数量 - 已收货数量（部分到货时）
举例：货物已经送到仓库门口，仓管正在点数、质检，但还没完成入库确认。此时，这批货仍然算作"在途"，直到入库单确认后，才会转为"物理库存"。
采购在途对库存预测的价值
理解了采购在途的概念后，我们来看看它为什么如此重要。
可用库存的计算公式
在考虑采购在途的情况下，可用库存的计算公式是：
可用库存 = 当前物理库存 + 采购在途数量 - 已锁仓数量（销售订单占用）
举例说明：
假设某个SKU的情况：
- 当前物理库存：50台
- 采购在途数量：100台（预计3天后到货）
- 已锁仓数量：20台（已有销售订单占用）
那么：
- 当前可用库存 = 50 + 100 - 20 = 130台
- 3天后可用库存 = (50 + 100) + 0 - 20 = 130台（在途货物已转为物理库存）
为什么重要？
-
避免重复采购：如果不知道有100件货正在路上，可能会再下100件的订单，导致库存积压。有了采购在途的概念，系统可以提醒你："这个SKU还有100件在途，预计3天后到货，暂时不需要再采购。"
-
准确预测到货时间：结合在途数量和预计到货日期，可以预测未来某天的库存水平。这对于销售部门回答客户"什么时候有货"的问题非常重要。
-
优化采购计划：根据在途情况，合理安排采购节奏，避免断货或积压。比如，如果看到某个SKU的在途数量充足，就可以推迟下一次采购；如果看到在途数量不足，就可以提前下单。
实际应用场景
场景一：销售部门询问库存
销售："这个SKU还有货吗？客户要50台。"
系统查询结果：
- 当前物理库存：20台
- 采购在途：100台（预计3天后到货）
- 已锁仓：10台
- 当前可用库存：20 + 100 - 10 = 110台
系统回答："有货！当前可用110台，可以满足50台的需求。如果现在下单，3天后可以发货。"
场景二：采购部门制定采购计划
采购部门需要制定下周的采购计划。系统分析：
- SKU-A：当前库存50件，在途100件，预计下周需求150件 → 不需要再采购
- SKU-B：当前库存20件，在途0件，预计下周需求80件 → 需要立即采购60件
- SKU-C：当前库存100件，在途50件，预计下周需求120件 → 不需要再采购
通过采购在途的分析，采购部门可以更精准地制定采购计划，避免盲目采购。
系统如何管理采购在途？
了解了采购在途的价值后，我们来看看系统是如何管理它的。
数据来源
1. 采购订单(PO)
- PO创建时，系统自动生成在途记录。
- 在途数量 = PO的已下单数量 - 已收货数量
2. 物流信息
- 如果对接了物流系统，可以实时更新在途状态。
- 比如，物流显示"已发货"，系统自动更新PO状态为"已发货"。
3. 收货单
- 收货完成后，系统自动减少在途数量，增加物理库存。
- 比如，PO下单100件，收货50件，在途数量从100件变为50件。
系统设计要点
在途数量实时计算：
在途数量 = SUM(PO已下单数量) - SUM(已收货数量)
系统会实时计算每个SKU的在途数量，确保数据的准确性。
预计到货日期：
- 根据PO的交期，计算预计到货时间。
- 如果有物流信息，可以根据物流状态更新预计到货日期。
在途状态更新：
- 通过PO状态变更（如"已确认"→"已发货"），自动更新在途状态。
- 通过物流状态更新，自动更新在途状态。
系统流程示意：
采购在途的异常处理
在实际业务中，采购在途可能会遇到各种异常情况。系统需要能够妥善处理这些异常。
场景一：供应商延迟发货
问题：预计3天到货，但供应商延迟了，5天才发货。
处理：
- 更新PO的预计到货日期。
- 系统重新计算可用库存预测。
- 如果延迟时间过长，系统可以发出预警，提醒采购部门跟进。
系统体现：
原预计到货日期：2025-09-08
实际发货日期：2025-09-10
系统自动更新预计到货日期：2025-09-12
场景二：部分到货
问题：PO下单100件，但供应商先发了50件，还有50件在路上。
处理：
- 系统自动更新，在途数量从100件变为50件。
- 物理库存增加50件。
- 系统记录：还有50件在途，预计X天后到货。
系统体现：
PO下单：100件
第一次收货：50件
在途数量：100 - 50 = 50件
物理库存：0 + 50 = 50件
场景三：取消订单
问题：PO已下单，但后来因为业务变化取消了。
处理：
- 系统自动清除在途记录。
- 可用库存预测相应调整。
- 如果已经部分收货，需要处理已收货的部分。
系统体现：
取消前：在途数量100件
取消后：在途数量0件
可用库存预测自动调整
场景四：分批到货
问题：一个PO分多次到货，比如100件分3次到货：30件、40件、30件。
处理：
- 每次收货后，系统自动更新在途数量。
- 第一次收货：在途从100件变为70件。
- 第二次收货：在途从70件变为30件。
- 第三次收货：在途从30件变为0件。
系统体现：
PO下单：100件
第一次收货：30件 → 在途：70件
第二次收货：40件 → 在途：30件
第三次收货：30件 → 在途：0件（完成）
总结：连接采购承诺与实际库存的桥梁
回顾今天的内容，我们理解了采购在途这个重要的概念：
-
采购在途的定义：已下达采购订单但尚未完成收货入库的货物，处于"已承诺采购，但未实际到货"的状态。
-
三种在途状态：已下单未发货、已发货运输中、已到货待验收。系统通过状态管理，可以更精准地跟踪货物位置。
-
对库存预测的价值：通过"可用库存 = 物理库存 + 在途数量 - 锁仓数量"的公式，可以准确预测未来库存，避免重复采购或断货。
-
系统管理方式：系统通过PO、物流信息、收货单等数据源，实时计算和更新在途数量，确保数据的准确性。
-
异常处理：系统需要能够处理延迟发货、部分到货、取消订单、分批到货等各种异常情况。
采购在途是连接"采购承诺"和"实际库存"的桥梁。它让库存预测更准确，让采购计划更合理。理解采购在途，是做好库存管理和采购计划的基础。
在下一篇文章中，我们将探讨另一个重要的业财概念：暂估入账与冲销。当货到了但发票未到时，财务如何入账？这是业财一体化的经典场景。
关于十三Tech
资深服务端研发工程师、架构师、AI 编程实践者。
希望能和大家一起写出更优雅的代码！
本文同步自掘金
如果发现内容有误或需要更新，请访问掘金原文进行查看。
如果这类内容对你有帮助
这里放一个阿里云 AIGC 活动入口。只有在你本身就有相关需求时，再通过它了解即可；如果产生推广收益，我会优先用于支付服务器、域名和网站维护费用。