先看结论:已经打开的退款、退货,在原系统处理到关闭。新系统只接收切换后新发起的售后。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
把未关闭售后列成清单:订单号、类型、责任人、预计完成日。这些单的库存和佣金仍按旧系统结果,在关闭后做一笔调整同步。
用户查看路径要在公告里写明,避免他们在新小程序找不到退款按钮。
不迁什么
- 不要把处理中的退款在新系统再点一次同意
- 不要迁移半截的退货物流后再改地址
- 不要同时在两边改同一笔佣金
映射和验收
清单上的每一单在且仅在一个后台有同意退款按钮。关闭后的结果能在对账里看到。
切换
客服脚本只给一个入口。清单清空前,旧后台保留相应账号。
上线前怎么核对
迁移「正在售后的订单留在哪边处理」时只搬这一类数据。差异在于:售后单不要换系统半路改判。整库覆盖会把日志、测试单和说不清的余额一起带进来。
导入脚本要能重复执行而不产生双份数据。失败行留在失败表,不能进默认等级或默认仓库。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:已经打开的退款、退货,在原系统处理到关闭。新系统只接收切换后新发起的售后。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。