订单状态流转图-改造点

失效、未付款、未发货

中台子单是否已导出变更为已导出状态，同时记录订单导出时间、导出人（客服、供应商）

供应商端

下单支付

部分退货、已付款、已发货

用户支付订单-部分

渠道端

商家入驻—标记部分发货

全部退货、已付款、已发货

用户支付订单-完全

商家入驻—标记全部发货

已取消、未付款、未发货

渠道自动支付订单

已确认、已付款、未发货

发货标记状态

商家入驻—上传发货/发货部分商品、部分数量

与订单状态流无关

中台缺失状态

接口下单失败

订单状态流转图

中台子单变更失效状态，同时记录失效时间设置异常关闭原因，方便后期统计

导单

完成

渠道下单失败

中台订单状态

确认收货

商家入驻—上传发货/发货全部

售后

售后-换货

已取消、已付款、已发货

订单导出状态

已确认、已付款、已发货

目前与订单流转无关联

渠道非预付款

已完成、已付款、已发货

售后-退款/退货

已导出

中台子单变更取消状态，同时记录订单取消时间

未确认、付款中、未发货

标记全部发货

订单终态：状态缺失，需要全局考虑。订单完成（成功）、订单关闭（失败）两个维度。订单完成：需确认是否改造？以中台触发完成订单通知渠道变更状态：以渠道触发完成订单通知中台变更状态：变更完成状态的条件：若各渠道可定制逻辑，推荐渠道触发的方式虚拟商品：发货即完成实物商品-快递发货：发货后7天？自动变更完成实物蛋糕-同城配送：发货后到达期望送达时间变更完成订单失败：需确认是否改造？同理，订单完成，谁来做逻辑触发。订单失败的判定：状态是失败的终态，包括：失效、已取消、未付款。售后的状态是否考虑为失败，还是归于成功。推荐 售后单独考虑。

发货

渠道的父订单退款功能与中台无联动关系。目前属于流程不完整，如退客户配件费、退客户差价、订单无售后情况下退运费，均在品诺后台走的退款。需确认是否改造？

未导出

取消订单-接口订单

订单状态：部分发货、全部发货：状态逻辑缺失，确认是否改造？整单订单全部SKU全部数量发货即全部发货、部分SKU或部分数量发货即部分发货。剩余SKU或剩余数量不发的处理：目前无处理流程，不能取消订单、不能售后。确认是否改造？大概想法：后台增加取消发货功能，将订单未发货SKU和数量标记取消发货，将订单状态变更为全部发货、并记录发货时间、SKU的实际发货数量。需注意次卡支付、接口订单等需要特殊考虑逻辑。不同发货场景的状态变更，并记录最终完成发货的时间点。仓库电子券发货：接口电子券发货：实物商家发货：同城自营蛋糕发货：接口蛋糕发货：全部发货后再发货：会造成发货时间的更新，无法准确记录发货时间。多出现于补发的场景，无售后单据的补发（近期很少再出现），因为无全部发货概念，无法直接判断为发货后不允许再发。发货后的取消：目前接口订单是有此功能的，用于接口订单无法接口售后的，从此入口特殊处理退款的。是否要改造？

已取消、已付款、部分发货

同上，订单售后状态是否单独考虑。单独考虑的话，售后前订单状态强制变更为已完成，订单状态达到终态。（反之，售后状态反映在订单状态上，部分退货何时到达终态？需定制时间，过期不售后）需确认是否改造？

渠道预付款

暂无标记

标记部分发货

已取消、已付款、未发货

父订单退款

取消订单

自动完成订单

未确认、未付款、未发货

中台子单变更已取消状态，同时记录取消时间、取消人（客服、渠道、供应商（资源方接口取消））

已确认、已付款、部分发货

中台子单变更已付款状态，同时记录订单付款时间

差异单

提交订单

商城用户端

中台端