订单从创建、付款、发货、收货到完成，每个节点都要明确谁能操作、何时流转、失败后如何补偿。
售后会影响库存、销量、佣金、支付对账和经营统计，订单中心需要把退款原因、金额、责任和处理进度记录清楚。
用户关心是否发货，商家关心能否履约，客服关心上下文，财务关心支付、退款和对账是否一致。
平台自营、商家发货、供应商发货和同城配送的责任不同，系统需要明确发货主体、发货时限和异常处理。
售后会影响库存、佣金、活动、财务和经营统计，不能只在订单上显示一个退款状态。
客服需要完整订单上下文，财务需要可核对的支付流水、退款流水、优惠分摊和结算依据。
锁定商品、SKU、价格、优惠、地址、发票、配送和服务承诺，生成订单快照。
支付成功后更新支付状态，记录支付单号、支付渠道、优惠分摊和超时关闭策略。
商家或仓库进行备货、打印面单、发货和包裹跟踪，异常件需要可备注和可追踪。
用户确认或系统自动确认后，订单进入完成阶段，并触发评价、统计、结算等后续动作。
售后申请、审核、退货、退款、拒绝和平台介入都要形成单独记录，并关联原订单。
财务核对支付、退款、佣金、优惠和结算，运营分析履约时效、退款原因和异常商品。
支付创建、回调、状态同步和超时关闭是否稳定，避免用户已付款但订单状态异常。
按店铺、仓库、物流公司和商品统计发货时长，识别缺货和履约瓶颈。
从用户申请到处理完成的时间，反映客服、商家和仓库协作效率。
退款金额、优惠分摊、支付渠道和原订单金额要一致，避免财务差异。
每个关键节点都要有操作人、时间、原因和前后状态，方便处理投诉和审计。
订单变化后，库存、统计、营销、分销、客服和财务数据要同步更新。
订单主链路看起来简单，真正复杂的是支付失败、库存不足、拆单、部分退款、物流异常和售后冲突。
订单状态、支付状态、发货状态和售后状态要分开记录。一个订单可以已支付但未发货，也可以部分发货、部分售后，不能用单一状态覆盖所有业务含义。
下单时的商品、规格、价格、优惠、佣金、地址、发票和服务承诺都要进入订单快照。后续商品改价或下架，不应影响历史订单处理。
售后申请要明确可退金额、可退数量、退货地址、凭证、责任方和处理时限。部分退款、整单退款和仅退款要分别影响库存、统计和结算。
支付单、退款单、优惠分摊、佣金扣减和余额流水要能关联到同一订单。对账异常必须能回溯到具体支付渠道、订单明细和售后记录。
商品价格、规格、活动和佣金会变化，订单快照能保证后续退款、对账和售后按下单时信息处理。
通常需要和支付、物流、售后、客服、财务、统计、分销和库存系统打通。
部分退款要按商品、数量、优惠分摊和支付金额重新计算，并同步影响销量、库存、佣金和经营统计。
订单涉及用户、商家、客服、仓库和财务，操作日志可以说明谁在什么时间做了什么处理，便于投诉和对账。