先看结论:积分不能按 1:1 默迁。先定新系统里 1 积分值多少钱,再换算余额。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
会员当前可用积分。换算示例:旧系统 100 积分抵 1 元,新系统 10 积分抵 1 元,则余额要除以 10,并在公告里写明。
即将过期的积分单独列出,避免用户认为切换吞噬了有效期。
不迁什么
- 已使用的积分流水不必进入新账本
- 冻结在未完成订单里的积分,随在途订单一起处理
- 测试活动赠送的异常大额,先审计
映射和验收
抽 20 个会员,换算后的抵现金额与旧系统等价。公告中的汇率和程序中的汇率是同一个数。
切换
切换前停止新的积分发放和抵现。换算脚本只跑一次,保留前后对照表。
上线前怎么核对
迁移「生态型商城积分汇率怎么定」时只搬这一类数据。差异在于:汇率、抵现、过期。整库覆盖会把日志、测试单和说不清的余额一起带进来。
导入脚本要能重复执行而不产生双份数据。失败行留在失败表,不能进默认等级或默认仓库。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:积分不能按 1:1 默迁。先定新系统里 1 积分值多少钱,再换算余额。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。