不要只用一个已发货状态
一张订单包含多个商品时，有的已出库，有的待补货，还有的已经取消。系统需要分别保存明细状态，再汇总成整单进度。业务讨论时应确认订单完成到底以全部发出、全部签收还是售后期结束为准。客服查看进度、仓库处理任务和财务核对金额所关心的节点不同，页面可以围绕各自职责展示。
发货批次独立追踪
每次发货保存商品、数量、仓库和物流信息，并关联到原订单明细。允许同一商品分两批发出，也允许一次发货合并多项商品，但不能丢失数量对应关系。用户端应看到还有哪些未发出，而不是只看到第一个物流单号。对无需物流的交付类型，则需要单独确认服务开通或电子交付的完成依据。
缺货与取消影响剩余数量
发现缺货后可以等待补货、替换商品或取消部分订单，不同选择应经过相应确认。取消已经预留但未出库的数量时释放库存；已经发出的部分则进入退货等后续流程，不能直接从订单中删除。若涉及款项调整，页面要明确待处理金额与当前订单状态，避免客服误把取消申请视为处理已经完成。
按部分完成的过程验收
测试一张包含三个商品的订单，先发两项中的部分数量，再取消另一项，最后补发剩余货物。核对订单进度、物流列表、预留库存和应处理金额是否一致。特别检查重复点击发货、物流信息补录及取消与出库同时发生时的结果，确保每一次业务操作都有唯一的数量影响和可查看的记录。
方案落地前需要确认
本文以“订单系统定制”为主题讨论功能设计，属于方案指南，不代表某个客户项目的实际交付承诺。具体实施前，应由业务负责人确认适用规则、使用角色、现有系统接口和验收方式，再通过原型验证关键操作。对于暂时不能确定的条件，保留待确认清单，在范围明确后评估开发周期与费用，避免将示例直接套用于不同企业。