先看结论:微信小店的订单属于小店交易。没有稳定回传时,不要手工做进自建订单去发货。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
如果接口或导出能提供订单号、支付状态、商品和售后状态,可以把已支付订单同步为渠道订单,仅用于会员和统计。发货和售后仍以小店后台为准,除非已经打通发货接口。
会员用 unionid 或手机号对齐,对齐不上就保持渠道匿名统计。
不迁什么
- 未支付的小店订单
- 小店优惠的内部摊销,如果字段不全
- 把小店订单改成可在自建商城再次退款
映射和验收
同步订单不能再次发起一笔微信支付。售后状态能看到是否已在小店退款。
切换
明确哪一边发货。双发货是这种迁移里最贵的事故。
上线前怎么核对
迁移「微信小店订单要不要进自建商城」时只搬这一类数据。差异在于:能回传才迁,不能回传就分账本。整库覆盖会把日志、测试单和说不清的余额一起带进来。
切换入口只改一次。旧系统在切换后只能处理清单里的在途单,不能再收新单。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:微信小店的订单属于小店交易。没有稳定回传时,不要手工做进自建订单去发货。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。