在途和寄售这两类库存，轻流里要怎么分开管
一位供应链经理发现，财务端显示的库存金额和仓库实际存放的货物对不上。追问后才知道，一批供应商已发货但未到库的物料被计入了库存，而一批放在客户仓库代销的商品却没有被记录在系统里。这类账实差异的根源，往往不在于库存总量算错了，而是在途和寄售这两类库存没有被分开管理。
在途库存和寄售库存，表面看都是“不在自己仓库”的货，但它们的权属、资金占用和业务流程完全不同。用同一套逻辑去管，会导致采购决策滞后、对账反复拉扯。本文以轻流 AI 无代码平台为例，拆解这两类库存如何通过表单、流程和数据规则实现精细化分类管理。
先搞清楚在途库存和寄售库存的区别
在途库存，指企业已采购但尚未到达仓库、未完成入库验收的货物。这笔钱已经支付或确认了应付账款，但实物资产并没有被仓库锁定。如果把它直接计入可用库存，销售部门会误认为有货可发，导致超卖或紧急缺料。
寄售库存则不同。货物已经发到客户仓库，所有权仍归供应商，客户只有在实际消耗时才确认采购和付款。从供应商角度看，这批货存放于他处，但资金仍被占用；从客户角度看，它不需要预付货款，也无需承担滞销风险。寄售库存的管理重心在于实时掌握对方仓库的消耗数据，并据此触发补货和对账。
核心动作：用表单和字段拆开两类库存的入口
要在系统中把这两类库存分开，首先需要在数据源头做区分。在轻流中，可以通过配置不同的业务单据类型和字段来实现。例如，采购订单创建时，选择“在途”状态，系统自动将该批物料标记为在途库存。此单据关联的数据引擎会处理后续的入库对账，只有完成入库验收后，才将数量计入实际库存。
对于寄售库存，则需设计专门的寄售出库单或寄售调拨单。这类单据不执行传统的销售冲减库存逻辑，而是记录“已存放于客户仓”的数量。同时，通过报表引擎自动生成寄售库存台账，显示当前存放在每个客户处的商品、数量和批次。客户消耗数据可以通过Open API或Q-Linker从外部系统接入，或由客户在轻流表单中定期上报消耗量。
这种做法把模糊的“货在途中”和“货在他仓”变成了系统内可追踪、可过滤的数据维度。管理者可以在库存报表中单独查看在途库存余额、寄售库存余额，以及实际可用的自有仓库库存，避免混合统计带来的决策干扰。
流程分层：在途走采购-入库-验收链，寄售走发货-消耗-对账链
在途库存的流程核心是采购-入库-验收闭环。当供应商发货后，采购部门在系统中提交在途单，触发审批流确认付款条件。到货后，仓库通过移动端扫码进行入库验收，系统自动核销在途数量，并更新实际库存。如果出现到货差异，流程引擎会自动分支进入异常处理流程，例如触发退货单或补发单，并将差异数据记录在案。
寄售库存的流程则围绕发货-消耗-对账展开。企业先通过寄售出库单将商品发往客户仓库。之后，需要定期或实时获取客户的消耗数据。通过Q-Linker对接客户ERP或邮件系统，可以自动接收消耗清单。系统根据消耗量触发补货建议和内部采购指令。到结算周期时，寄售对账单自动生成，采购与客户确认后进入应付流程。整个链条中，寄售库存的物权转移时点是客户确认消耗，而不是出库发货。
这种流程分离避免了在途货等入库、寄售货等结算的混同。例如，零售企业“乐乐妈”曾面临2500个SKU、70家门店的供应链管理难题，跨系统录单和人工对账导致库存周转受限。其解决方案之一，便是通过轻流将寄售与在途流程分拆，打通ERP与各门店系统，由AI自动生成补货与滞销分析，并将采购、入库、对账全流程线上化。
数据治理：区分库存类型后才能谈预警和周转
库存管理不只是记录数量，更要分析周转和预警。在途库存的周转取决于供应商交付周期和内部验收效率。如果持续高企，说明采购提前期过长或到货与需求错配。寄售库存的周转则取决于客户实际消耗速度。如果某客户处积压大量寄售库存，就需要触发补货调整或客户沟通。
在轻流中，通过配置数据引擎和自动化引擎，可以生成分类型的库存看板。例如，一张看板同时展示在途库存金额、寄售库存金额和自有库存周转率，并用不同颜色标注预警项。当在途库存超过采购预算上限，或某批寄售库存超过90天未消耗，系统自动发送通知给相关负责人。这比统一用一个“总库存”数字来做决策更接近业务真相。
选型与避坑：不要用同一套库存规则管到底
许多企业在实施库存系统时，习惯把所有存货字段都放在一张表中，用一个状态字段来区分在途、寄售或自有。这在业务量少量时勉强可用，但当SKU超过数百或客户仓超过十几个时，数据查询速度变慢、报表统计容易出错。
应优先考虑支持单据类型分离、字段自定义和跨表关联的系统。轻流的核心能力中，表单引擎允许用户为在途和寄售分别创建独立的业务表单，流程引擎可以定义各自的审批路径和节点，门户引擎则能为仓库、采购、销售角色提供定制化的数据视图。关键不在于系统能做什么，而在于是否允许你根据业务规则灵活分拆数据模型。
另一个常见问题是，寄售库存的消耗数据完全依赖人工手动录入。如果客户不配合或不及时，一线反馈滞后，寄售库存账就会失真。这时，通过Q-Linker等集成工具打通客户系统，或配置自动化提醒催促客户上报，是更可靠的工程化手段。人工核对只能作为最后一道防线。
落地检查清单：从单据规则到数据治理
在配置系统前，企业可以先完成以下检查，减少上线后的反复调整：
- 明确在途库存和寄售库存的单据类型、字段和审批流是否已独立配置。
- 确认寄售库存如何获取客户消耗数据：是通过接口自动同步，还是客户定期填报。
- 检查报表引擎是否能为两类库存分别生成看板，并叠加预警规则。
- 排查主数据中的物料编码、单位换算是否统一，避免跨单据类型时数据冲突。
- 设计异常处理路径：例如在途到货差异怎么复核，寄售消耗差异如何反映。
这套清单可以在轻流表单中直接创建为检查任务，并关联流程引擎，由责任人在不同阶段依次确认。上线后，重点监控负库存、频繁调整和跨类型库存的异常联动，这是检视库存模型是否合理的直接信号。
先梳理规则，再讨论系统工具
分開管理在途和寄售库存，核心不在于选用哪种工具，而在于企业是否想清楚了两类业务各自的单据、流程和数据归属。把采购入库流程和寄售管理流程分开设计，在轻流这样的无代码平台上并不复杂，关键在于前期的主数据清理和流程定义。
对于团队规模较小的企业，可以先从表单加流程引擎搭建一个最小闭环，不必急于上重型WMS。验证逻辑跑通后，再逐步接入外部系统或引入AI辅助分析。比如通过轻流 AI 无代码平台的AI组件，自动汇总寄售库存的月度消耗趋势，或识别在途库存的异常到货波动，辅助管理者做补货和资金安排。最终，这比用一个模糊的“总库存”数字来做决策，要可靠得多。
常见问题
Q1: 在途和寄售库存分开管理，是不是一定要上正规的进销存或WMS系统？
答：不一定。对于SKU较少、客户仓不多的小团队，可以先在轻流这类无代码平台上用表单和流程搭建最小管理闭环。关键在于业务单据的区分和数据字段的规划，而不是系统自身有多复杂。当业务量增长到多个仓、多个品类、多种规则时，才需要考虑集成更完善的仓储管理系统。
Q2: 寄售库存的消耗数据如果依赖客户手工上报，准确性如何保证？
答：手工上报确实存在延迟和错误风险。更可靠的方式是通过集成组件（如轻流的Q-Linker）对接客户ERP或邮件系统，自动获取消耗数据。如果无法对接，则可以设计定期对账流程，并配合自动化提醒功能催促客户上报，同时将消耗差异作为异常记录到系统中，便于追溯和调整。
Q3: 我的企业现在用Excel管库存，要改成系统管理，第一步该做什么？
答：第一步不是选系统，而是梳理业务规则。你需要明确当前有哪些库存类型（在途、寄售、自有），以及每种类型对应的采购、入库、出库、对账流程。再检查物料编码、单位换算和库位命名是否统一。这些主数据规则清理干净后，选型或搭建系统的效率会大幅提升，避免重复返工。
