官网友情链接： wecomapi.com
企微二次开发中，客户删除员工关系是一个非常容易被错误处理的事件。
很多系统最直接的逻辑是：
客户删除员工 → 本地删除客户。
这个设计在最初看起来很自然，因为企微关系已经不存在了。
但真正进入 CRM、外部群、售后工单和客户资产管理以后，会发现这种做法风险很高。
客户删除某一个员工，并不代表：
客户不存在；
客户已经流失；
客户应该从CRM删除。
客户可能仍然：
添加着其他员工；
存在于外部群；
有未关闭工单；
有历史订单；
仍然是正常客户。
所以企业微信二次开发API接收到客户删除事件以后，更合理的处理方式是更新“客户关系”，而不是删除“客户主体”。
WeComApi 可以作为企微API接入层，把客户关系变化、员工、外部群和相关事件接入业务系统，本地系统则需要建立客户主体和关系分层。
一、客户主体和客户关系必须区分
客户主体：
代表真实客户。
企微关系：
客户和某个企业成员之间的连接。
一个客户主体可能有多条关系。
所以删除其中一条关系，不影响主体存在。
二、一个具体例子
客户 C1001。
存在：
R001 → 销售A；
R002 → 客服B。
客户删除销售A。
WeComApi接收到删除关系事件。
本地只做：
R001.status = inactive。
C1001仍然保留。
R002仍然有效。
工单、订单、CRM继续关联 C1001。
三、为什么不能直接标记客户流失
客户删除员工可能是：
换负责人；
员工离职；
关系冲突；
客户清理好友；
仍然在其他群或账号。
所以“删除关系”只是事实。
“客户流失”是业务判断。
两者必须分开。
四、删除事件要保留历史
不要 delete 数据库记录。
更适合：
软失效。
保存：
删除时间；
来源事件；
原负责人；
最后互动时间。
后续客户重新添加时可以识别历史。
五、重新添加怎么处理
客户过几天又添加销售A。
不是创建全新客户。
可以新建关系历史或者恢复关系状态。
记录：
第一次添加；
删除；
第二次添加。
这样能看到完整关系生命周期。
六、CRM主负责人不一定跟着删除
客户删除销售A。
CRM主负责人是否修改？
要看业务规则。
可能：
转其他销售；
保持待分配；
由主管处理。
不能因为企微关系删除就自动清空CRM。
七、外部群关系也要单独看
客户虽然删除销售好友。
仍然在售后群里。
说明客户关系并未完全结束。
系统可以降低风险判断。
八、工单不能因为好友删除而关闭
未关闭售后问题仍然需要处理。
删除微信关系只影响沟通渠道。
工单业务状态独立。
九、WeComApi 在这里的位置
WeComApi 负责：
企微客户关系；
删除事件；
员工；
外部群。
业务系统负责：
客户主体；
CRM；
流失判断；
工单；
关系历史。
十、删除事件可以触发风险候选
重点客户删除销售。
可以生成：
客户关系异常候选。
让销售确认原因。
普通客户则只记录。
不同客户等级不同处理。
十一、关系删除也需要幂等
同一个删除事件重复处理。
不能多次生成风险任务。
所以事件层和任务层都要去重。
十二、对账可以修复遗漏
实时删除事件丢失。
定期客户关系对账发现：
远端不存在，本地仍active。
生成补偿。
来源标记：
reconciliation。
十三、权限
失效关系以后。
原销售还能不能看客户历史？
由权限策略决定。
可以保留只读一定时间。
或者立即回收。
十四、日志
记录：
谁的关系失效；
什么时间；
来源；
是否生成风险提醒；
CRM是否调整；
后续是否重新添加。
十五、数据看板
统计：
删除关系数量；
重新添加率；
重点客户删除；
平均恢复时间。
这些数据能辅助客户运营。
十六、总结
企业微信二次开发API中的客户删除事件，本质上是“关系变化”，而不是“客户消失”。
WeComApi 可以把企微客户关系和删除事件稳定带入业务系统。
但本地系统需要通过：
客户主体；
关系状态；
CRM；
工单；
外部群；
风险判断
决定后续动作。
只有把平台关系和业务客户分开，企业微信自动化才不会因为客户删除某个员工，就错误删除客户档案、关闭工单或者直接把客户标记为流失。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/lanseshiguang123/article/details/166594143
