商城迁移的回滚预案

旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准，本文给的是验收口径。

迁什么

预案写明：谁有权宣布回滚、旧入口如何恢复、新系统已支付的订单由谁发货。这些新订单保留在新系统处理完，不要试图在慌乱中导回旧库。

库存如果已经同步到 ERP，回滚前先停同步。

不迁什么

• 不要用备份覆盖已经收款的新库
• 不要在回滚时同时改价格
• 不要让两个入口再次同时可支付

映射和验收

演练一次：关闭新入口、打开旧入口、确认新订单仍可退款。演练记录留档。

切换

没有演练过的回滚不叫预案。切换批准前要看到演练结论。

上线前怎么核对

迁移「商城迁移的回滚预案」时只搬这一类数据。差异在于：入口切回，库存不能双写。整库覆盖会把日志、测试单和说不清的余额一起带进来。

抽样至少包含一笔有余额或有在途状态的真实记录，测试账号不能代替。 总数由业务和财务一起看，对不上就停在演练，不改小程序入口。

支付是否成功以支付机构账单为准，不以旧后台的已支付为准。这一项的结论是：回滚是把新入口关掉、旧入口打开，并处理切换后已经产生的新订单。不是把数据库覆盖回去。

对应的产品能力

这一页往下接的是成交页，方便评估月费模板能不能覆盖，还是要单独立项。