先看结论:三年前已完成的订单通常不用进入新的发货流程。把它们放进只读归档,比灌进生产库更安全。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
未完成订单全部进入新系统,或者明确继续留在旧系统直到完成,二者只能选一个操作入口。近几个月已完成订单如果要支持售后,就迁入且状态为已完成。
更早的订单导出为归档文件,客服按订单号查询。
不迁什么
- 无售后需求的历史明细
- 旧系统内部日志
- 重复的支付通知
映射和验收
客服能用订单号在归档里查到金额。生产库里不存在两年前那笔订单的待发货状态。
切换
公告写清:哪天之前的订单在哪里查。避免客服两套系统都说没有。
上线前怎么核对
迁移「历史订单全部迁还是只留在途」时只搬这一类数据。差异在于:在途必迁,历史可归档。整库覆盖会把日志、测试单和说不清的余额一起带进来。
切换入口只改一次。旧系统在切换后只能处理清单里的在途单,不能再收新单。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:三年前已完成的订单通常不用进入新的发货流程。把它们放进只读归档,比灌进生产库更安全。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。