部分发货这类业务，库存和应收要分别去处理
一张销售订单，客户要求分三批发货，但财务却按订单总金额记了应收，仓库则只扣减了第一批出库的库存。到了月底对账，仓库说库存还有，财务说客户还有钱没结清，销售却催着再次发货——三方对不上，核心问题就在于：部分发货场景下，库存和应收账款的处理逻辑没有拆开。
部分发货是批发、分销、零售连锁、工程项目等行业常见的业务形态。一张订单多次发货、客户分批验收，库存和应收的账必须跟着发货进度走，不能混在一起记。处理不好，坏账风险和库存不准的问题会同时暴露。
部分发货场景下，库存管理的真实断点
部分发货对库存管理的第一重考验是“库存扣减时点”。很多企业还在用Excel或只记出入库总数的简易系统，销售订单生成时，系统就把订单上的全部数量从库存里减掉了，而实际只发了一部分。这样做的直接后果是库存账面数据提前失真，明明仓库还有货，系统却说库存不足，导致后续采购计划、补货决策全部跑偏。
真正规范的库存处理方式是：只有实际完成发货出库，系统才扣减对应批次的库存。用轻流企业数字化管理系统搭建进销存流程时，这一点可以通过设置“销售出库单”自动关联“销售订单”来实现——销售订单只锁定库存额度（占用量），出库单才真正减少可用库存。这样，库存台账中的“可用量”始终反映真实可发出的货物，不会因为已下单未发货而虚降。
第二个断点是退货与库存回库的联动。部分发货的场景下，客户可能在第一批到货后就提出部分退货。退货如果没有及时生成退货入库单，仓库不知道货已退回，系统库存还维持着原状；而财务那边如果仍然按订单总金额记账，应收账款就会被高估。所以，退货入库必须作为一个独立的库存变动节点，与销售订单、出库单形成闭环，才能保证库存余额和应收余额同时正确。
应收账款的分批确认：核心是确认收入节点
应收账款的处理先天与库存不同。库存是实物的减少，应收是债权的形成。部分发货时，实物已经移交给了客户，但收入是否应全额确认？按会计准则，收入的确认应当以“客户验收或取得控制权”为标志。如果分批发货且客户分批验收，企业就应该按每批发货金额逐步确认收入，而非一次性记全额应收。
实际操作中，很多企业为了省事，在销售订单审批通过后就全额生成应收单，之后仓库分批发货时，应收单却不会自动拆分成多条记录。月底销售对账时，财务说客户欠款100万，客户却说只收到第一批货物、只认可30万发票。这种分歧带来的坏账风险和资金周转压力，往往比库存不准更致命。
解决思路是：将销售订单作为一个“框架协议”，每次完成发货并确认客户签收后，根据本次发出的商品、数量和价格生成独立的“应收账款单”。通过流程引擎和数据引擎的配合，可以自动按发货单拆分应收记录，并与客户档案中的回款周期关联，形成按次核算、按批对账的应收管理模式。
库存与应收之间的数据协同机制
部分发货的合规管理，不只是库存和应收各自拆开处理那么简单，还需要在两个模块之间建立同步机制。一张发货单完成出库后，系统应当同时触发两件事：库存台账扣减该批商品数量，同时向财务模块推送一条应收确认信号。这两个动作必须是原子化的，要么同时成功，要么同时回滚，否则就会出现“货已发但应收没记”或者“应收已记但库存没减”的数据差异。
这种原子化协同，靠人工在不同系统之间对账是很难做到的。借助自动化引擎可以设定规则：当出库单状态变为“已发货”时，自动触发应收单的生成；当退货入库单确认后，自动冲减对应批次的应收金额。这样，无论订单被拆成多少次发货，库存台账和应收账款台账始终保持一致，月底对账时只需要核对异常单据即可。
以下是一组部分发货场景下各环节的数据处理对比：
| 业务单据 | 库存操作 | 应收操作 | 常见错误 |
|---|---|---|---|
| 销售订单创建 | 锁定库存额度 | 不产生应收 | 直接扣减库存并全额记应收 |
| 第一次发货出库 | 扣减第一批库存 | 生成第一批应收单 | 不扣库存或少扣，应收未拆 |
| 部分退货入库 | 增加退库库存 | 冲减对应应收单 | 退货不入库，应收不冲减 |
| 第二次发货出库 | 扣减第二批库存 | 生成第二批应收单 | 用原订单金额重复确认应收 |
管理系统的边界：什么情况需要配置自动化流程
部分发货的管理复杂度与企业规模、订单频次直接相关。中小微企业如果每月部分发货的订单不到30单，仓库和财务的沟通可以通过单据传递加定期核对来维持。但当订单量上升、发货批次增多、退货频繁时，靠人工核对每个单据的成本和出错率都会快速上升。
此时，是否应该上系统或升级现有系统，可以从几个维度判断：第一，每月因部分发货导致的库存差异是否需要超过三天才能查清；第二，应收账款是否经常因为分批发货而与客户产生争议；第三，财务是否需要在月底花大量时间逐单拆分应收记录。只要上述三点中有两点符合，就需要考虑引入具备单据联动能力的进销存管理流程。
选择进销存系统时，应重点评估系统是否能区分“销售订单锁定库存”和“出库单扣减库存”两种操作，以及是否支持按出库单分批次生成应收记录。很多进销存系统软件虽然支持订单管理，但实际只解决了“录入”问题，没有解决“单据自动联动”问题。如果系统不支持上述两种逻辑，即使买了系统，部分发货场景下的库存和应收矛盾也依然存在。
落地前的关键准备：单据规则和主数据
在配置任何单据联动规则之前，建议先做三件事。第一，统一商品编码和单位。部分发货常涉及同一商品在不同批次中的规格差异，编码不统一会导致出库时选错商品。第二，确定销售订单、出库单、退货入库单、应收单的单据编号规则和审核节点。每张单据的编号应能正向追溯到上游订单，反向关联到下游应收记录。第三，确认客户档案中是否记录了结算方式、信用周期和对账周期，这些信息用于应收单的自动分账和催收规则。
以上准备工作完成后，再通过轻流企业数字化管理系统中的表单引擎和流程引擎搭建对应的单据录入和审批节点。借助数据引擎可以将销售订单、出库单和应收单的数据关联到一个数据模型中，保证每次发货后库存扣减和应收生成的原子化。对于需要与外部ERP或财务系统同步数据的企业，Q-Linker可以连接外部系统，避免二次录入和人工搬运数据带来的偏差。
如果企业已有多仓多门店的库存管理需求，还需要在系统中配置库位和批次属性，以支持不同批次发货时的库存明细追溯。电子制造、批发分销等物料种类多的行业，可以参照辰硕科技的做法：将供应商管理、产品BOM和生产进销存整合进同一平台，形成从原料入库到成品出货再到应收确认的可追溯链路。
先跑通小循环，再扩展到大闭环
对于第一次处理部分发货规范化管理的企业，不一定要马上搭建十几个模块的大型系统。建议先从单个核心订单的场景开始，配置销售订单 → 出库单 → 应收单的三级单据联动，让库存和应收在小范围内先跑正。验证逻辑无错误后，再逐步加入退货入库、调拨、多仓、批次等复杂场景。
小团队或订单量不大的企业，完全可以用轻量的流程先跑通，不必在初期就上复杂的自动化规则。关键在于确定每一张单据的业务含义，以及发货这个动作到底触发什么数据变化。把这两点想清楚，部分发货的管理就不会出现账实不符、应收失控的被动局面。
常见问题
Q1: 部分发货用Excel管理，怎么避免库存和应收对不上？
答：使用Excel管理时需要建立三张独立表格：销售订单台账、出库明细表、应收账款明细表。每次发货时，在出库表中只记录本次发出数量，同时对应收明细表中新增一行记录，金额按本次发货数量和单价计算。不允许在销售订单表上直接扣减库存或添加应收金额。月末核对时，将三张表按订单编号关联，检查是否有多发未收、已退未冲的情况。
Q2: 进销存系统软件都能处理部分发货吗？选型时需要关注什么？
答：不是所有进销存系统都支持部分发货的自动拆分。选型时重点观察：软件是否区分“订单锁定库存”和“出库扣减库存”；是否支持一张订单对应多张出库单；出库单是否可独立生成应收单；退货入库后是否自动冲减对应应收金额。如果软件为了简化操作而把所有库存变化都归到“出库”这个单一动作上，那么它无法处理分批发货的分账需求。
Q3: 小企业订单少，有必要为部分发货上线管理系统吗？
答：如果每月部分发货订单少于20单，且仓库和财务之间核对顺畅、未发生应收争议，则可以先沿用Excel加定期对账的方式。但当订单增长到每月30单以上，或者连续两个月出现因拆分不清导致的客户投诉，就建议接入系统。可以先从免费或轻量级的进销存系统开始，重点跑通“订单—出库—应收”的三级联动，避免一开始就追求全面功能。
