先看结论:原分销商城项目常见多层关系。迁入看店通前先把计酬层级收束到合规范围,再导入。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
仍要保留的分销员、直接上级、待结算。超过允许层级的间接关系,业务上改为只保留最近一层,或改为平级,决定后一次性执行。
团队业绩如果不再使用,可以不迁累计 GMV,避免新系统按旧业绩误升级。
不迁什么
- 无法证明真实销售的层级奖励
- 插件私有的分红池,如果规则不再继续
- 测试分销员
映射和验收
任意分销员向上追溯,层数不超过约定。待结算合计有财务签字。不存在环状上下级。
切换
书面通知规则变更。切换后第一笔订单用测试分销员验证只按新规则计算。
上线前怎么核对
迁移「原分销商城分销链怎么收干净」时只搬这一类数据。差异在于:层级、团队、待结算。整库覆盖会把日志、测试单和说不清的余额一起带进来。
导入脚本要能重复执行而不产生双份数据。失败行留在失败表,不能进默认等级或默认仓库。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:原分销商城项目常见多层关系。迁入看店通前先把计酬层级收束到合规范围,再导入。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。