官网友情链接 wecomapi.com企微二次开发中员工离职是一个影响范围非常大的事件。很多系统只处理把员工状态改成离职。但真实业务里一个员工可能同时关联几百个客户多个外部群未完成任务待处理工单群发任务客户标签文件数据权限。如果只更新员工状态剩下业务对象仍然指向一个已经无法处理工作的负责人。所以企微开发API接入员工状态以后离职应该被视为一个完整“交接流程”。WeComApi 可以作为企微API接入层把员工、客户关系、外部群和相关事件接入系统。本地业务层再负责客户继承、群负责人调整、任务迁移和权限回收。一、离职不是一个字段变化员工 A 离职。系统需要立即回答他的客户怎么办他的群怎么办他的工单怎么办他的任务怎么办他的后台权限怎么办。这些问题不能靠一个 status resigned 解决。二、先生成离职交接任务收到事件以后保存原始事件。生成handover_task。任务里扫描客户外部群未完成任务CRM工单权限。三、一个具体例子员工 A负责 300 个客户管理 12 个外部群有 8 个未完成回访2 个待审核群发1 个售后工单。离职事件进入。系统生成交接摘要。主管选择员工 B 接管客户。但售后工单仍由客服 C 负责。群运营则转给运营 D。这说明不是所有东西都转给 B。不同业务对象有不同负责人体系。四、客户继承和 CRM 负责人要区分企微客户关系可以继承给 B。但 CRM 商机负责人是否转 B需要业务规则。例如某些大客户可能由主管重新分配。不能直接全量覆盖。五、外部群要检查群主和运营负责人企业微信群主可能需要变更。本地运营负责人也可能需要变更。两者不是同一字段。系统应分别处理。六、未完成任务需要分类回访任务通常转新客户负责人。工单按照工单负责人体系。群发审核可能取消或者重新审核。数据同步任务可以由系统继续执行。不能一刀切。七、权限要立即回收员工离职以后最优先的动作之一是后台权限回收。包括客户查看文件下载群管理导出任务操作。权限回收最好独立于其他业务交接。即使客户交接还没完成也不能让离职人员继续拥有系统权限。八、WeComApi 的职责WeComApi 负责员工状态客户关系外部群企微API相关数据。本地系统负责交接任务新负责人权限CRM工单审计。九、交接状态机待扫描待负责人确认处理中部分完成待人工已完成失败。大规模离职交接不可能一个事务全部完成。步骤化更稳定。十、部分失败怎么处理客户继承成功。群负责人调整失败。权限回收成功。任务迁移失败。此时状态部分完成。失败步骤进入补偿。不能整套流程从头重跑。十一、交接前要生成快照记录离职时有多少客户多少群多少任务。以后可以核对是否全部处理。十二、离职后新增事件怎么办交接过程中原员工关系可能仍然产生变化。系统应该把新事件挂到交接任务上。避免扫描时点之后的数据遗漏。十三、审计必须完整记录离职时间原负责人接收人转移客户数群数任务数权限回收时间失败项。这是非常重要的企业操作记录。十四、权限恢复要严格如果员工离职标记错误又恢复。不能自动把之前所有权限原样恢复。应该重新走授权。避免历史权限被无条件恢复。十五、对账交接完成后可以做一次专项对账。检查是否还有客户绑定离职员工是否还有运营中群由离职人员负责是否有未完成任务是否有残留权限。十六、异常中心交接超过一定时间还未完成。进入高优先级异常。例如离职员工还有 50 个客户未分配。主管需要处理。十七、总结企微开发API接收到员工离职事件以后不能只把员工标记成“已离职”。WeComApi 可以帮助员工、客户关系、外部群等企微数据进入系统。业务系统则需要把离职变成完整交接流程权限先回收客户分类继承群负责人调整任务迁移工单保持正确责任人最后对账。只有这些步骤全部可追踪、可补偿、可审计企业微信客户资产才不会因为员工离职出现管理断层。