商户订单与对账
“商户订单”展示当前商户的销售订单;“我的订单”展示当前账户作为买家的购买记录。同一个账户兼具两种身份时,先确认自己查看的是哪一类记录。
每笔订单检查什么
| 信息 | 用途 |
|---|---|
| 订单号、商品、数量 | 定位销售记录和交付对象 |
| 买家实际支付与币种 | 确认买家侧付款,不直接作为商户收入 |
| 订单状态、付款时间 | 区分未付款、交付处理中、已完成和已取消 |
| 商户收入、入账状态 | 确认该笔销售是否形成钱包收入 |
| 收入交易编号 | 关联钱包流水,核对余额变化 |
不要只看订单总数、销量或“已完成”标签来判断收入。金额关系见支付与结算。
日常对账顺序
- 按订单号找到对应商户订单。
- 核对付款状态和付款时间。
- 核对商品净价与商户收入,注意优惠、手续费及币种差异。
- 在交易记录中找到相关收入流水,检查变动前后余额。
- 分别确认实际商品交付和收入入账。
一笔订单可能已经付款但仍待交付;交付完成和财务入账应分开核对。
配置了交付回调时
支付成功后的业务回调可能重复到达。自己的接收端应按订单号去重,避免重复开通服务或发放商品。平台会使用稳定的请求头:
Idempotency-Key: order-fulfillment:ORDER_NO当前通知体包含 order_no 和 callback_no。这个去重键用于识别重复投递,不是签名或身份凭证;接收端需要单独确认可信来源,不能因为请求带了这个头就直接发货。
接收端应返回 HTTP 200 表示本次处理成功;当前平台不会把其他 2xx 状态一概当作成功。请求超时约 3 秒,耗时业务应可靠记录任务,并在自己的服务内跟踪后续执行。
业务处理结果应先可靠保存,再确认成功;外部副作用可能在网络失败前已经发生,因此重新收到通知时先查本地处理记录。
异常订单如何处理
- 待支付:不要提前发货,等待付款确认。
- 已付款待交付:检查接收服务是否可用、是否已按订单成功处理,再观察后台重试。
- 已取消:不要继续引导买家支付旧订单;取消记录可用于追溯库存释放。
- 已付款未入账:提供订单号和收入记录缺失情况,请平台核对。
- 实际交付不一致:记录已经发放的内容和时间,避免人工处理与自动重试重复发货。
联系支持时使用问题反馈信息清单,不要发送回调服务密钥或客户密码。
最后更新于