一张多仓调拨单最容易出错的时刻，往往不是创建时，而是货物已经离开调出仓、调入仓却还没确认收货的时候：现场认为货已发走，系统里可能仍显示原仓有货；或者调出仓已经扣减，调入仓尚未增加，库存看起来像“少了一截”。这篇库存管理系统实操教程不从功能清单讲起，而是沿着一张调拨单走完建单、审核、出库、在途、收货和差异处理，重点讲清每一步该核对什么、哪些规则因系统和企业流程而异。
多仓调拨看起来是把货从仓库 A 搬到仓库 B，真正的管理任务却是持续回答三个问题：货现在在哪里、谁对它负责、系统里的数量处于什么状态。只要其中一项说不清，账面库存就可能和现场库存脱节。
因此，我判断一套调拨流程是否可靠，不先看页面上有多少按钮，而看单据能否串起申请、审批、实际发货、在途、收货和差异处理，并留下足以追溯的操作记录。
“仓库有 20 件”不是一个足够完整的描述。20 件可能都在货架上，也可能有 5 件已被订单占用、10 件正等待调出，或者其中一批已经装车但尚未签收。不同状态对应不同的可用性和责任边界。
操作原则是：不要把“账面总量”直接当作“可承诺给客户的数量”。系统对现存量、可用量、锁定量和在途量的定义可能不同，使用前要先查清公式和状态口径，再决定是否能继续销售、补货或二次调拨。
有的系统在调拨出库确认时扣减调出仓库存，并把货物记入在途；有的系统采用调出、调入两张单据，直到调入仓确认后才完成库存转移；也有系统允许部分收货、分批关闭。这些不是可以一概而论的行业规则，而是软件设计、单据配置和企业流程共同决定的结果。
正式上线前，建议用一张测试单实际验证：建单后是否影响库存、审核后发生什么、出库确认后数量如何变化、收货确认后在途如何处理、取消或反审核是否会回滚库存。把测试结果写成内部操作说明，比只看软件演示更稳妥。
| 业务节点 | 需要回答的问题 | 建议核对的记录 |
|---|---|---|
| 申请与审核 | 谁提出、谁批准、调拨理由是什么？ | 调出仓、调入仓、商品、数量、申请人、审批记录 |
| 出库与交接 | 实际发出的货是否与单据一致？ | 拣货数量、复核数量、交接时间、承运信息 |
| 在途 | 货已离开原仓，但是否已由目的仓签收？ | 出库确认时间、预计到达时间、异常记录 |
| 收货与关单 | 实际收到多少，差异如何处理？ | 实收数量、差异原因、后续处理人、关闭时间 |
下面的状态图是流程设计示意，并非特定软件的固定库存算法。它的用途是帮助团队识别每个节点应该交接什么信息；上线时仍要用实际系统验证库存增减时点。
仓库 A 有库存、仓库 B 缺货，表面上似乎只要调拨就能解决。但如果两边商品编码不同、计量单位不一致、批次规则不同，或者调入仓尚未完成商品建档，调拨就可能卡在收货环节。尤其是同一商品有多种规格时，扫码和人工录入都可能选错对象。
调拨前要确认的不只是商品名称，还包括 SKU、规格、基本单位、包装换算、批次或序列号要求，以及调入仓是否允许存放该商品。商品名称相似不等于库存主数据相同，这一类错误靠事后盘点很难快速定位。
调出仓完成装车，只能说明货物离开了原仓，不代表目的仓已经验收、上架并可销售。运输中的货物可能延迟、破损、错送，甚至在交接时少件。若把已发出数量直接当成目的仓可用量，缺货风险可能只是从一个仓转移到另一个仓。
我会把“已发出”“运输中”“已签收”“已上架”看作不同业务事实。系统是否把这些事实拆成不同状态，要看软件能力；但企业至少要用单据、交接记录或其他可追踪方式说明货物何时完成每次交接。
调拨不是库存管理员一个人的动作。门店或运营提出需求，仓库主管审核，拣货人员执行，司机或承运方交接，目的仓人员清点，财务或管理人员可能还要核对成本。岗位越多，越需要明确谁负责确认数量、谁有权修改单据、谁处理异常。
如果同一个人既申请、审批又确认收货，系统仍可能记录完整单据，但流程上的相互复核就会变弱。小团队未必能做到岗位完全分离，可以用超额审批、到货照片、双人复核或定期抽查来补足控制。
调拨能解决局部缺货，却不一定是最快或最省钱的方案。若仓间距离较远、运输班次少、商品毛利低，调拨成本和等待时间可能超过缺货损失；如果只是短距离门店补货，及时调拨可能比紧急采购更合适。
因此，调拨判断至少要同时看目的仓缺口、调出仓可用量、预计运输时间、订单承诺时间和运输费用。单纯看到“一个仓有、一个仓没有”就调拨，容易忽略货物移动所消耗的时间和资金。
我建议把调拨前检查做成简短的必填清单，而不是依赖老员工记忆。清单不必很长，但应覆盖商品身份、仓库方向、可用数量、发运要求和审批规则。若企业有批次、保质期或序列号管理，还要在建单前确定按什么规则选货。
下图是情景模拟，用于展示输入条件不同会怎样增加处理风险，不代表某行业的真实错误率。它提醒我：问题往往不是“系统不会调拨”，而是主数据、库存口径和现场交接信息不齐。
建单是记录需求，不是现场出库。系统是否在创建、审核或出库确认时改变库存，必须根据实际配置核实。若员工以为“点了保存就完成”，仓库可能还没拣货，销售端却已经把这批货当作新仓库存。
正确做法是给每个关键按钮配上明确的业务含义，例如“申请”“审核”“确认出库”“确认收货”。培训时让员工说清楚点击后会影响什么，不要只教按钮位置。
计划数量是期望发运量，实收数量是现场清点结果，二者不能互相代替。若调出仓发出 20 件，目的仓只收到 18 件，直接把收货数量填成 20 件，会让系统看起来完整，却把少收问题埋在账外。
目的仓应以实物清点为准，必要时按箱、按件复核，并把差异关联到原调拨单。差异原因未查明时，不要为了尽快关单而随意改数量或用库存调整单覆盖原记录。
盘点调整适合修正经核实的账实差异，但它不是调拨过程的替代品。若货物运输中短少，直接在目的仓做盘盈、在原仓做盘亏，系统只留下两个结果，却没有说明这两边是否属于同一件事。
更好的处理顺序是先核对出库复核记录、装箱清单、交接单和签收凭证，再判断属于漏装、运输损耗、错送、录入错误还是未完成收货。只有原因和责任范围清楚后，才按企业授权流程调整库存。
在途数量的业务价值，是避免货物离开调出仓后从管理视野中消失。若报表只显示“在途 20 件”，却没有对应单号、出发时间、预计到达时间和当前责任人，这个数字很难帮助处理实际问题。
若系统没有独立的在途状态，可以用待收货单据、运输台账或其他可追踪记录补足，但要定义唯一的单据编号和更新责任。选择替代方式时，最怕出现系统一份表、物流一份表、门店聊天记录又一份表，三者无法对账。
单据关闭只说明流程按系统规则到达某个终点，不自动证明实物、系统和成本都正确。比如单据在目的仓把计划数全部收货，但现场只收到部分货，单据状态仍可能显示完成。
调拨关闭后仍要做抽查，重点看高金额商品、频繁调拨商品、长期在途单和多次出现差异的仓库。流程状态是控制工具，不是结果真实性的替代证据。
有些系统可以对一张调拨单分批收货，有些要求拆单或走特定流程；反审核可能允许回滚，也可能因后续业务已发生而被限制。把某个软件的操作经验当成通用规则，员工换系统后容易误操作。
建操作手册时，应把通用业务原则和软件专属步骤分开写。前者说明实物核对、差异留痕、权限控制；后者注明软件版本、菜单名称、按钮动作和异常时的处理路径。
在许多业务讨论中，“库存”被用来指不同的量：仓库现场实物、系统账面现存量、可以用于新订单的可用量、已被订单占用的锁定量，或者等待收货的在途量。若双方没先统一口径，调拨数量和缺货判断就会互相矛盾。
可以先用企业自己的字段写出概念定义。举例而言，某些流程会把可用量理解为现存量减去已分配数量和冻结数量；但具体公式要以系统定义为准，还要检查预留、退货、质检和待出库单是否纳入计算。
我建议用一笔测试业务逐步记录库存变化，而不是一次性只看最终结果。建单、审核、出库、收货、取消和差异处理都要分别测试，尤其要关注重复点击、撤销和单据跨日时的处理方式。
| 测试动作 | 测试前要记录 | 测试后要核对 |
|---|---|---|
| 创建调拨申请 | 调出仓现存量、可用量、锁定量 | 是否占用数量，是否生成待处理记录 |
| 审核通过 | 申请单商品与数量 | 库存是否变化，能否继续修改 |
| 确认调出 | 实物拣货量和出库前库存 | 调出仓、在途量或待收货量如何变化 |
| 确认调入 | 实际签收量和批次信息 | 调入仓数量是否按实收更新，差异如何保留 |
| 撤销或更正 | 单据当前状态及后续业务 | 是否能回滚，是否留下操作痕迹，是否需要反向单据 |
一张调拨单最好能成为查找证据的入口：从单据号找到申请人、审批人、调出仓复核人、承运交接记录、目的仓收货人，以及差异处理结果。照片、签收凭证或外部物流信息是否能直接挂在系统里，要按实际功能确认；做不到时也应有统一的附件或归档规则。
对日常管理而言，单据号比在聊天工具里搜索“昨天那批货”可靠得多。尤其跨仓距离远、参与岗位多、商品价值高时，能否在几分钟内找到一笔调拨的完整轨迹，往往比报表有多少图表更能检验流程是否真正可用。
并非每一笔低价值耗材都需要复杂审批。控制强度应和潜在损失、误操作概率及业务影响匹配。高价值商品、序列号商品、受保质期约束的商品、频繁短缺商品，可以增加审批、双人复核或到货抽检；低风险、短距离、固定路线的补货，则可简化流程。
但简化不等于取消留痕。即使采用自动审核，也要确保调出仓、调入仓、商品、数量、执行时间和责任人可查询，并对超出常规数量或长期未收货的情况设置提醒。
月底盘点能看到结果，却不一定能解释过程。调拨单从发出到收货用了多久、多少单停留在待审核、多少单超过预计到货时间，这些过程指标更容易定位瓶颈。若数据有日期、单据状态和数量字段，可以按仓库、路线、商品类别分析滞留分布。
下图是演示用的情景数据，展示一批调拨单在不同阶段的数量如何逐步减少。真实管理时应从企业单据记录计算，不能把示意数字当成行业基准。
以下是用于说明流程的模拟案例，不是真实客户数据，也不代表某个系统的固定操作方式。假设门店 A 向门店 B 调拨某 SKU 20 件，A 仓完成复核并交给承运方，B 仓到货清点后确认收到 18 件，外包装没有明显破损。
此时最重要的不是让单据尽快显示“完成”，而是确保 18 件真实入账，另外 2 件处于可追查状态。先按实收处理，再核对出库和运输证据，才能避免把差异从调拨链条里抹掉。
A 仓应按单据拣货并复核 20 件，记录实际发出数量、商品编码和必要的批次信息。若系统提供扫码复核，应在实际装箱或交接环节使用；若不支持扫码，则可用双人复核、装箱清单或其他现场记录补足。
这里要区分“系统上确认出库”和“货物实际交接”。如果系统允许先确认、后交接，岗位说明必须写清楚；如果实际发货后才录入，也要防止延迟录入导致库存暂时失真。
B 仓清点后，应把实收数量记录为 18 件，并标记尚有 2 件待查。系统若支持部分收货，就按实际能力完成部分收货并保留剩余数量的未结状态；若不支持，则应按内部流程拆分、挂起或建立差异处理记录，不能虚填 20 件后再私下调整。
是否把 18 件立即上架、何时可销售，要根据验收标准决定。商品若有破损检查、批次核对或质检要求，签收数量不一定等于可用库存数量。
我会先核对 A 仓的拣货复核和装箱记录，再查交接时的件数、承运信息、运输节点和 B 仓签收记录。若装箱时记录为 20 件、签收凭证却显示 18 件，调查方向和“出库复核只记了 18 件、单据误填 20 件”显然不同。
若无法确认差异发生在哪个环节，应保持差异待查状态，记录调查人和下一步动作。后续确认为漏装、遗失、错送或数据录入错误后，再按企业授权处理原仓、目的仓、损耗或责任归属。
若企业使用分析工具汇总库存数据，可以把调拨单号、调出仓、调入仓、商品、计划数量、实发数量、实收数量、出库时间、收货时间和差异原因整理为可追溯明细。以九数云为例，企业可以评估是否将库存系统导出的单据数据用于分析和看板；数据导入方式、连接能力及适用字段应以实际环境和产品说明为准，不能预设任何系统必然支持特定集成。
分析看板的价值在于把“哪里经常少收、哪些路线耗时长、哪些单据长期未关闭”从零散记录变成可筛选的问题清单。它不能代替仓库系统执行出库和收货，也不能替代现场核验；系统边界应在方案设计时明确。
以下数量关系来自本案例的情景模拟，重点是展示如何把计划、实发、实收和差异分开观察。真实业务需以调拨单、复核记录和签收凭证为准。
如果同一条仓间路线连续出现少收，可能是运输交接、包装方式、装卸流程或数据录入存在共性问题；但只凭“某仓差异多”不能立即归责。还要看调拨量、商品类型、路线距离、承运方式和抽检强度，否则业务量大的仓库可能只是绝对差异单更多。
建议同时看差异单数、差异数量、差异金额和差异率，并设定一致的统计口径。例如差异率可以按差异数量除以实际发出数量计算，但若商品单位不同或单据含多种 SKU，就需要先明确按件数、行项目还是金额统计。
如果中心仓向多家门店补货，关键问题通常不是单张调拨单怎么录，而是有限库存先满足谁。建议先设定分配规则，例如按缺货影响、已承诺订单、门店安全库存或商品重要程度排序，再生成调拨需求。
当货源不足时，不要让门店各自抢库存。把可调数量、需求数量和未满足数量同时展示，避免同一批货被重复承诺。对高频补货商品，可以建立固定补货节奏；但补货参数应根据实际销量、补货周期和波动情况定期复核。
如果多个仓库都可能成为调出方，系统里有库存不代表它最适合发货。调度时可比较可用库存、与目的地的距离、预计到达时间、调出仓的安全库存和单位运输成本。
当实时库存质量不稳定时，优先从库存记录可靠、盘点差异少、发货时效可控的仓库调拨，可能比选择账面数量最大的仓库更稳妥。反之，如果远仓库存多但运输周期长，近仓少量调拨也许更符合订单时效要求。
高价值商品、序列号商品和需要追溯批次的商品，不能只看总数量。调拨时应确认每件或每批货的身份信息、出库记录和签收结果，并限制无关岗位修改关键字段。
如果系统支持序列号或批次追踪，要通过真实测试确认调出和调入环节的记录是否连续；如果不支持，需评估是否采用独立台账或更适配的流程。不要仅因为系统有“库存管理”模块，就推断它能满足逐件追溯要求。
对有保质期、温控或特殊包装要求的商品，调拨决策要加入剩余效期、运输时长、包装条件和目的仓接收能力。把临期商品调往销量较慢的门店，虽然完成了数量平衡，却可能把报损风险从一个仓转移到另一个仓。
可按批次查看调拨前后的剩余效期，并规定目的仓最短可接受效期。该规则应由商品管理和业务负责人制定，不能用一套固定天数套用所有品类。
遇到客户急单或门店突发缺货，复杂审批可能拖慢业务。企业可以设计紧急通道，例如限定商品范围、金额上限和授权人员，先完成必要的出库与交接，再在规定时间内补齐审批或复核。
紧急通道不是口头放行。每一笔仍需记录原因、审批依据、执行人、实际数量和后续收货情况，并定期检查紧急流程是否被滥用。若紧急调拨长期成为日常，说明补货预测、库存配置或审批链本身需要调整。
如果企业只有少量仓库，调拨次数不多，且商品价值较低，未必需要建设复杂的在途管理和多层审批。先把仓库编码、商品主数据、调拨单号、实发与实收数量做好，通常比购买一套功能很多但没人维护的系统更实际。
不过，业务量小也不能省掉最基本的账实核对。可以用简化流程和定期抽查替代繁重审批，但不能让货物移动没有单据、差异没有负责人。
下面的判断表是用于选择流程强度的建议基准，不是调查得出的行业排名。企业可以按商品价值、运输风险、调拨频率和系统成熟度重新评估。
选系统时不要只看销售演示中的标准流程。准备一组自己的场景，让供应商按实际业务演示：两个仓库互调、部分到货、商品批次不同、单据已出库但长期未收货、收货后发现差异，以及错误仓库如何更正。
演示时重点观察系统如何呈现数量和责任，而不是只看页面是否整齐。要追问库存在哪个节点变化、是否能查看历史操作、部分收货如何处理、已关联后续单据时能否撤销，以及差异是否可追溯。
“支持多仓”通常只是起点，不足以判断是否适合复杂业务。应逐项核实仓库权限、商品范围、批次或序列号管理、在途表示、审批设置、收货规则、操作日志和报表导出能力。
库存业务系统的核心任务是记录和控制实际业务；经营分析工具的核心任务是整理数据、发现趋势和辅助决策。两类工具可能协同使用，但职责不能混淆。分析看板上的数据若来自滞后的导出文件，就不能被误认为实时可用库存。
例如，企业可先从库存系统导出调拨单明细，再评估是否用九数云等分析工具观察调拨时效、差异和仓库分布。实际能否直接连接、自动更新或覆盖所需字段，要以产品能力、数据接口、权限和实施环境为准；在未验证前，应将“可能的分析方案”与“已经具备的功能”分开表达。
系统价格不是全部成本。商品主数据维护、仓库编码治理、历史数据清理、员工培训、权限调整和流程变更，都需要持续投入。若企业把多仓流程设计得过于复杂，员工可能转而用表格或聊天记录绕过系统，最后出现双重台账。
选型时可以先估算每月需要维护的关键数据量、异常处理单数、培训人数和系统对账时间。若系统功能增加却让一线每笔调拨多填许多无用字段，执行质量可能下降；字段应服务于控制和分析，而不是为了“看起来完善”而堆叠。
与其一次性把所有仓库迁入，不如选一个仓间路线、几类代表商品和一段观察期进行试运行。试运行前明确要验收什么，例如单据记录完整率、实收差异可追溯率、长期未收单数量和月度对账耗时。
观察期内既要看系统操作是否顺畅，也要检查员工是否按流程执行。若数据质量差，先修主数据和岗位责任；若流程频繁卡在审批，先调整规则；若差异集中在运输交接，补现场证据可能比换软件更有效。
关单之前，不妨用一分钟逐项核对。若其中某项还没有答案，就先保留待处理状态或按企业规则升级处理，不要因为月底报表需要清零就提前关闭。
初期不必做几十个指标。优先跟踪调拨完成时长、按期收货率、数量差异率、待收货单龄和重复差异商品数。每个指标都应明确统计周期、分子分母、是否排除取消单和如何处理跨期单据。
指标的价值在于触发动作，而非做排行榜。例如待收货单龄上升，就查运输节点和收货确认；差异率上升，就按商品、仓库和路线拆分；调拨耗时变长，则检查审批、拣货、排车和收货各环节，不要只要求员工“提高效率”。
流程上线或调整前，先记录一段可比基线；调整后用相同口径观察。比如“调拨时长”要从申请、出库还是发运开始计算？“按期到货”按预计到仓还是完成上架计算？起点和终点不同，结论可能完全不同。
下图数值是示意基准，专门演示如何设定前后对比指标，不代表某企业真实改善结果。正式复盘时，应使用自己的历史单据，并注意季节、路线、商品结构和业务量变化。
调拨差异率升高，可能是某个新商品包装规格变化，也可能是新承运路线、仓库人员交接调整或库存数据质量下降。先按仓库、商品、路线、操作环节和时间拆分，再查看单据证据，通常比直接把异常归咎于某个岗位更容易找到可改进的原因。
若问题集中在申请阶段，检查需求预测和库存可用量口径；若集中在出库阶段，复核拣货、装箱和交接；若集中在收货阶段，检查验收与录入；若集中在长期未关单，核对单据状态、人员责任和系统提醒。问题所在不同，修复动作也不同。
一份调拨检查清单只有在实际工作中被使用才有价值。可以把关键字段设为必填、在高风险商品上增加复核节点，或每周抽查未收货和有差异的单据。系统做不到的控制，可以用简短纸面记录或标准电子表单补足，但要避免形成无法对账的多套记录。
培训重点也应从“菜单在哪里”转向“发生什么情况时下一步做什么”。新员工至少要能解释申请、出库、收货和差异处理的区别；负责人则要能读取异常报表并判断该由仓库、运输、主数据还是流程规则来处理。
时效要求高、风险较低的日常补货，可以减少不必要的审批层级；高价值、强追溯或易损商品，则值得增加扫码、双人复核和交接凭证。没有一套流程能同时把速度、成本和控制强度都推到最高，企业要根据缺货代价和差错损失做选择。
实时数据对即时承诺订单、跨仓调度和高频交易很重要，但实时连接并不会自动修正错误的商品编码、漏录的出库和未确认的收货。若数据源不可靠，实时看板只是更快地展示不准确的数据。
如果调拨频率低，稳定的周期导出和人工复核可能足够；如果调拨决策依赖分钟级库存变化，则要进一步评估实时更新、接口稳定性和异常告警能力。是否采用更复杂的技术，应由业务损失和决策时限决定，而不是由“实时”这个词本身决定。
统一单据主线能减少培训和报表口径分裂，但冷链仓、门店、维修备件仓和普通中心仓的收货要求未必相同。可以统一商品、仓库、单据号和责任记录等基础规则，再按风险为特定商品或仓库增加专属控制。
不要为了追求统一而抹掉必要的业务差异，也不要让每个仓库都自创一套单据流程。适合的边界是：核心数据口径统一，特殊业务有明确、可审计的例外规则。
多批次、序列号、在途、分批收货、审批流和分析看板都可能有价值，但功能越多，字段维护和异常培训的成本通常也越高。若团队没有人负责主数据、权限和流程维护，复杂配置可能变成新的操作负担。
我的判断顺序是先确保每笔货物流动可追踪，再处理高频差异，最后扩展自动化和分析能力。先把最基本的申请、发出、收货、差异记录做准确，通常比一开始追求“全功能系统”更容易得到稳定结果。
如果你正在改造多仓流程，下一步不必先做大范围系统替换。选一条最常发生问题的仓间路线，挑几种代表商品，用一张测试调拨单走完全流程，记录每个节点的系统库存变化、实物交接证据和责任人。
随后把发现的问题分成三类：系统配置问题、现场执行问题、基础数据问题。按影响优先级逐项修复，再用同一套口径复测。多仓调拨真正的成熟标志，不是单据都能点到“完成”，而是每一件货从离开原仓到进入新仓都能说清数量、位置、时间和责任。
最后记住一个实用判断：调拨系统不是替员工搬货，而是让货物移动过程不再成为库存盲区。先确认状态口径，再规范交接和差异，最后用真实数据复盘；这比单纯增加审批、报表或自动化功能，更能帮助企业把多仓库存管清楚。
我刚开始用库存系统时，最困惑的是调拨单一提交，调出仓数量就少了，还是等仓库真正发货后才减少。我担心货还在货架上，系统却已经把它算作已调出，盘点时会对不上。
不要只看“建单”这一步，要先确认系统把库存变化绑定在哪个单据状态上。常见设计是：申请或待审核阶段不改变实物库存；调出仓确认出库后，调出仓库存减少；调入仓完成收货后，调入仓库存增加。也有系统在出库后显示单独的“在途库存”，具体口径应以软件设置和企业流程为准。
例如，A仓有50件商品，创建调拨单申请调出20件。若单据仍待审核，通常不应把这20件当成已发走；出库确认后，A仓可用量可能变为30件，20件则处于在途或待收状态；B仓签收后，再增加实际收货数量。上线前最好用测试商品走完一张单，逐个状态核对库存明细，而不是仅凭单据名称判断。
我需要把货从一个仓库发到另一个仓库时，发现系统里有申请、审核、出库、收货等好几个状态。我想知道这些步骤分别对应现场的什么动作，避免单据已经完成但货还没实际到仓。
可以把调拨理解为一条需要单据和实物同步推进的链路：先核对调出仓可用库存、商品规格和计量单位，再创建调拨申请并填写调入仓、数量及原因；审核通过后，由调出仓按单拣货、复核并确认出库。货物发出后，按企业流程记录运输或在途信息；调入仓收到货时，逐项核对商品、数量、批次或序列号，再按实收数确认入库。
最后检查差异说明、库存流水和单据状态是否一致。系统按钮名称可能不同，判断流程是否完整的关键是：每个状态都能对应一个明确的业务动作和责任人。
我担心实际收货数量和调拨单数量不一致时，直接把单据改成18件会丢掉差异信息；如果照原数量入库，账面又会多出2件。我想知道怎样既让库存准确，也能留下后续核查依据。
先按实际签收的18件办理收货，不要为了让单据看起来一致而虚增入库数量。随后核对出库复核记录、装箱清单、运输交接和签收凭证，确认少掉的2件属于漏装、运输短少、破损，还是录入错误，并在系统备注、差异单或异常流程中记录原因。
如果系统支持部分收货，可先收18件，剩余2件保持待处理状态，待查明后再补发、取消未到数量或按审批流程做差异处理；若不支持部分收货，应遵循企业规定，避免重复建单或直接改库存数。处理结束后复核A仓出库流水、B仓入库流水和差异记录，确保三者能相互解释。
我在比较库存系统时，看到不少产品都写着支持多仓，但不确定这是否意味着能处理在途、部分收货和数量差异。我想先用几个实际问题验证能力，避免买完后才发现关键流程要靠表格补。
不要只问“能不能调拨”，建议让供应商现场演示一笔完整业务：创建调拨申请、审核、出库、查看在途状态、部分收货、记录差异并查询操作日志。重点观察每一步的库存变化是否清楚，用户能否追溯是谁、何时、按什么数量操作。
再核对系统是否支持多仓权限、批次或序列号管理、部分收货、未完成单据提醒，以及可用量与在途量的定义。可用一张测试清单逐项验收：调拨前能否识别可用库存；发货后两仓数量如何显示；少收时能否留痕；关单后能否查到完整流水。审批规则和成本处理还要结合企业自身制度确认。
读者评论
文章把调出、在途和收货分开说明很实用，尤其提醒不同系统的库存增减时点可能不同。上线前用测试单逐步核验，比单看操作演示更稳妥。
目的仓按实收数量确认这一点很关键。计划发出20件、实际收到18件时，保留差异原因并关联原调拨单，能避免用盘点调整掩盖运输或拣货问题。
多岗位交接的风险分析比较贴近实际。单据号若能关联申请审批、出库复核、承运信息和签收记录，后续追查在途异常会更有依据。