多仓库存总量明明够，销售端却仍在缺货；系统里调拨单已经创建，目的仓却迟迟看不到可用库存。遇到这类情况，我不会先把问题归结为“仓库没货”或“系统不好用”，而是先拆开看库存口径、需求位置、单据状态和数据更新时间。多仓调拨不是把货从 A 仓搬到 B 仓这么简单，它是一条从判断需求到确认收货、再到复盘结果的业务链。本文提供一套入门诊断方法，帮助你判断何时调拨、调多少、在系统里检查什么，以及异常发生后怎样闭环。
我建议把多仓问题拆成三个判断：第一，目的仓是否存在明确需求；第二，来源仓是否有真实可调拨库存；第三，这次调拨是否比补货、跨仓履约或调整库存参数更合适。只要其中一个判断没有依据，调拨就可能把一个仓的缺货转移成另一个仓的缺货，甚至增加运输成本和在途风险。
例如，系统显示甲仓有 100 件、乙仓缺货 20 件，并不意味着可以直接调拨 20 件。甲仓的 100 件可能包含已分配给订单的数量、盘点冻结数量，或者尚未完成入库确认的在途数量。乙仓的“缺货”也可能是商品编码映射错误、库存同步延迟，或需求预测没有及时更新。先核口径，再决定动作，通常比先开调拨单更稳妥。
这四问的价值在于把“库存问题”变成可验证的检查项。每个问题都应能对应到一条系统记录、一个现场确认动作，或一位明确的处理责任人，而不只是会议上的猜测。
如果诊断后发现来源仓根本没有可调拨余量，正确动作可能是补货；如果目的仓有货但系统不可见，可能需要核对同步或状态；如果单据已经出库但未入库，重点应是追踪在途，而不是再建一张调拨单。判断做对了，调拨量可能会下降，但缺货和重复搬运未必会增加。
多仓库存报表常把不同仓库数量加总，形成一个看起来充足的总量。但总量回答的是“账面上有多少”，不一定回答“哪个仓今天能发货”。商品可能分散在离客户很远的仓库，也可能处于质检、冻结、已分配、待拣货或在途状态。对履约而言，位置和状态通常与数量同样重要。
我会把库存拆成至少四个视角：账面库存、可用库存、已分配库存和在途库存。企业还可能设置质检库存、残次库存、保留库存等状态。需要注意的是，术语没有跨系统通用的唯一口径，字段名称相同也不代表计算方式相同。判断时应打开系统配置或字段说明，确认库存数是“实物数”还是“可承诺数”。
| 库存视角 | 通常表示什么 | 调拨前要核实什么 |
|---|---|---|
| 账面库存 | 系统记录在某仓库或某状态下的数量 | 最近一次入库、出库、盘点或调整是否已过账 |
| 可用库存 | 按系统规则可用于销售、拣货或调拨的数量 | 是否已经扣除订单占用、冻结或安全库存 |
| 已分配库存 | 已经关联订单、波次或其他业务任务的数量 | 是否存在取消订单后分配未释放的情况 |
| 在途库存 | 已经离开来源仓或已创建运输任务、尚未完成目的仓入库的数量 | 在途状态是否可信，是否有签收和差异记录 |
假设甲仓系统显示 120 件，仓库同事反馈只能拿出 35 件；乙仓当天有 25 件未交付订单。第一反应可能是从甲仓拨 25 件过去。但诊断时发现，甲仓的 120 件中，50 件已分配给未完成订单，20 件待质检，15 件是上一张未关闭调拨单的在途数量。按系统当前口径，真正可调数量最多是 35 件，且还要判断其中是否需要保留给甲仓本地订单。
此时，错误做法是依据总库存直接开 25 件调拨单；更稳妥的做法是先对齐甲仓可用量，再查乙仓订单的交付承诺。如果 35 件全调走会造成甲仓次日缺货，就应比较部分调拨、紧急补货或跨仓发货的成本和时效。数量的答案不是一个固定比例，而是需求、库存状态和履约约束共同决定的结果。
主数据包括商品编码、仓库编码、单位换算和仓库属性。编码或单位不统一，可能让同一商品在不同仓库看起来像两种商品，或者让“箱”和“件”的数量无法正确比较。
业务数据包括订单、补货计划、调拨申请、出入库记录和盘点差异。业务单据已经发生但没有及时确认，容易造成系统库存滞后。
规则数据包括库存预留、调拨审批、可调仓范围、安全库存和库存同步规则。系统功能正常，也可能因为规则设置与实际业务不匹配，导致可用库存算错或单据无法流转。
将所有仓库的库存相加，再拿总数去对比订单需求，是多仓诊断中最容易发生的口径错误。总量充足只能说明账面库存合计不低，不能证明缺货仓可以及时获得货物，也不能证明有库存的仓能够安全出库。
改进方法是把报表至少切分到“商品、仓库、库存状态、业务日期”四个维度。需要调拨时再加上来源仓、目的仓、需求日期和单据状态。若系统不支持直接查看这些字段，可以先导出明细表进行核对，但要标注导出时间，避免拿旧报表作实时决策。
调拨单未在目的仓体现，不一定意味着单据丢失。它可能尚未审核、来源仓未确认出库、运输状态未更新、目的仓未完成验收，或入库单已生成但尚未过账。若未查清原单状态就重新建单，可能导致重复发货、重复占用库存，甚至重复入库。
我的排查顺序是先用原调拨单号查状态，再核对来源仓出库凭证和承运信息，最后查目的仓收货与入库记录。只有确认原单确实未执行且不会继续流转，才考虑取消后重建；取消也要保留原因和操作人，避免后续对账时无法还原。
单据创建只是流程起点。对目的仓来说，货物只有经过实际到货、数量核验和系统入库确认后，才可能进入可用库存。把“申请成功”误读成“目的仓有货”，会让销售或客服提前承诺交付。
在系统报表里，我建议把“单据数量”和“实收数量”分列展示，并将申请、审核、出库、在途、签收、入库状态分别统计。对于部分到货，应记录已收、待收和差异数量，避免一张单据只有“完成／未完成”两个粗粒度状态。
商品需求波动、补货周期、缺货影响、供应稳定性和仓储成本并不相同。畅销且补货慢的商品，与低频、易替代商品，不适合使用同一个安全库存量。类似地，看到来源仓库存高于目的仓，就按固定比例调货，也可能忽略来源仓自己的未来需求。
安全库存或调拨阈值应该由企业根据历史需求、供应周期、服务目标和实际限制设定，并定期复核。没有可靠数据时，可以先从小范围试行，记录预测与实际差异，再调整参数。不要把一个试点商品的规则直接扩展到全部商品。
系统显示不一致，可能来自接口延迟、主数据错误、业务操作漏记、权限问题、流程设计不完整，也可能确实是系统计算规则或程序异常。把原因过早定性，会让排查偏离方向。
我会要求每次异常至少记录“现象、发生时间、涉及商品和仓库、系统截图或单据号、现场确认结果、最后一次正确状态”。有了这些信息，才能区分偶发操作遗漏、持续规则问题和需要提交技术团队的缺陷。
排查开始前，先确认同一商品在各系统或报表中的编码是否一致，单位是件、箱还是托，仓库名称是否对应同一物理地点。再确认数据的更新时间和业务日期。比如，一个报表按凌晨快照统计，另一个页面显示实时数量，两者出现差异并不必然代表账错。
我通常会为每次诊断留下一张快照表，至少包含商品编码、仓库编码、账面库存、可用库存、已分配库存、冻结或质检库存、在途数量、最后更新时间和数据来源。这样即使后续数据发生变化，也能还原当时决策依据。
一个便于入门的核对思路是：可调拨余量从账面库存出发，扣除不可用状态、已分配数量以及企业要求保留的库存，再检查是否存在待处理单据。可用以下表达式作为核对框架，而不是跨企业通用的系统公式：
初步可调拨量 = 账面库存 − 已分配数量 − 冻结或质检数量 − 待出库数量 − 来源仓保留量
不同系统对“已分配”“待出库”和“保留量”的定义可能重叠，因此不能不经核验就机械相减。最可靠的做法是拿一笔商品记录，与库存流水、订单占用和仓库现场数量交叉核对，确认各字段是否重复扣减。
目的仓需求至少要区分已确认订单、近期补货需求和预测需求。已确认订单通常有明确数量和交付时间；补货计划取决于企业的补货规则；预测需求则存在不确定性。需求的可靠程度不同，适合的决策方式也不同。
若订单交付时间早于常规补货到货时间，紧急调拨可能更有价值；若需求只是预测上升，先核对趋势和活动计划，避免把预测误差变成跨仓积压。这里不应使用一个固定的“缺货天数”或“库存比例”作为所有商品的触发线，阈值要结合业务承诺、供货周期和缺货后果。
| 方案 | 更适合的情况 | 主要代价或风险 | 决策前要确认 |
|---|---|---|---|
| 仓间调拨 | 来源仓有可调余量，目的仓需求明确，调拨时效可接受 | 运输成本、在途库存、来源仓被抽空的风险 | 来源仓未来需求、线路时效、实收差异处理方式 |
| 供应商补货 | 多个仓都需要补充，或来源仓库存已接近保留量 | 采购周期较长，可能存在起订量或供货不确定性 | 到货日期、采购约束、补货计划和仓容 |
| 跨仓履约 | 订单可以由有货仓直接发出，且履约规则允许 | 配送成本、服务范围、承诺时效可能变化 | 订单分配规则、运费、客户体验和商品限制 |
| 暂缓或拆分需求 | 调拨成本明显高于缺货损失，或需求尚未核实 | 可能延迟交付或增加沟通成本 | 客户承诺、替代商品、缺货影响和复核时间 |
比较方案时，不能只比运费。还应考虑货物占用时间、处理工时、来源仓潜在缺货、目的仓入库能力和订单承诺风险。若企业暂时无法统一折算成金额，可以先用“时效、直接成本、库存风险、执行复杂度”四项做定性比较，并把判断依据写进调拨申请。
入门流程可以从这六步开始：提交申请、审核可调量、来源仓拣货出库、记录在途、目的仓验收、系统入库并关闭单据。每一步都要明确责任人和完成条件。比如，“来源仓已出库”应对应实际出库记录；“目的仓已收货”应对应验收数量，而不是只凭司机签收信息。
部分到货、错发、破损、取消和长期未入库，都不应只写在聊天记录里。系统若支持异常状态，应使用统一状态；若暂时不支持，也要通过异常台账记录单号、差异数量、责任人、处理期限和最终结果。具体处理时限应由运输距离、业务承诺和仓库班次决定，不建议未经评估统一规定。
当异常长期重复出现，应从单笔处理转向根因分析。例如，同一线路持续出现短少，要检查交接和验收；同一仓库经常创建后不出库，要检查审批规则、人员权限或拣货任务衔接；同一类商品频繁跨仓救急，则要复核仓网分工、需求预测或补货参数。
以下案例为便于说明而构造的情景模拟，不是客户案例，也不是行业统计。某商品在甲仓账面库存 120 件，乙仓可用库存 5 件；乙仓有 25 件已确认需求，希望在两天内完成履约。甲仓库存明细显示：50 件已分配给本地订单，20 件处于待质检状态，15 件属于尚未完成入库的在途记录，剩余 35 件为当前可进一步核查的库存。
如果只看总库存，甲仓似乎足以满足乙仓需求。但如果把 35 件全部调出，甲仓可能无法应对本地需求。于是我会继续问：甲仓未来几天的已确认订单是多少？乙仓的 25 件是否全部要求同一交付时间？从甲仓到乙仓的实际运输时间多长？供应商补货能否在承诺时间内到达？
模拟核查发现，甲仓另有 10 件需要为当天本地订单保留。此时，初步可调拨量最多为 25 件，但仍要确认这 25 件在系统中是否已被其他单据占用，商品是否通过质检，现场拣货是否能按批次完成。若这些检查通过，才进入调拨方案比较。
方案 A 是一次调拨 25 件，满足乙仓已确认需求，但甲仓库存缓冲变薄；方案 B 是调拨 15 件，其余 10 件由甲仓直接履约或安排后续补货；方案 C 是暂不调拨，询问供应商能否在交付窗口内补货。哪一种更好，取决于甲仓与乙仓的订单承诺、运输成本和缺货损失，不存在脱离场景的固定答案。
这次模拟可以设定四个观察结果：调拨申请到目的仓入库用了多少时间、申请数量与实收数量是否一致、乙仓已确认订单是否按时完成、甲仓是否因此新增缺货。即便乙仓缺货解决了，如果甲仓随后出现更高优先级订单无法履约，也不能简单认定调拨成功。
为避免“只记录成功的一边”，调拨复盘应同时观察目的仓改善和来源仓代价。结果可以按单据记录，按周或月汇总趋势。样本太少时，不要把偶然变化解释成流程优化的因果效果。
当商品、仓库和单据数据分散在多个表或业务系统时，可以用数据分析工具把库存状态、调拨记录、订单需求和到货时间汇总到同一分析视图。以九数云这类数据分析与可视化平台为例，企业可以评估是否需要把多来源数据整理成可筛选的报表，便于按商品、仓库、时间和单据状态查看异常。是否能连接特定系统、支持哪些字段和刷新方式，应以当前产品文档与企业数据环境为准。
分析视图的价值不是自动替人决定调拨，而是降低找数和对账成本。比如把“目的仓缺货但其他仓有可用库存”“调拨单超过企业设定时限仍未入库”“同一商品短期反复调拨”等情况列成待核查清单，再由业务人员确认原因。相关信息可参考九数云官网，选型时应结合数据源、权限、刷新频率、字段治理和维护能力评估。
先不要直接调拨。核对库存状态、已分配数量、冻结或质检记录、最近盘点结果以及最后更新时间。若系统显示可用但现场没有实物，暂停相关数量的自动承诺，记录商品与库位，安排现场复核，并追查最近一次库存变动流水。
如果现场有货但系统不可用，重点检查收货是否完成过账、商品和仓库编码是否正确、单位换算是否一致，以及是否存在未释放的占用。差异确认前，不建议通过手工调整掩盖问题；任何调整都要有原因、审批和可追溯记录。
先按原单号查看当前状态，而不是另建一张单。若尚未审核，跟进审批责任人；若已审核但未出库，核对来源仓作业任务；若已经出库，确认承运和在途状态；若已到达，检查目的仓是否完成数量验收与系统入库。
若实物已经到达但系统未增加库存，应确认是入库操作未完成、系统同步失败，还是验收差异尚未处理。系统显示“在途”并不必然意味着运输途中，也可能只是流程状态未更新，因此要用单据记录和实物信息共同核实。
这种情况通常要回到来源仓约束。不要仅凭“库存比目的仓多”要求调出，而要核对来源仓近期订单、保留策略、补货周期和业务承诺。如果调出会使来源仓进入高风险状态，可以比较小批量调拨、供应商补货、跨仓履约或客户交付调整。
对于重复出现的区域性缺货，应观察一段时间的需求和调拨记录，判断仓库布局、库存分配和补货计划是否匹配。若每周都要从同一来源仓向同一目的仓救急，问题很可能不在单张调拨单，而在仓网策略或库存参数需要复核。
先拆分差异发生在哪个环节：申请数量是否基于需求计划，来源仓实际拣货是否短少，运输途中是否发生损耗，目的仓验收是否漏记，系统是否在确认前发生了其他库存变动。没有分阶段数量，就很难判断差异来自业务决策还是实物交接。
建议每张调拨单分别保留申请数量、批准数量、出库数量、签收数量、验收数量和最终入库数量。差异应有原因分类，例如库存不足、拣货差异、运输损耗、商品破损、录入错误或取消未同步。分类的目的不是增加填表，而是识别值得优先改进的环节。
不要一开始就追求复杂的自动调拨规则。先统一商品和仓库编码，明确可用、冻结、已分配、在途等状态含义，再把调拨单的必填字段和状态流转跑通。选取少量代表性商品、仓库和调拨线路试行，观察单据是否能从申请完整走到入库。
试点结束后，复核人工补录、重复单据、未关闭在途和账实差异。如果基础数据仍不稳定，先解决数据质量和操作责任，再增加自动化规则。自动化能加快执行，也会更快放大错误口径。
对每笔调拨，至少复核四件事：为什么调、是否按时到、数量是否一致、目的仓的需求是否得到满足。对反复发生的异常，再按商品、仓库、线路和原因分类。复盘不是为了证明调拨动作正确，而是判断下一次是否应该换方案。
如果团队人手有限，可以先每周查看未关闭单据和重大差异，每月查看重复调拨商品和异常线路。统计周期要稳定，指标定义要固定；不要本月以创建日期统计，下月改为出库日期，再把两期数据直接对比。
当目的仓需求明确、来源仓可调量经过核实、运输时间符合交付窗口，且调出后不会破坏来源仓的关键承诺，调拨通常值得进入方案比较。仍需检查运费、在途时间、商品属性和入库能力，并记录本次选择相较于补货或跨仓履约的理由。
这类场景不适合只按目的仓需求一次性调足。可以比较小批量调拨、分批补货、不同仓库共同供货，或由来源仓直接履约。取舍重点是整体订单履约，而不是让某一个仓的库存数字变得好看。
如果商品编码不一致、库存更新时间过旧、单据状态不明或需求尚未确认，先停止自动生成新的调拨单，完成数据核实再决策。短时间内多做一次人工确认，往往比事后处理重复发货和库存冲销的成本低。
如果从来源仓到目的仓的预计时效已经晚于客户承诺，调拨可能只能解决后续库存，而不能解决当前订单。此时应同步评估跨仓履约、加急运输、供应商直送、替代商品或客户沟通。是否采用加急方案，要看缺货损失是否高于额外费用。
频繁调拨有时说明仓间库存分配不合理，也可能是促销需求没有进入计划、补货周期估计偏差或商品生命周期变化。不能仅因为调拨次数多就断定管理失败，但应查清反复发生的商品、方向、周期和原因。
当某些商品长期从同一仓流向同一目的仓，企业可以评估是否调整常备库存、补货点、仓库服务范围或采购分配方式。改动前先设定观察口径，改动后持续追踪缺货、积压、调拨次数和库存准确性，避免只看到单项指标改善。
若系统缺少库存状态、单据节点或更新时间，最优先的投入通常不是复杂算法，而是让关键事件可记录、可查询、可对账。至少保证每次库存变化能关联商品、仓库、数量、业务单据、操作时间和责任人。
具备稳定数据后，再考虑自动预警或调拨建议。自动化建议应允许业务人员看到输入条件和计算依据，例如需求数量、来源仓可调量、预计时效和限制规则。不能解释的推荐结果，很难在高风险库存决策中获得信任。
建议从单据周期和状态完整性入手。可以统计申请到审核的时间、审核到出库的时间、出库到签收的时间、签收到入库确认的时间，以及超过企业自定时限仍未关闭的单据数。时长指标要写清起止点，否则不同团队可能用不同口径解释同一个数字。
还可以观察申请数量、出库数量、实收数量和入库数量的差异。差异率可以按企业定义计算，例如以申请数量为分母，统计实收数量偏差的比例；若存在取消或部分调拨，应先明确这些单据如何纳入统计，避免分母变化造成误读。
调拨后要观察目的仓缺货是否缓解，也要看来源仓是否出现新的缺货或订单延迟。只看目的仓库存恢复，容易忽略库存风险转移；只看调拨次数减少，也可能掩盖缺货上升。可并行追踪缺货商品数、来源仓可用量变化、调拨后订单履约情况和调拨相关差异。
若企业计算库存周转、库存持有成本或缺货损失，应先统一统计公式、库存价值口径和周期，再用于方案比较。没有一致口径的数据，不适合用来宣称某种调拨规则一定提高效率或节省成本。
如果要评估一项流程改动，可以选取业务条件相近的商品或仓库做前后比较，并记录同期促销、季节变化、供应周期变化等背景。只比较上线前后两个总数，无法排除需求变化带来的影响。
数据量较小时，把结论称为“试点观察”比称为“普遍效果”更准确。比如可以说某试点期间未关闭单据减少了多少、入库确认平均耗时发生了什么变化，但要说明样本范围和统计时间，不把单次改善直接外推到全部仓库。
如果团队还没有标准流程，可以先选一条高频调拨线路或一类代表性商品，按自查清单运行几周。记录单据周期、实收差异、缺货变化和人工处理时间，再决定是否扩展。试点的目的不是证明方案必然成功，而是尽早暴露状态定义不清、责任人缺失和数据更新不一致等问题。
当流程稳定后，再把检查项固化到系统字段、审批规则或报表提醒中。不要让关键判断只存在于某位员工的经验里，也不要在基础口径尚未一致时直接设置自动调拨。先让人和系统对“库存是什么、需求是什么、何时算完成”达成一致，自动化才有可靠的输入。
多仓调拨的专业性，不在于一天创建多少张单，而在于能否分清库存总量与可用量、真实需求与预测需求、单据创建与实物入库。面对缺货时，先查数据口径和需求位置，再核来源仓余量，随后比较调拨、补货与跨仓履约，最后追踪实收和结果。
多仓调拨不是库存不足时的万能补丁，而是建立在可信数据、明确需求和单据闭环之上的库存配置动作。下一次看到“这个仓有货、那个仓缺货”时，先问清楚这批货是否可用、是否该调、能否按时到，以及调走之后谁会承担新的风险。把这四个问题答清楚，调拨才真正开始改善库存管理。
我看报表时发现几个仓库的库存加起来不少，可订单还是因为缺货无法发出。我想知道这到底是库存分布不合理，还是系统里的库存数字不能直接用于发货？
总库存不等于可用库存。排查时先把数量拆成账面库存、已分配库存、冻结库存、在途库存和可用库存，并确认每个字段在当前系统里的定义；不同系统对“可用”的计算规则可能不同。例如，甲仓账面有 30 件，其中 18 件已分配、4 件冻结，可用量只有 8 件；乙仓有 20 件可用，但配送到订单目的地需要 4 天。
如果订单要求两天内发出，企业看似有 50 件库存，实际仍可能无法及时履约。这个数字是用于说明判断方法的示例，不是通用阈值。建议按商品和仓库逐项核对系统数量、现场数量、库存状态及最后更新时间。若现场有货但系统可用量为零，先查分配、冻结和单据状态；若系统显示有货但现场找不到，再查盘点差异和出入库记录。
先定位差异，再决定调拨，能避免把数据问题误当成缺货问题。
我遇到一个仓库缺货、另一个仓库有货的情况，但跨仓运输也要时间和费用。我不确定应该马上调拨，还是直接向供应商补货，想要一个能落地的判断顺序。
先确认目的仓的需求量与需要到货的时间，再核实来源仓的可调拨库存。来源仓的账面数量不能直接当作可调数量，还要扣除已分配、冻结以及企业规则要求保留的库存；若扣除后余量不足，调拨可能只是把一个仓的风险转移到另一个仓。然后比较三种方案：调拨、供应商补货、从其他仓直接履约。
举例来说，目的仓需要 12 件，来源仓确认有 20 件可调，运输约 1 天，而供应商补货预计 7 天，那么调拨可能更适合短期缺口；但若来源仓未来订单也需要这些货，或运输成本明显高于直接补货，就应重新评估。上述数量和时效只是示例，不能直接作为固定规则。
实操时把需求日期、可调数量、运输时效、费用和来源仓风险放在同一张决策记录里。调拨解决的是库存位置问题，不会增加企业的总库存；如果多个仓持续反复互调，应进一步检查补货参数、仓库分工或需求计划。
我刚开始梳理仓库流程，发现有人把调拨单创建成功当成调拨完成，但目的仓有时并没有收到货。我想知道流程里必须保留哪些状态和核对动作，才能让每笔货都追踪得到。
把调拨拆成申请、审核、来源仓出库、在途、目的仓验收和差异处理几个节点，不要用一个“已调拨”状态覆盖全过程。申请单至少记录商品、数量、来源仓、目的仓、需求日期和业务原因；审核时确认库存口径、可调数量及审批权限。来源仓实际出库后，记录出库数量和时间；若运输需要交接或承运信息，也应关联到单据。
货物到达后，目的仓按实收数量验收，再完成入库确认。只有创建申请或完成来源仓出库，都不能证明目的仓已经取得可用库存。例如申请 10 件，来源仓发出 10 件，目的仓实际收到 9 件，就应保留 1 件差异待查，而不是直接把 10 件全部计入目的仓。
明确差异责任人、处理结果和库存调整依据，既能减少账实不符，也方便后续追查。具体字段和状态名称应按企业使用的系统配置调整。
我看到调拨单显示来源仓已经出库，目的仓库存却没有变化，第一反应是系统同步出错。我又担心其实是入库验收没做，或者商品编码、单位设置不一致，想知道该从哪里查起。
先看单据当前所处状态和最后更新时间，确认记录的是“来源仓出库”还是“目的仓入库完成”。许多流程会把货物在途单独管理；如果目的仓尚未验收，库存可能仍显示在途，而不是目的仓可用库存。不要仅凭来源仓数量减少就判定调拨已经闭环。
接着核对目的仓是否完成收货或入库确认、实收数量是否为零或部分到货，以及是否存在待审核、作废或冲销单据。若这些环节都已完成，再检查商品编码、仓库编码、计量单位换算和数据同步时间，并对照操作日志查看是谁在何时提交了状态变更。
排查记录建议至少包含调拨单号、来源仓出库量、目的仓实收量、系统状态、最后更新时间和处理人。若实收 9 件而单据仍按 10 件处理，应先查清差异再调整库存；不要为了让报表看起来一致，直接手工加数，否则后续盘点和对账会更难定位原因。
读者评论
把账面库存、可用库存和在途库存分开看很实用，尤其要确认数据更新时间，否则不同报表的数字可能无法直接比较。
目的仓还没显示库存时，先查原调拨单的出库、运输和入库状态，再考虑重建单据，这能减少重复发货和重复占用。
文中提醒调拨量不能只按目的仓缺货数决定。来源仓的订单占用和保留库存也要核实，否则容易把缺货转移到另一处。
建议记录单据号、现场核实结果和异常时间，便于区分操作遗漏、流程规则问题与系统故障；示例图表数据也明确标注为情景模拟。