先看结论:能迁的是当前上下级和待结算金额。历史每一笔佣金明细通常不必迁进新的计算引擎。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
分销员身份、上级、等级、待结算和可提现余额。如果旧系统允许三级甚至更多,新系统不应原样复制超出合规范围的计酬层级。超出的层级要在切换前改成符合现行规则的结构,并通知相关人员。
待结算如果含有可能退货的订单,金额先放入冻结,不要在切换日全部可提现。
不迁什么
- 已打款的历史佣金明细可留档,不参与新计算
- 失效的推广海报
- 仅注册未产生销售的大量沉默分销员,可按业务决定是否迁
映射和验收
选 10 条有上级的关系,新系统展示的上级手机号一致。一笔退款能减少对应冻结佣金。不存在「自己是自己的上级」。
切换
切换日暂停提现。旧系统结算单全部关闭后再开新提现。
上线前怎么核对
迁移「订阅制商城分销关系能否原样迁」时只搬这一类数据。差异在于:上下级、待结算、已结算。整库覆盖会把日志、测试单和说不清的余额一起带进来。
导入脚本要能重复执行而不产生双份数据。失败行留在失败表,不能进默认等级或默认仓库。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:能迁的是当前上下级和待结算金额。历史每一笔佣金明细通常不必迁进新的计算引擎。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。