D365客户服务中邮件/案例被分配相同Tracking Token问题咨询

核心问题本质 #

这个问题确实是CRM邮件分配机制的设计缺陷：系统会复用已删除案例释放的Tracking Token，且邮件路由逻辑优先匹配Tracking Token，导致已删除案例的回复邮件被错误关联到使用相同Token的新案例。调大Token上限只是延缓问题爆发，无法从根本上解决。

可行解决方案 #

• 自定义邮件路由规则拦截
  在CRM的邮件处理规则中新增判断逻辑：检查邮件关联的原始案例状态（可通过邮件头中的原始案例ID查询），如果原始案例已标记为“已删除”，则跳过Token匹配流程，转而使用Smart Matching将邮件分配到对应队列或默认处理池。

• 禁用已删除案例Token的复用
  通过自定义插件或工作流修改案例删除流程：当案例被删除时，将其对应的Tracking Token加入“废弃Token黑名单”，并在系统分配新Token的逻辑中添加过滤规则，跳过黑名单内的Token，避免被重新分配给新案例。

• 强制覆盖Token匹配优先级
  开发自定义预处理插件，拦截邮件路由的初始阶段：当检测到Token对应的案例已不存在时，强制触发Smart Matching逻辑，忽略默认的Token优先规则，确保邮件根据内容匹配到正确的案例或队列。

• 提交官方支持工单推动修复
  直接向微软提交支持工单，详细说明场景、影响范围及复现步骤，要求修复Token复用逻辑——比如删除案例后保留Token一段时间不释放，或给已删除案例的Token添加永久标记，禁止系统复用。

关于机制问题的结论 #

当前的邮件分配机制确实存在重大疏漏：没有考虑到已删除案例的后续邮件会通过复用Token误关联到新案例的场景，在Token资源耗尽需要循环复用的情况下，这个问题会成为高频触发的业务风险。

内容的提问来源于stack exchange，提问作者Stefan