先看结论:在售商品和在途订单必须迁。多年前已完成订单可以只归档,不必全部进新的订单状态机。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
在售 SKU、规格、价格、库存、主图,以及未完成的订单:待发货、已发货未签收、售后中。这些订单还要继续发货或退款,必须在新系统可操作,或者明确仍留在旧系统操作到结束。
两套同时能发货会造成重复发货。在途单只能有一个操作入口。
不迁什么
- 下架且无在途的商品可后补
- 已关闭的购物车
- 完整历史订单如果只为查账,可放只读归档库
映射和验收
在售 SKU 数量和价格抽查一致。随机 5 张在途订单能看到收货人和支付金额。库存总数与导出文件一致,允许事先说明的预占差异。
切换
停售短窗口内导出。切换后旧店铺停止新下单。在途单的责任人写在切换计划里。
上线前怎么核对
迁移「订阅制商城商品和历史订单迁哪些」时只搬这一类数据。差异在于:在售 SKU、在途订单、已完成订单。整库覆盖会把日志、测试单和说不清的余额一起带进来。
导入脚本要能重复执行而不产生双份数据。失败行留在失败表,不能进默认等级或默认仓库。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:在售商品和在途订单必须迁。多年前已完成订单可以只归档,不必全部进新的订单状态机。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。