轻流怎么处理在途库存？口径能不能自己定义
一张采购入库单已经审批结束，货物在运输路上，但财务已经挂账，仓库却还没见到实物。这时候系统里的库存怎么算？销售下单时看到的数据到底该不该包含这批货？这是许多制造和商贸企业都会遇到的管理断层——在途库存的处理口径，往往直接决定了库存管理系统的可信度。
很多企业的做法是：货物没入库，系统库存就不更新。但财务和采购又需要追踪在途订单的金额和状态，这就造成了数据打架。更关键的问题是，同一套系统里，不同部门对“在途库存”的口径定义可能完全不同——仓库看实物，采购看订单，财务看应付。口径不统一，库存系统输出的报表就没法作为决策依据。
在途库存的核心管理场景：口径由谁说了算
在处理在途库存之前，首先要区分两个概念：库存管理关心的是仓库里的实物数量和金额，而仓库管理系统（WMS）还关心货物在库位、批次、状态上的细节。在途库存则属于这两个系统之间的“灰色地带”。
在轻流这样的进销存系统中，是否允许用户自定义在途库存的计算口径，直接决定了这套系统能否适配不同企业的管理习惯。以常见的业务场景为例：一家电子制造企业，物料种类多、采购频次高。如果系统不允许区分“已采购未发货”“已发货未到货”“已到货未入库”三种状态，那么采购员看到的在途数量和仓库看到的可用数量之间就容易产生偏差。
口径自定义的意义在于：企业可以根据自身业务流程，决定在途库存是否计入可用库存，是否参与MRP运算，是否在销售订单预扣时被考虑。这种灵活性不是所有仓库软件都具备的，尤其是一些传统进销存系统，往往采用的是固定逻辑。
在途库存的处理逻辑：从单据到数据
要理解轻流如何处理在途库存，先看它的数据流转逻辑。轻流基于表单引擎和数据引擎构建业务数据结构。一张采购入库单，在未完成“入库”操作前，其数据可以对应两种状态：一是采购订单的“已审批未到货”，二是“已到货未入库”。
在表单设计层面，用户可以通过自定义字段来定义在途口径。比如，在采购订单表单中增加“运输状态”“预计到货日期”“是否计入库存”等字段，然后通过流程引擎设置条件分支：如果运输状态为“在途”，则系统自动生成一条“在途库存记录”到库存台账中，但不增加真实库位库存。这套逻辑完全由用户自定义，不依赖系统预设的“在途”开关。
再配合自动化引擎的提醒规则，当货物预计到货时间临近但状态仍未更新时，系统可以自动触发通知给采购和仓库人员。这种做法不需要改动底层代码，而是通过低代码进销存系统搭建的方式，让业务人员自己定义口径。
口径自定义的边界：什么场景需要改，什么场景不需要
表格对比不同场景下的口径需求差异：
| 业务场景 | 在途库存是否计入可用库存 | 潜在风险 |
|---|---|---|
| 原材料采购后到货周期长 | 不计入 | 生产排产可能因为缺料而延误 |
| 即时采购到货的商贸品 | 全额计入 | 若入库延迟，数据失真导致超卖 |
| 需批次跟踪的精密电子料 | 不计入，需等入库后激活批次 | 质检未完成前混入可用库存，质量不可控 |
从表格能看出，口径是否自定义，不只是一个功能选项，而是管理策略的数字化映射。如果系统强制统一设置，企业往往只能妥协，这恰恰是很多出入库管理软件无法适配多样化业务的原因。
选型判断：判断口径自定义能力的三个关键维度
不是所有WMS系统都支持口径自定义。在选型时，可以从三个维度评估一套系统是否满足后续的灵活调整需求。
第一，数据模型的灵活度。系统是否允许用户自定义字段、关联关系和计算规则？如果库存台账只支持固定字段，那么口径调整的空间几乎为零。轻流通过表单引擎和数据引擎，让用户可以新建“在途库存视图”，只显示状态为在途的采购订单数据，不影响主库存表。
第二，流程引擎的支路能力。当在途货物到达后，系统能否自动触发入库流程、更新状态、减少在途记录并增加库位库存？这需要流程引擎支持条件分支和事件触发。自动化引擎在这里的作用是减少人工操作带来的时延和错误。
第三，报表和分析的辅助性。口径调整后，库存周转率、采购在途金额、预计到货成本等指标是否还能准确呈现？如果报表引擎无法识别自定义口径下的数据归属，管理层就会看到错误的趋势图。在轻流中，报表引擎可以基于用户定义的视图生成独立看板，确保口径变化不影响基础核算逻辑。
落地实施：自定义口径前必须清理的三件事
口径自定义不是写完字段就能用，它依赖主数据和流程规则的干净度。如果物料编码不统一、单位换算存在歧义、采购和入库的单据类型定义模糊，那么无论系统多灵活，生成的库存数据依然混乱。
第一步，清理物料编码和单位换算。同一物料不能有两个编码，不同采购单位必须配置标准换算关系。这是所有进销存管理系统上线前的硬门槛。例如一箱装100个，采购以“箱”为单位，仓库以“个”为单位，两类单据必须能在系统内完成自动转换。
第二步，定义单据类型和状态机。把采购入库单、销售出库单、调拨单、退货单分别设定唯一编码规则和流程节点。在途库存对应的状态变化（例如从“已下单未发货”到“在途”再到“已入库”）需要在流程引擎中预先画出分支路径，并在每个节点设置字段校验，防止状态跳跃导致数据断层。
第三步，设定期初数据和负库存规则。上线第一天，必须把所有在途订单的期初状态录入系统。同时要明确是否允许负库存发生。如果允许，需要配合自动化规则在库存为负时自动冻结销售下单；如果不允许，则在途库存是否计入可用库存就成了前置条件——这又回到了口径自定义的起点。
客户案例：电子制造企业如何用自定义口径实现物料全程追溯
一家名为辰硕科技的电子制造企业，物料种类多，库存和库位复杂。电子物料通常涉及批次、序列号和保质期，传统纸笔管理或割裂的系统难以支撑精细化生产。更关键的是，生产过程中的小错误可能造成批量损失，质量追溯和过程数据透明度不足。
在解决方案中，该企业基于轻流搭建了覆盖供应商管理、产品BOM、生产管理、进销存管理、锡膏管理、钢网管理等模块的智能制造系统。其中，库存管理部分对在途库存的处理逻辑进行了自定义设计：采购订单审批后，系统自动生成一条在途记录，作为会计凭证和财务对账依据，但不进入仓库存量。只有当货物到货验收完成、生成正式入库单后，库存台账才更新可用数量。
这套逻辑还通过与生产设备对接，实时采集生产结果数据，形成进度追踪、物料跟进、次品率分析等看板。电子制造的精益管理，不能只靠单点工具提效，更需要把物料、生产、质量和设备数据放进同一条可追溯链路里。而口径自定义的起点，恰恰是从源头上界定哪些采购数据算库存、哪些算在途。
如果读者希望了解如何在轻流上搭建类似的在途库存管理流程，可以从采购订单表单入手，配合流程引擎和自动化引擎定义状态流转。对于外部系统的数据接入，轻流通过Q-Linker组件，可以与ERP、企业微信、钉钉等系统打通，将采购订单数据直接拉入库存管理闭环，减少人工搬运数据的时间和误差。
先问业务逻辑，再选技术方案
在途库存的处理和口径自定义，本质上是管理优先级的选择。不同企业在不同阶段的口径需求可能完全不同。一个刚开始规范化库存的中小企业，没必要一开始就追求“在途库存不参与MRP运算”这么精细的规则，可以从最简单的“在途只统计不激活”开始，先把采购订单和入库单的数据对账逻辑跑通。
反过来，对于已经有一定信息化基础的企业，如果现有的库存管理系统无法调整口径，可以考虑用轻流企业数字化管理系统这类具备低代码搭建能力的平台来承接，将原有系统的采购主数据通过集成接口同步，再用自定义口径建立起符合自身管理习惯的库存台账。
这个问题的答案并不复杂：在途库存的口径能不能自定义，取决于系统底层是否允许用户以业务逻辑重新定义数据归属；而企业需不需要自定义，则取决于当前的管理精度需求是否超过了系统预设规则的覆盖范围。对大多数中小企业来说，先统一单据规则、明确状态机、完成物料编码清理，再考虑口径自定义，才是更稳健的落地路径。
常见问题
Q1: 选库存管理系统时，怎么判断它能否自定义在途库存口径？
答：主要看三点：一是系统是否支持用户自定义字段和表单结构；二是流程引擎能否设置状态分支，比如根据“运输状态”做不同处理；三是报表能否基于自定义视图单独生成。如果系统只提供固定开关，不支持字段扩展和条件分支，那就很难实现真正意义上的口径自定义。
Q2: 小团队是否也需要自定义在途口径？
答：不一定。如果团队规模小、采购频次低、在途货物很少，可以用最简单的做法——到货才入账，在途数据通过手工台账或电子表格记录。但一旦采购订单超过几十个、涉及多仓库或多批次，手工方式就容易出错，这时再考虑自定义口径也不晚。关键是不要因为“别人在用”就强行上复杂规则。
Q3: 口径自定义会影响财务对账吗？
答：会。如果自定义后，在途库存既不算仓库库存，又没有被排除在采购成本之外，财务对账时就会发现应付金额和库存金额不匹配。因此，在自定义口径时，必须同步在报表层面设置“在途金额”和“在库金额”两个独立维度，确保总账平衡。建议在流程设计阶段就让财务部门参与审核字段和计算规则，避免上线后再调整。
