官网友情链接 wecomapi.com企微自动化规则越来越多以后很容易出现“任务重复”。客户在外部群里说“这个问题还没解决。”售后规则生成一个工单候选。高风险规则又生成一个人工接管任务。客户标签规则再生成一个回访任务。CRM同步又创建一个售后待办。最终一个客户问题变成四个任务。每个模块单独看都合理但业务人员会非常混乱。所以企微开发API进入多规则自动化以后需要“客户任务去重和合并”。WeComApi 可以作为企微API接入层把客户、外部群、消息和标签带入业务系统。本地任务中心则根据客户、问题、来源消息和任务类型判断是否应该新建任务。一、任务去重不能只按customer_id同一个客户可能确实有多个不同问题。所以不能规定一个客户只能一个任务。需要进一步看topicsource_messagetask_typetime_window。二、一个具体例子客户A在售后群“登录一直失败。”规则R1生成售后任务。规则R2检测重大故障生成高优先级提醒。更合理的做法R1创建主任务T100。R2提高T100优先级。而不是再创建T101。这样同一个问题只有一条主任务。三、任务指纹可以生成customer_id topic source_conversation time_bucket。作为相似任务判断依据。不是绝对唯一但可帮助查重。四、WechatApi 的位置WeComApi负责客户消息和外部群事件。任务中心负责去重合并状态。五、已有未关闭工单优先关联客户再次说“还是上次问题。”系统先查未关闭工单。相似度高补充现有工单。不要新建。六、AI可以辅助识别相同问题旧任务文件上传失败。新消息“PDF还是传不上去。”AI判断很可能同一问题。生成合并候选。高风险不自动合并正式工单可人工确认。七、任务类型不同怎么处理人工接管和工单可以同时存在。但两者应关联。人工任务服务责任。工单内部技术处理。不是简单去掉其中一个。去重不是把所有任务合成一个而是消除同类重复。八、重复来源规则多个规则命中同一问题。记录trigger_rules。一个任务可以知道由R1、R2共同触发。以后优化规则冲突。九、任务升级普通售后任务。高风险规则再次命中。不新建。直接priority P2 → P0。保留升级历史。十、客户多群重复反馈同一个问题在私聊和群里都说一遍。如果客户主体统一可以识别为同一问题。但上下文不同需要保留所有来源消息。十一、时间窗口三个月后客户再次登录失败。可能是新问题。不能永远合并旧工单。根据时间工单状态问题原因判断。十二、任务合并历史T101合并到T100。保留merged_into。以后旧链接仍然能找到主任务。十三、权限客服可以建议合并。主管确认复杂合并。系统自动合并低风险候选。十四、异常同一客户一天产生10个几乎相同任务。说明去重或规则设计有问题。生成系统优化提醒。十五、数据看板重复拦截合并任务规则冲突平均每问题任务数。越接近1越清晰。十六、日志来源消息命中规则去重判断合并升级。全部可追踪。十七、对账任务关闭后检查是否还有相关重复未关闭任务。可以提示人工清理。十八、总结企微开发API的自动化规则越多越容易出现“一个客户问题被不同模块分别创建多个任务”。WeComApi 可以把客户和消息稳定送入业务系统。本地任务中心通过问题指纹、未关闭工单、AI相似判断、任务升级和关联减少真正重复的任务同时保留不同职责的人工接管和技术工单。成熟的企微自动化不是任务越多越好而是一个真实问题最终只有清晰的一条主处理链业务人员不需要在四五个重复待办之间来回切换。