发布：更新：阅读：220
一名销售已经离职，后台账号也显示停用，官网新询盘却继续挂在他的名下。客户收到自动回执后没有后续，销售主管查看自己的列表也找不到这条线索。问题往往不在登录权限，而在分配规则仍保存着旧用户ID，路由程序写入线索时没有再次检查账号状态。
人员离场会同时影响新线索、历史跟进和通知渠道。处理顺序很重要：先阻止新询盘进入旧账号，再转移待办，随后检查邮件、接口和报表。只改负责人姓名或删除登录入口，容易让系统表面上完成交接，实际仍存在无人接收的路径。
路由程序每次分配都应读取账号的启用状态，不能只在规则创建时验证。检查范围包括地区负责人、产品线负责人、语言队列、轮询成员和默认接收人。后台界面可能显示销售姓名，真正清理时要搜索用户主键；同名账号、改名账号和历史账号靠名称很难排干净。
规则找不到有效接收人时，线索应进入公共待分配队列，并生成一条运营提醒。记录中保留route_rule_id、form_id和失败原因，方便追查是哪条规则没有接班人。系统静默回退到旧默认账号，或创建负责人为空的线索，都会把异常藏到客户催问之后。
未联系、等待资料、报价中、售后转接的线索承担不同承诺，不能一键改名后结束。交接清单至少要保留原负责人、最近一次沟通、下一次待办时间、附件版本和客户等待事项。正在等技术答复或报价的记录，接收人确认材料完整后再关闭旧待办。
销售聊天记录、报价单和产品手册需要跟线索一起转移，但个人备注中的无关信息不应复制。若附件仍在离职人员的个人网盘，新负责人在CRM里看见文件名也无法打开。应先迁到团队可控目录，再把稳定地址写回记录。
CRM负责人改对了，提醒邮件仍发到旧邮箱，同样会造成漏单。检查团队邮箱、企业通讯工具、日报订阅和超时告警的接收人；通知失败要进入异常列表，显示询盘ID与目标地址。旧账号创建的API密钥、邮件转线索规则和个人脚本也要迁到受控服务账号，并记录用途与维护人。
报表常被忽略。主管视图若固定筛选原销售姓名，转移后的线索可能从统计中消失；按用户主键关联的看板也要刷新映射。账号停用后保留历史姓名用于审计即可，不应继续参与新任务分配或当前业绩归属。
从官网提交几条测试询盘，覆盖不同地区、产品和语言，再补一条故意不匹配任何规则的记录。逐条核对负责人、公共队列、自动回执、团队提醒和next_task_at。接口导入、邮件转线索若走另一套路由，也要各测一条。
测试结束后反查停用账号名下的created_at，停用时间之后不应出现新记录。再从source_url、UTM参数和form_id回到原始入口，确认来源没有在转移时丢失。若仍有询盘落入旧账号，先暂停对应规则，检查路由缓存、默认值和接口映射，不要靠人工每天搬运来维持。
