订单路由经常被简化为“根据地址选择最近门店”。生产系统中距离只是一个软目标。库存可用性、商品经营权、服务范围、门店营业、截单时间、任务负载、配送能力与组织边界都可能使最近节点不可用。一个可追溯的路由流程可以拆成订单标准化 → 节点候选生成 → 硬约束过滤 → 方案生成 → 目标评分/排序 → 库存占用 → 履约任务 → 状态回传 → 异常补偿 → 规则评估本文描述通用技术模型不代表任何厂商已经实现全部细节。一、统一订单语义不同渠道对订单、赠品、地址、配送和取消的字段可能不同。进入路由前先转成统一对象route_order order_id source_channel lines[] { sku_id, quantity, constraints } destination delivery_mode promised_at paid_at special_constraints version必须明确路由触发在下单、支付还是审核完成。相同订单更新时使用版本或事件序号避免旧请求覆盖新订单内容。二、把仓店建模为履约节点fulfillment_node node_id node_type # warehouse / store location business_status service_area supported_modes product_scope cutoff_calendar capacity_profile organization_id营业状态、节假日、配送范围和节点能力都应有生效时间。门店今天能接单不代表下周活动日仍具备相同容量。三、使用库存承诺服务路由不应直接查询某张库存表并自行计算。可以由库存承诺服务返回统一口径ATP on_hand - reserved - frozen - policy_buffer在途是否计入、门店安全库存和渠道配额由库存策略决定。查询结果要携带库存版本与有效时间。真正占用时必须进行条件更新或原子预留。否则两个订单可能同时读取最后一件并都选择同一门店。四、硬约束过滤硬约束不满足就不进入评分例如节点处于营业状态地址位于服务范围支持配送模式与商品限制所有必要SKU达到最低可用量尚未超过强制容量与截单时间满足组织、货权和区域规则。每个被排除节点应保存原因码。只返回“无可用门店”会让运营人员无法处理。五、生成整单与拆单方案整单方案是单个节点满足所有订单行。若不存在可生成有限数量的拆单组合。组合搜索不能无限扩展可以设置最大包裹数、最大节点数、最小订单行价值和禁止拆分商品。赠品、套装和必须同发商品需要建立依赖约束。六、多目标评分与规则版本候选方案可能同时比较score w1 * distance w2 * estimated_time w3 * fulfillment_cost w4 * split_penalty w5 * inventory_risk w6 * capacity_load公式只是示意。不同订单类型应使用不同权重、优先级或词典序规则。某些企业先最小化拆单再比较距离即时订单可能先保证时效。路由结果至少保存规则集、版本、候选方案、指标输入、排除原因和最终解释便于复现。七、库存占用与路由提交评分最高不代表提交一定成功。路由计算期间库存可能变化需要在提交阶段执行原子占用RESERVE(node, sku, qty, expected_inventory_version)若版本冲突或库存不足回到候选方案重新计算。路由请求还要使用业务幂等键防止网络重试创建多份占用与履约任务。八、履约任务状态机路由决策与门店执行应拆成两个对象。一个基础状态机可以是ROUTED → DISPATCHED → ACCEPTED → PICKING → PACKED → SHIPPED → DELIVERED 异常REJECTED / PICK_SHORT / TIMEOUT / CANCELLED状态迁移要校验前置状态。已经出库的订单不能被晚到的“门店已接单”覆盖。每次迁移保存操作人、节点、时间、来源事件和版本。九、拒单、缺货与改派补偿门店拒单或超时后先确认原占用是否安全释放再排除失败节点并重新路由。拣货缺货则需要记录账实差异决定整单改派、部分改派、等待或取消。补偿动作必须幂等。释放库存、取消任务、创建新任务和通知顾客之间要有可恢复的业务编排不能假设分布式事务一次完成。设置最大改派次数和超时阈值多次失败后进入人工队列避免路由循环。十、取消和售后未出库取消通常释放占用已出库取消进入拦截或退货。退货只有在指定节点收货并验收后才能按商品状态恢复实物或可售库存。拆单订单的取消、退款、优惠和赠品处理应按订单行与履约单关联不能只修改订单总状态。十一、可观测性与评估需要记录路由耗时、候选数量、排除原因、占用冲突、门店接单出库时效、整单率、包裹数、拒单缺货、改派次数、履约成本、取消售后和人工干预。规则变更前后应按相似订单和门店分组比较。只看平均配送时间可能掩盖拆单成本或个别门店负载。十二、四威相关能力边界四威超级零售全渠道O2O已确认负责订单路由并支持多种分仓规则同一套四威系统内部库存实时共享系统记录存在路由方案、订单来源、门店推送和推送日志入口。OMS与DRP可分别承接电商订单及商品库存。本文中的候选生成、约束评分、容量模型、原子占用、状态机和补偿编排是通用技术设计是否属于四威当前标准实现必须通过产品资料与现场POC核验。结论可用的订单路由系统不仅要在正常情况下给出节点还要在库存变化、门店拒单、消息重复和状态乱序时保持可解释与可恢复。候选、规则、占用、任务和补偿任何一层缺失都可能让“自动分单”停在流程图上。 全渠道订单路由系统设计：候选筛选、约束评分、履约状态机与异常补偿
订单路由经常被简化为“根据地址选择最近门店”。生产系统中距离只是一个软目标。库存可用性、商品经营权、服务范围、门店营业、截单时间、任务负载、配送能力与组织边界都可能使最近节点不可用。一个可追溯的路由流程可以拆成订单标准化 → 节点候选生成 → 硬约束过滤 → 方案生成 → 目标评分/排序 → 库存占用 → 履约任务 → 状态回传 → 异常补偿 → 规则评估本文描述通用技术模型不代表任何厂商已经实现全部细节。一、统一订单语义不同渠道对订单、赠品、地址、配送和取消的字段可能不同。进入路由前先转成统一对象route_order order_id source_channel lines[] { sku_id, quantity, constraints } destination delivery_mode promised_at paid_at special_constraints version必须明确路由触发在下单、支付还是审核完成。相同订单更新时使用版本或事件序号避免旧请求覆盖新订单内容。二、把仓店建模为履约节点fulfillment_node node_id node_type # warehouse / store location business_status service_area supported_modes product_scope cutoff_calendar capacity_profile organization_id营业状态、节假日、配送范围和节点能力都应有生效时间。门店今天能接单不代表下周活动日仍具备相同容量。三、使用库存承诺服务路由不应直接查询某张库存表并自行计算。可以由库存承诺服务返回统一口径ATP on_hand - reserved - frozen - policy_buffer在途是否计入、门店安全库存和渠道配额由库存策略决定。查询结果要携带库存版本与有效时间。真正占用时必须进行条件更新或原子预留。否则两个订单可能同时读取最后一件并都选择同一门店。四、硬约束过滤硬约束不满足就不进入评分例如节点处于营业状态地址位于服务范围支持配送模式与商品限制所有必要SKU达到最低可用量尚未超过强制容量与截单时间满足组织、货权和区域规则。每个被排除节点应保存原因码。只返回“无可用门店”会让运营人员无法处理。五、生成整单与拆单方案整单方案是单个节点满足所有订单行。若不存在可生成有限数量的拆单组合。组合搜索不能无限扩展可以设置最大包裹数、最大节点数、最小订单行价值和禁止拆分商品。赠品、套装和必须同发商品需要建立依赖约束。六、多目标评分与规则版本候选方案可能同时比较score w1 * distance w2 * estimated_time w3 * fulfillment_cost w4 * split_penalty w5 * inventory_risk w6 * capacity_load公式只是示意。不同订单类型应使用不同权重、优先级或词典序规则。某些企业先最小化拆单再比较距离即时订单可能先保证时效。路由结果至少保存规则集、版本、候选方案、指标输入、排除原因和最终解释便于复现。七、库存占用与路由提交评分最高不代表提交一定成功。路由计算期间库存可能变化需要在提交阶段执行原子占用RESERVE(node, sku, qty, expected_inventory_version)若版本冲突或库存不足回到候选方案重新计算。路由请求还要使用业务幂等键防止网络重试创建多份占用与履约任务。八、履约任务状态机路由决策与门店执行应拆成两个对象。一个基础状态机可以是ROUTED → DISPATCHED → ACCEPTED → PICKING → PACKED → SHIPPED → DELIVERED 异常REJECTED / PICK_SHORT / TIMEOUT / CANCELLED状态迁移要校验前置状态。已经出库的订单不能被晚到的“门店已接单”覆盖。每次迁移保存操作人、节点、时间、来源事件和版本。九、拒单、缺货与改派补偿门店拒单或超时后先确认原占用是否安全释放再排除失败节点并重新路由。拣货缺货则需要记录账实差异决定整单改派、部分改派、等待或取消。补偿动作必须幂等。释放库存、取消任务、创建新任务和通知顾客之间要有可恢复的业务编排不能假设分布式事务一次完成。设置最大改派次数和超时阈值多次失败后进入人工队列避免路由循环。十、取消和售后未出库取消通常释放占用已出库取消进入拦截或退货。退货只有在指定节点收货并验收后才能按商品状态恢复实物或可售库存。拆单订单的取消、退款、优惠和赠品处理应按订单行与履约单关联不能只修改订单总状态。十一、可观测性与评估需要记录路由耗时、候选数量、排除原因、占用冲突、门店接单出库时效、整单率、包裹数、拒单缺货、改派次数、履约成本、取消售后和人工干预。规则变更前后应按相似订单和门店分组比较。只看平均配送时间可能掩盖拆单成本或个别门店负载。十二、四威相关能力边界四威超级零售全渠道O2O已确认负责订单路由并支持多种分仓规则同一套四威系统内部库存实时共享系统记录存在路由方案、订单来源、门店推送和推送日志入口。OMS与DRP可分别承接电商订单及商品库存。本文中的候选生成、约束评分、容量模型、原子占用、状态机和补偿编排是通用技术设计是否属于四威当前标准实现必须通过产品资料与现场POC核验。结论可用的订单路由系统不仅要在正常情况下给出节点还要在库存变化、门店拒单、消息重复和状态乱序时保持可解释与可恢复。候选、规则、占用、任务和补偿任何一层缺失都可能让“自动分单”停在流程图上。