I直接答案
拉新客户的关系不是一次性焊死的，订货宝在客户模块里留了变更入口。你要做的路径是：客户 → 拉新客户 → 找到对应记录 → 执行邀请人变更，把新的邀请人指定上去。这个操作本身不复杂，复杂的是它带来的账务后果。
关键判定只有一条：变更从哪一刻生效。系统按变更当日划界——你在某天完成邀请人变更，这一天之内这批拉新客户产生的订货返利，就全部进入新邀请人的返利账户，而变更之前已经结算或已经产生的返利不追溯、不迁移。所以决定返利归谁的，不是客户当初被谁拉进来的，而是「返利发生的时间」和「那一刻谁是邀请人」。
换句话说，能不能变更的答案是能，但要不要现在就变更，得先看一眼今天有没有正在跑的订货返利。如果今天已经有订单在途或即将结算，先等这批返利入账再动，比事后去解释一笔钱为什么换了主人要省事得多。
II操作问答
在系统里怎么一步步做
第一步，进客户模块，找到拉新客户的列表视图，确认你要调整的那条记录。建议先用客户名称或手机号筛出来，避免同名同姓点错行。
第二步，打开这条拉新客户的关系信息，执行邀请人变更，选择新的邀请人并保存。保存后建议立刻回列表复核一次，确认邀请人字段已经更新，别只看到保存成功的提示就收手。
第三步，也是很多人跳过的一步：当天盯一下返利账户的入账明细。因为返利是按变更当日切分的，当天发生的订货返利进到哪个账户，是验证变更是否生效最直接的办法。
如果涉及一批客户同时换邀请人，不要一次性全量操作。建议先拿一两条试跑，确认当天返利入账方向正确，再批量处理，出问题的排查成本会低很多。
III操作问答
两种最容易配错的情形
第一种是把变更理解成「追溯调整」。有人以为改了邀请人，之前几个月这个客户带来的返利也会重新算一遍，于是放心大胆地改。实际现象是：改完之后历史返利一动不动，新返利却从当天开始走了新账户，账面上看起来像「一半旧一半新」，如果事前没跟相关人讲清楚，很容易被当成系统出错。
第二种是变更时点撞上返利结算。比如当天正好有一批订货已经产生但还没入账，操作人在这个窗口里完成变更，结果这批返利全部进了新邀请人的账户。原邀请人看到的现像是自己少了一笔本该到手的钱，而系统层面这个结果是完全正常的，因为没有追溯规则可依。
避免这两种情况的办法不是不操作，而是把变更安排在没有大额订货返利在途的时间点，比如一批订单入账之后、下一批下单高峰之前。代价是你要多等一两天，收益是少一轮对账扯皮。
IV操作问答
它跟哪些功能会互相牵扯
返利账户是最直接的一环，邀请人一换，返利的出口就换了，这一点前面已经说透。往后一层是权限：新邀请人需要具备查看该客户返利明细的权限，否则变更做完了，对方登录进去看不到钱，会以为没生效。
再往上是价格与账期。拉新客户通常挂着特定的价格政策或账期设置，这些跟着客户走，不跟着邀请人走。所以换邀请人不会导致客户拿到的价格变化，这一点要在变更前跟双方交代清楚，免得有人误以为关系一变政策就变。
报表层面也要留意。按邀请人维度统计的返利报表、拉新业绩报表，在变更之后会出现同一客户跨两个邀请人的数据分布。做月度汇总时如果只看客户不看时间，容易算出重复或遗漏的数字。
如果这家客户是多规格下单，变更关系不影响规格和库存逻辑，但返利计算基数可能按规格或按订单金额不同，换邀请人之前最好确认一下返利规则本身有没有按规格区分，别把关系问题和规则问题混在一起排查。
V操作问答
变更之前建议先做的三件事
先确认当天有没有在途返利，有就等一等；再确认新邀请人的账号权限和返利账户是正常可用的；最后跟原邀请人和新邀请人各说一句变更从当天起算、以前的不动，把预期先对齐。
这三件事花不了多少时间，但能挡掉绝大多数「改了之后钱不对」的争议。关系变更本身是一个很轻的动作，真正需要谨慎的是它落在哪一天。
如果拿不准当天的返利状态，可以通过全国服务热线 400-888-1794 咨询，或者发邮件到 dhb@adelieyun.com 说明你的客户情况和操作时间点，让业务顾问帮你判断这个时间窗口适不适合动手。
VII常见问题
被问得最多的几个问题
不会。系统只按变更当日划界，变更前已经产生或已经入账的返利留在原邀请人的返利账户里，不会因为换了邀请人而重新归属或扣回。如果你的预期是「改一下就把历史返利也转过去」，那需要换别的方式处理，比如在线下另行结算。
当天的返利归到最后一次变更后的邀请人。因为系统按变更当日归属，你在一天内连续变更，前一次指定的邀请人实际上没有拿到这一天的返利。所以别把变更当试错操作，想清楚再保存，避免一天内反复切换。
大概率是权限没配。邀请人字段更新了，但新邀请人的账号如果没有查看该客户返利明细的权限，登录后自然看不到数据，表现上像变更没生效。先去核对该账号的权限范围，再看返利账户的入账记录，通常就能定位。
VII继续查
企业微信 · 专属顾问