交易系统

订单管理

订单状态:

    NOT_PAY(1, "待付款"),  // WAIT PAY 待付款
    PAID(2, "已付款"), // PAID/WAIT RECEIVE 待收货
    DELIVERED(3, "已发货"), // PAID/WAIT RECEIVE 待收货
    SUCCESS(6, "交易成功"), // FINISH COMMENT
    NOT_PAY_CLOSE(8, "未付款关闭"), // CANCEL
    WAIT_BUSINESS_CONFIRM(9, "待商户确认"), //暂时无用
    //中间值留作扩展
    ORDERED(16, "已下单"), // PAID/WAIT RECEIVE 待收货

审核状态:

    NO_NEED_APPROVE(0, "无需审核"),
    WAITING_TO_APPROVE(1, "待审核"),
    APPROVE_PASS(2, "审核通过"),
    APPROVE_FAIL(3, "审核不通过");
    Approved(5,"审核通过"); // PAID/WAIT RECEIVE 待收货
    REFUNDED(4, "退款关闭"), // REFUND 售后

上方的状态更多的是业务表示的状态, 而不是技术实现上的逻辑状态机.
比如 退款关闭 和 未退款关闭 逻辑状态机上都属于 交易关闭, 只是不同的 action 导致了业务上的不同.

• 正向订单状态: 待付款, 待发货, 待收货, 交易成功, 取消
• 逆向(售后)订单状态: 待审核, 待退货(待换货), 待退款(换货出库), 售后成功

订单下单

订单下单流程.png

订单信息中，主要包含以下内容：用户信息、订单基础信息、收货信息、商品信息、优惠信息、支付信息、物流信息、其他信息等。
订单的内容复杂精细，在存储时除了表结构的设置，还应该注意信息冗余。特别是商品信息，由于商品的内容不断编辑变化，要保存下单时的商品快照，避免过长时间后，商品信息丢失。

订单信息.png

订单拆单

拆单流程.png

一般在下单时会考虑商家分类与仓库因素进行拆单，其他的因素会在支付后发货前再考虑进去，用于拆分发货单.

在用户提交订单之后、支付之前的拆分订单，需要即时显示给用户，若用户中断支付，再回到支付环节，就需要分开支付.
在支付之后，系统根据一些影响因素进行拆单，同一个子订单可能会对应多个物流单，在订单显示页面查看物流信息时，需要展示多个物流信息

订单售后

订单逆向流程分为:

• 用户主动发起
• 客服发起等

订单逆向流程.png

关键节点有: (要考虑部分退货退款)

1. 待付款取消订单
2. 待发货取消订单
3. 待收获/交易成功退货
4. 待收获/交易成功退款

订单统计

1. 常规统计(财务统计):

销售额、毛利、成本、纯利润、客单价等

2. 流量统计:

指导电商平台运营工作，分析用户行为、订单流量等，如访客数、浏览量、支付转化率等

订单流量分析中又分为三个维度: 订单交易纬度、商品纬度、订单来源等

交易分析

1. 统计周期内的订单销售额
2. 订单量
3. 客单量: 统计周期内，已支付的订单平均金额。
4. 下单用户数与支付用户数
5. 支付新用户数与支付老用户数
6. 订单金额分布: 订单金额在各价位之间的占比
7. 地域分布：分析各区域的购买转化率及订单量、客单价

商品分析

1. 被下单的商品数
2. 被支付的商品数
3. 被访问的商品数
4. 商品收藏次数
5. 商品销量统计
6. 加购件数

订单来源分析

1. 统计出每个订单的来源
2. 记录订单产生的流程
3. 追踪订单来源

提供服务

交易查询 TradeQueryService

统计订单数量(userId, payStatus)
统计已/未评论订单数量(userId, flag)
// 过滤隐藏/删除订单, 评价状态
分页查询订单列表(userId, payStatus, pageNo, pageSize, filterHidden, reviewStatus)

交易退款查询 TradeRefundQueryService

统计退款单数量(userId)

交易 TradeService

用户主动确认收货(userId, tradId)

商品查询

sku查询(skuId)

交易信息保存

现金抵扣券 可以抵扣邮费，订单，由于一笔订单只会有一个邮费(不记录skuId)，而抵扣商品必然会保存skuId（以此区分抵扣类型）