业务员可以只看到自己邀请的待审核客户吗

先给结论：系统里没有“只看自己邀请的”这个开关。业务员能不能进待审核列表，取决于他有没有被授予待审核相关权限；一旦授予，列表返回的就是该账号权限范围内全部处于待审核状态的客户，包括别人邀请的、后台手动录入的、通过其他入口提交的。邀请人是谁，并不会成为这个列表的过滤条件，所以想靠“谁邀请谁审核”来天然隔离，是做不到的。

那业务员看到的是不是全公司的待审核客户？也不是。这里的“全部”有前提，是这名业务员账号本身的数据范围。如果账号被限制在某个部门或某个区域，他看到的是这个范围内的全部待审核客户；如果账号范围就是全公司，那看到的就是全公司的。真正决定可见范围的是账号的数据权限，不是邀请关系。

如果业务确实要求业务员只能处理自己拉来的客户，可行的做法不是改待审核列表，而是换一条路：不让业务员直接持有审核权，改由上级或专职审核岗在待审核列表里认领、核对邀请人后处理；或者干脆把客户建档入口收回到少数人手里，业务员只负责提交资料。这两种做法都要付出效率代价，配之前先想清楚。

还有一个容易被忽略的点：审核通过之后，客户会按归属规则落到某个业务员名下，这一步和“谁审核的”是两回事。也就是说，邀请人、审核人、归属人可以是三个不同的人，系统不会因为某人点了通过就把客户算给他。

第一步，进后台的权限管理，找到对应业务员所在的角色或直接对账号做单独设置。待审核相关权限通常和控制客户资料、审核客户这类操作权限放在一起，勾选之后保存。

第二步，确认这个账号的数据范围。是全部数据、本部门数据还是仅本人数据，会直接影响待审核列表里能看到多少条。范围给小了，业务员看不到该看的；给大了，他会看到不该看的客户。

第三步，让业务员退出重新登录，或者刷新一次页面，权限变更才会稳定生效。之后用一个测试账号提交一条客户申请，观察列表里是否出现，验证配置是否符合预期。

第四步，如果发现列表里混进了其他渠道来的申请，不要急着怀疑系统，先去看这些客户是谁提交的、走的哪个入口。多数情况是后台录入或其他账号邀请产生的，属于正常数据。

和归属规则牵连最紧。审核通过的那一刻，系统按预设的归属逻辑把客户分给某个业务员，可能是按邀请人、按区域、按指定人。审核列表的可见范围不影响这个结果，两者是分开配置的。

和价格体系也有关系。客户审核通过后才进入正式档案，才能匹配到对应的客户等级和价格策略。审核卡住，报价、下单这些后续动作都会受影响，所以待审核列表的清理速度实际上会影响前端成单。

和报表统计关联。审核量、审核时长这类数据会进入后台的统计口径，如果权限配置混乱、多人重复处理，报表数字会失真，月底复盘时很难解释。

和消息通知联动。审核结果通常会有通知推给相关人员，如果业务员没有审核权限但需要知道自己邀请的客户进展，就要靠这类通知或归属后的客户列表来跟进，而不是依赖待审核列表。