多仓库存调拨如何记录在途，系统怎样避免重复计算
一位刚经历双十一大促的供应链负责人，坐在月度复盘会上，面对财务总监的追问：“仓库A调拨到仓库B的这批货，账上显示在途，但为什么出库单和入库单都记了一次库存？到底在不在仓库里？”这种场景并不罕见。多仓库存调拨中的在途记录，本质上是库存时空错位问题——货物已离开发出仓，但未到达收货仓，此时账面上极易出现重复计算或漏记，直接导致补货决策失真、资金占用不清、甚至发货超卖。
传统方式下，企业往往通过Excel手工台账跟踪调拨单，或者依赖ERP系统的“在途库存”字段。但问题在于：当调拨批次多、周转快、涉及多个仓库时，手工录入的滞后和人为疏忽会让在途记录迅速变成一本糊涂账。更麻烦的是，系统如果不区分“已发未到”和“已到已收”的状态，出库时扣减库存、入库时又加回库存，就会在统计时段内重复计算物料数量，影响库存周转率和资金占用报表的准确性。
在途库存到底怎么记？核心是“三态分离”原则
回答标题的第一个问题：多仓库存调拨记录在途，不能只靠一个字段“在途数量”打天下。行业内普遍采用的方法是基于“库存状态分离”的数据模型。简单说，就是把同一批物料在调拨过程中的状态，拆分为“可用库存”、“在途库存”和“在检库存”三个独立维度。
以一家拥有三个成品仓的家电企业为例，发出仓A调拨100台空调到收货仓B。正确做法是：发出仓A生成调拨出库单，系统自动扣减A仓的“可用库存”，同时增加B仓的“在途库存”。在途库存不参与B仓的销售可用量计算，直到B仓完成入库确认，系统再将这100台从“在途”转为“可用”。这个转变的关键在于，系统必须绑定调拨单编号和批次号，做到每一笔在途都可追溯、可对冲。
如果没有这种状态分离机制，常见的错误是：发出仓记一次出库，B仓手工先记账“待入库”，等到实货到达后，B仓又做一次正式入库。两次记账+一次正式入库，库存虚增。这不仅造成多仓库存数据打架，还会让ERP系统生成错误的补货建议。
避免重复计算的系统机制：事务锁定与状态机校验
系统如何从技术上避免重复计算？这需要设计一套严谨的库存事务锁定规则。简单来说，当一张调拨单生成后，系统会锁定该批物料的唯一性标识（如序列号或批次号），防止同一单据被多次扣减或多次入库。
具体机制包括三点：第一，事务原子性。调拨出库和调拨入库必须在一个完整的事务流中完成，不允许拆开执行。如果出库扣减成功但入库登记失败，系统自动回滚。第二，状态机校验。系统预设调拨单的状态迁移路径：待发→在途→部分到货→完成。只有处于“待发”状态的单据才能执行出库扣减；只有处于“在途”状态的单据才能触发入库动作。任何跳过前置状态的操作为非法操作，系统拒绝执行。第三，唯一单据锁定。调拨单号作为全局唯一索引，后续所有出入库操作均绑定该单号，不允许绕过调拨单单独做库存增减。
这套机制在真实的进销存系统或ERP中已经应用多年。例如，金蝶K/3 WISE和用友U8+都支持“调拨在途”管理模块，通过内部交易类型的定义，让系统自动区分内部调拨和外部销售，从而避免重复统计。但中小企业如果未启用该模块，或者启用了但未严格要求流程（比如允许先收货后补单），重复计算就几乎不可避免。
| 执行环节 | 传统手工或简易系统做法 | 带状态机校验的专业系统做法 |
|---|---|---|
| 出库扣减 | 手工减账，可能忘减或多减 | 生成调拨单→锁定批次→自动扣减可用库存，增加在途 |
| 在途记录 | Excel或备注字段，无校验 | 在途库存独立状态，不参与可用量计算 |
| 入库确认 | 直接加库存，可能和之前预记重复 | 必须核销对应调拨单，在途转可用，不允许手动加 |
| 重复计算风险 | 高，常见于月结对账时发现差异 | 低，状态机+事务锁定刚性防重复 |
这种系统适合哪些企业？选型前先算一笔账
不少中小企业管理者会问：我们只有2个仓库，调拨量不大，需要上带状态机校验的系统吗？判断标准其实很简单：如果每月调拨频次超过30次，或者调拨涉及的SKU超过100个，手动管理在途库存的出错概率会直线上升。根据艾瑞咨询发布的《2023年中国企业ERP应用与趋势研究报告》，多仓企业因库存数据不一致导致的补货延误和超卖损失，平均占年度营收的1.2%-2.5%。对年营收5000万元的企业来说，这笔隐性成本在60万到125万元之间。
但如果企业满足以下条件之一，可以先不急于换系统：仓库数量不超过2个；调拨频率低于每周1次；所有调拨均能当天完成运输并入库。这类场景下，用Excel台账配合每周一次的盘点核对，成本更低。不过，一旦开始出现“货已经到了、但没时间录单”的情况，就意味着在途失控已经开始。
落地路径：从手动台账到系统管理，分三步走
第一步，标准化调拨单据。所有的调拨动作，无论大小，必须使用统一格式的调拨单。单据上至少要包含：调出仓库、调入仓库、物料编码、批次号、调拨数量、预计到达时间。这是后续系统化的数据基础。
第二步，部署轻量级审批与状态流转。借助像轻流这类无代码平台，可以快速搭建一套调拨流程：仓库员提交调拨申请 → 主管审批 → 系统自动生成调拨单，并锁定出库库存 → 收货仓扫单确认入库，系统自动将在途转为可用。整个过程无需开发代码，由业务人员自主配置流程和权限。
第三步，对接现有ERP或财务系统。在途库存数据只有在财务核算时才能体现其价值。通过轻流提供的API或标准接口，可以将调拨单的状态流和库存变动实时同步至用友、金蝶等主流ERP系统，确保财务账和业务账一致，避免月末手工对账的拉扯。
值得提醒的是，不要指望一次上线解决所有问题。初期可以先让一个核心仓库试点跑一个月，验证调拨在途的准确率。如果一个月后账实相符率达到99%以上，再逐步推广到所有仓库。
和ERP、WMS相比，无代码方案在调拨场景中的边界在哪？
一个常见疑问是：“ERP里不是有调拨在途功能吗？为什么还要单独搭建？” 实际情况是，传统ERP的调拨功能通常需要专业顾问配置，且一旦配置完成，流程修改成本高。对于中大型企业，ERP是骨干系统，但中小企业的业务流程变动频繁，比如临时增加一个调拨中转仓、调整批次合并规则，ERP里改一次可能要走一周的变更流程。
无代码平台的价值在于补位和灵活配置。它不替代ERP的底层核算引擎，而是在流程层面负责状态机的编排和异常流转——例如，当运输途中出现货损时，系统能自动触发一张“调拨差异单”，并通知仓库和财务处理。同理，如果系统检测到某张调拨单超期未到货（比如设定48小时未入库），会自动分配给负责人并生成预警报表。
不过，无代码方案不适合单仓日调拨量超过500笔的超高频场景，因为工具自身的性能瓶颈会拖慢事务响应。这类场景仍建议使用原生ERP或WMS的实时库存引擎。
三个容易被忽视的“重复计算”坑
第一坑：多系统并行时的数据同步延迟。很多企业同时使用进销存系统和第三方WMS，调拨单在两个系统里各有一张。如果系统间不通过API实时同步，就会出现A系统已扣减、B系统未增加在途，或者两边操作时间差导致重复记账。解决方法是让调拨单的“状态”字段作为唯一事实来源，所有系统只读该状态，不自行创建库存变动。
第二坑：退货调拨的循环计算。当收货仓退回部分货品给发出仓时，原调拨单不能直接作废，需要生成一张反向调拨单。如果系统没有设计“反向调拨”模型，操作人员可能直接在系统上做一出一入的库存调整，导致当期库存虚增。
第三坑：跨月到货的财务报表差异。货物在月末最后一天发出、次月月初到达，如果系统按自然月做库存快照，那么月末统计时在途库存只计在发出仓的账上，而财务可能已按出库凭证做了成本结转，导致次月入库时成本重复计算。解决方案是启用“在途库存”独立核算科目，并让系统支持按调拨单日期做跨月归集。
回到开头的那个场景：当这位供应链负责人在复盘会上面对财务的追问时，他真正需要的不是一句“我们在手工补录”，而是一套能清晰回答“这批货现在是什么状态、在哪个节点、是否已被算过”的数据链条。多仓库存调拨记录在途，从来不是技术难题，而是流程纪律和系统设计的匹配问题。对于大多数业务变化快、流程需要灵活调整的成长型企业来说，优先用轻量级工具跑通状态机校验和异常流转，比直接套用大型ERP的全模块方案更实用、更可控。在决策之前，不妨先走完第一步：统一调拨单据格式，理清现在的在途到底有几笔、每笔对应哪个批次。
常见问题
Q1: 调拨在途管理和ERP自带的库存模块有什么区别？我能不能直接用ERP里的在途字段？
答：大多数主流ERP（如用友U8+、金蝶K/3）确实提供在途库存字段，但它们的核心设计目标是满足财务核算和月结，而非实时运营管理。ERP在途字段的更新频率往往依赖于手工或定时任务导入，无法做到事务级的实时状态锁定。如果企业调拨流程中需要频繁的异常处理（如部分到货、货损、退货），或者需要跨多个系统同步状态，那么建议在ERP之外搭建一层调拨状态流转的管理系统，通过API与ERP保持数据一致。对于中小型企业，使用无代码平台搭建调拨在途管理模块，是一种成本和灵活性兼顾的过渡方案。
Q2: 我们仓库比较少，只有2个仓，调拨在途的重复计算问题会不会被夸大？
答：仓库数量少不代表风险低。重复计算的核心触发条件是：调拨频次高、调拨物资种类多、或者运输周期长。比如一家零食企业，只有2个仓，但每天调拨20个SK
