电商交易-履约-库存中心业务模型设计

目录

• 概念
  • 履约订单（Order Fulfillment）
    • 履约订单的核心功能​
    • 生命周期与流转​
  • 发货通知（发货通知单）
    • 生命周期与流转​
• FAQ
  • 占销售库存，会占逻辑库存和物理库存吗？
    • 🔍 一、三层库存的占用逻辑
  • 调拨出库的时候是否需要占用销售库存？
    • ⚖️ 一、无需占用销售库存的场景
    • 🔒 二、需占用销售库存的场景
  • 在什么情况下多个履约订单需要合并一个新的履约订单
    • 🧩 一、需要合并为新的履约订单的场景
      • 1. 同客户同地址多订单集约发货
      • 2. 促销分摊或财务整合需求
      • 3. 仓库调度优化（同仓同批处理）
      • 4. 逆向履约（退货/换货合并处理）
    • ⚙️ 二、无需生成新订单的场景（仅合并操作单据）
    • 📊 三、合并决策的核心规则对比
• 参考资料

概念

履约订单（Order Fulfillment）

是指从接收订单到将商品交付给客户的完整闭环流程。核心目标是确保在正确的时间、正确的地点、以正确的状态和数量将商品送达正确的客户。履约订单是整个履约过程的起点，包含客户下单的所有信息，如商品信息、数量、价格、收货地址等。

履约订单的核心功能​

​统筹调度​：决定订单拆单逻辑（如按仓库、物流条件拆分）
​资源分配​：指定发货仓库、物流商，优化成本与时效
​客户交互​：向客户同步订单状态（如“已发货”）

生命周期与流转​

生命周期从下单开始，到客户签收或退货结束，状态包括“待处理→已确认→已发货→已完成/已退货”

发货通知（发货通知单）

则是履约过程中的一个执行指令，是履约系统给仓库管理系统（WMS）的指令文件。当履约系统完成订单处理后，会生成发货通知单给WMS，指导仓库进行具体的拣货、打包和发货操作

生命周期与流转​

​仅在仓库作业阶段生效（从生成到出库完成），状态包括“待拣货→已打包→已出库”

FAQ

占销售库存，会占逻辑库存和物理库存吗？

🔍 一、三层库存的占用逻辑

1. 销售层占用（交易订单占用）

   • 用户下单时，系统立即锁定销售层的可销售库存（如减少前台可售数量），防止超卖。
   • 此时销售层库存变动仅停留在虚拟层，尚未直接影响调度层或仓库层的实物库存。

2. 调度层/逻辑层占用（异步触发）

   • 支付后触发：用户支付成功后，订单推送至调度层生成履约单，调度层根据规则（如就近仓库）分配库存：
     • 若调度层库存充足，则锁定逻辑库存（如区域可用库存）；
     • 若库存不足，则可能触发调拨或等待补货（超卖场景）。
   • 异步延迟处理：高并发场景（如双十一）可能先建履约单，延迟生成发货通知，缓解系统压力。

3. 仓库层/物理层占用（执行阶段）

   • 调度层生成发货通知单推送至仓库系统（WMS），WMS收到指令后：
     • 锁定库位库存：按发货单锁定具体库位的实物库存；
     • 扣减实物库存：拣货出库后完成扣减。

• 退货的场景。 履约订单的状态 ，以及跟逆向的单据如何协同
• 履约订单如何设计？ 有拆的和合单。 合单后生成新的履约订单？ 拆单后生成履约子订单？

调拨出库的时候是否需要占用销售库存？

⚖️ 一、无需占用销售库存的场景

1. 适用条件：
   • 允许超卖：平台接受订单时可不校验实物库存（如预售模式）。
   • 跨仓协同：客户下单时支持从多仓库发货（如就近仓缺货则从其他仓调拨），调拨仅影响物理库存，不干预销售层库存。

🔒 二、需占用销售库存的场景

1. 适用条件：
   • 禁止超卖：销售库存必须严格匹配实物，无货则不可下单。
   • 区域库存隔离：限定特定区域客户仅由本地仓库发货（如生鲜类目需就近配送）。

在什么情况下多个履约订单需要合并一个新的履约订单

🧩 一、需要合并为新的履约订单的场景

1. 同客户同地址多订单集约发货

• 条件：多个订单需满足同会员账号、同收货地址、同仓库、同配送方式等条件。
• 目的：降低物流成本（如合并包裹减少运费）和仓库作业成本（如一次拣货打包）。
• 系统处理：
  • 原订单（如A/B/C）作废，生成唯一新订单D。
  • 客户在销售平台仍可见原始订单，但物流单号统一为D的运单号。

2. 促销分摊或财务整合需求

• 条件：多个订单涉及共享促销活动（如跨订单满减）、或需合并结算（如发票统一开具）。
• 目的：解决优惠分摊复杂性和财务对账效率问题。
• 系统处理：
  • 新订单D整合所有子单金额，促销优惠按商品比例分摊。
  • 原始订单状态变更为“已合并”，避免重复结算。

3. 仓库调度优化（同仓同批处理）

• 条件：多个订单需从同一仓库发货，且满足合并时间窗口（如15分钟内下单）。
• 目的：提升仓库出库效率（如波次拣货），减少分拣次数。
• 系统处理：
  • 自动合并为单一发货单，生成新履约订单D。
  • 若超时未自动合并，支持客服手动触发。

4. 逆向履约（退货/换货合并处理）

• 条件：同一客户多笔退货需合并补发或换货，且商品需同仓同物流发出。
• 目的：简化逆向流程，避免多次发货。
• 系统处理：
  • 原退货单作废，生成新换货订单D统一履约。

---

⚙️ 二、无需生成新订单的场景（仅合并操作单据）

• 适用场景：仅需合并物流操作（如共享同一包裹），但财务和客户视角需保留原始订单。
• 系统逻辑：
  • 多个父订单共用同一发货单和物流单号，但各自独立结算。
  • 例如：客户同日同地址下单两次，仓库合并发货但平台显示两个订单。

---

📊 三、合并决策的核心规则对比

场景	是否生成新履约订单	触发条件	系统操作
同客户同地址集约发货	是	同仓库、同配送方式、同时间窗	原单作废 → 新单D承担履约
促销/财务整合	是	跨订单共享优惠、需统一开票	新单D整合金额并分摊优惠
仓库批次优化	是	同仓订单在合并等待期内（如15分钟）	自动生成新单D
仅物流合并	否	需同一包裹发货，但独立结算	共享发货单，原订单保留

---

参考资料