拉新返利规则时，客户邀请的客户怎么归属业务员？

客户邀请的客户归属业务员，判定依据不是谁发出邀请，而是邀请人本身挂在谁名下。资料里的场景是：A业务员的客户B，用B的入口去邀请注册，结果C和D都算A业务员的客户，而不是算B的客户。所以决定归属的那把钥匙，是邀请人B与业务员A之间已经存在的那条客户关系。只要这条关系没被改动，B后续再拉多少人，这些人都顺着B落到A名下。

为什么会这样？因为B本身是客户身份，不是业务员身份。系统里能做“我的客户”归属的只有业务员，客户只能被归属，不能持有下级。B把链接转给C、D，本质上只是替A做了一次获客动作，渠道归渠道，归属归归属，两件事分开记。

那什么情况下会变？当B与A的归属关系本身被调整，或者B被换绑到另一个业务员名下，后续由B带来的新客户才会跟着改。已经落定的C和D，一般不会因为B再换归属就自动迁移，具体要按当时的规则处理。

第一步，先确认B已经是A的客户。打开客户管理或客户列表，找到B，看它的归属业务员字段显示的是不是A。这是整条链路成立的前提，如果B根本没挂在A名下，后面的归属结论全部不成立。

第二步，进入拉新返利相关设置，开启客户邀请注册的入口。B作为客户身份获得邀请能力后，把邀请入口或邀请链接发给C和D，C、D完成注册。这一步要注意的是开启范围，不是所有客户都默认有邀请权限，得按你的业务需要放开。

第三步，回到客户列表刷新查看。C和D注册完成后，归属业务员字段应该显示为A。如果显示为空或显示别人，先别急着改，按顺序检查两件事：B的归属是否仍是A，以及C、D是否确实是通过B的入口注册的。

第四步，如果发现C挂错了人，处理顺序是先用归属调整把C改到正确业务员名下，再回头排查B的归属有没有被动过。反向操作往往会把问题掩盖掉，下次B再拉新人还是错。

归属直接决定返利算给谁。C和D的订货行为产生的拉新返利，最终会记在归属业务员A的账上，所以第一步配错，后面所有返利数字都跟着错。这也是为什么要在开活动之前先把客户归属理顺。

它还和价格、账期联动。不同业务员名下的客户，可能挂着不同的价格等级或授信额度、预存款设置。C如果被挂到A名下，就按A那套价格和账期走；挂错人，报出来的价和可用的额度都是另一套。

库存和报表也会受影响。按业务员维度看销售报表时，C和D算进A的业绩；按客户维度看，他们又和B同处一条关系链。权限层面，A能否看到B、C、D的订单和资料，也取决于这条归属链有没有接对。