先看结论:主体不变、类目仍覆盖经营范围时,通常可以保留 AppId,只替换后端和页面。主体变更要提前问微信,不能假设一定能留。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
保留 AppId 意味着用户的小程序身份还在,配合手机号就能对齐会员。服务器域名、支付目录、订阅消息模板要改到新环境。
代码可以全部替换,AppId 不变不等于数据自动还在,数据仍要迁移。
不迁什么
- 旧服务器上的证书私钥不要复制到不可信环境
- 已废弃的 request 合法域名尽快删掉
- 测试人员名单按新项目重设
映射和验收
用老用户打开新版本,能提示绑定原手机号并看到余额。支付能完成一笔最小金额并退款。
切换
先发体验版给店员,再提审。审核期间旧版本继续服务在途订单。
上线前怎么核对
迁移「换系统时小程序 AppId 能不能留」时只搬这一类数据。差异在于:认证主体不变才有机会留。整库覆盖会把日志、测试单和说不清的余额一起带进来。
切换入口只改一次。旧系统在切换后只能处理清单里的在途单,不能再收新单。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:主体不变、类目仍覆盖经营范围时,通常可以保留 AppId,只替换后端和页面。主体变更要提前问微信,不能假设一定能留。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。