【问题标题】:Microsoft Dynamics CRM 365: Millions of Contacts being generated for no apparent reasonMicrosoft Dynamics CRM 365:无缘无故生成数百万联系人
【发布时间】:2019-10-11 09:24:18
【问题描述】:

我想知道那里的社区是否可以提供帮助。

我们使用的是 Microsoft Dynamics 365 v8.2.2.112,本地(非云)。

问题是这样的:数百万——是的,实际上是数百万——无缘无故被创建的联系人。

我们的用户通过 Intranet 页面访问 CRM,但也使用 CRM Outlook 插件。

自从 1 月份升级到 v8.2 以来,CRM 中的某些东西正在创建数百万个 CRM 联系人。

同一个联系人被重复为同一个用户重新创建了成百上千次。这发生在多个联系人和多个用户身上。最终结果是生成了数百万个联系人。联系人每​​ 5 分钟(大约)创建一次。

您可以轻松查看正在创建的联系人。如果您按“created_on”降序对联系人顺序运行“高级搜索”,您可以看到每五分钟左右生成相同的新联系人,并且其详细信息与 5 分钟前创建的联系人完全匹配。

我们有大约 20 位用户,他们似乎是特别多产的联系人创建者。可能是因为他们角色的性质,他们向 Outlook 添加了很多(即几十个)联系人(但他们绝对不会添加数十万同一个人!)

我完全不明白为什么会发生这种情况。

我公司的主流观点是 CRM Outlook 同步是罪魁祸首。我们广泛使用 Outlook 插件。我们使用版本 8.2.3.8 的 Outlook CRM 插件。当用户同步他们的 Outlook 联系人时,它可能无法识别联系人已经在 CRM 中,所以重新生成它?我们认为这是这种性质的错误。

我们无法关闭 Outlook 同步,因为用户需要它才能完成工作。他们需要能够同步活动、电子邮件、联系人等。

我们检查了所有自定义代码(C# 插件),以确保没有在任何地方创建联系人。我们特别检查了联系人的“创建时”,以确保它不会创建额外的联系人。没有代码生成联系人。

我了解我可以关闭用户的 Outlook 同步过滤器。但我不想这样做,因为他们确实需要能够与 Outlook 同步。这是我们使用 Dynamics CRM 的原因之一。

有人知道这是什么原因吗?有没有人遇到过这个?阻止这种情况发生的解决方案是什么?如果可能的话,我正在寻找根本原因!

【问题讨论】:

  • 您是否尝试启用重复检测规则?
  • 感谢 Arun,但重复检测规则一次只能处理 5000 条记录。我们产生的远不止这些。因此,我们正在寻找问题的根本原因,因此我们可以从一开始就阻止它们的产生。
  • 那么可能有一张微软的票可以让你从 PG 团队得到答案..

标签: dynamics-crm crm microsoft-dynamics dynamics-crm-365


【解决方案1】:

只是想让这篇文章保持最新状态,以帮助遇到这个可怕问题的任何其他可怜的灵魂。

我们与 Microsoft 取得了联系,他们非常乐于助人(尽管无法提供“灵丹妙药”解决方案)。案件正在审理中。

第一个建议是,问题归结为自定义、集成或自制插件,它们陷入了无限循环,无限地创建了 CRM 联系人。在搜索了每一行代码和自定义逻辑之后,我能够确认问题不在于我们的任何自定义。

然后我们所做的是检查批量创建的联系人。我们确定了一个反复生成的联系人。我们检查了它的所有者,让我们称这个所有者为“John Smith”,并发现 John Smith 是一遍又一遍地创建此联系人的人。所以我们检查了 John Smith 的“约会、联系人和任务”同步。我们通过“设置 -> 电子邮件配置 -> 邮箱”来完成此操作,然后搜索 John Smith 的邮箱。在 John Smith 的邮箱中,在“同步方式”下,我们将“约会、联系人和任务”从“服务器端同步”设置为“无”。

执行此操作后,大量联系人生成立即停止。我不是建议这是问题的解决方案(因为我们需要使用同步),但我建议这证明问题归结为同步中的 CRM 错误(而不是导致我们的定制之一)。

因此,如果您遇到此问题,并且想要排除您的自定义,我会按照这些步骤(以上)来证明这不是您的代码负责。如果您为某个用户关闭同步,并且它停止生成该用户拥有的数百万个相同的联系人,我会说您遇到了和我一样的错误。

我认为这个错误在 2 个可能的地方描述: “如果在测试和启用后重建 ID 映射失败,则会创建重复的联系人。”:https://support.microsoft.com/en-in/help/4046463/service-update-9-for-microsoft-dynamics-365-8-2-1 或者 “使用服务器端同步的联系人同步会导致无限更新。”:https://support.microsoft.com/en-us/help/3203310/update-0-1-for-microsoft-dynamics-crm-2016-service-pack-1

建议我们遇到这个问题是因为我们在安装主要版本之前没有安装累积更新。我不能同意我们的本意。我们按照在线指示安装了最新版本。显然,我们现在无法安装据称修复此错误的更新,因为我们使用的是更高版本。我们跳过 2 个累积版本(即 8.2.0.0749 和 8.2.1.0176),从 CRM 8.1.1.1005 升级到 8.2.2.0112。据称,这些跳过的版本中有针对此问题的错误修复(请参阅上面的链接),并且由于未安装它们,因此发生了此问题。我真的不能同意它说在任何地方都可以这样做(在安装主要版本之前安装累积更新)。无论如何,这是问题的建议原因。

不管怎样,我们仍然在忙于与 Microsoft 人员打交道。当我们可以采取明确的行动时,我会回复你。所以它仍在进行中。

我们计划从用户的 Outlook 中删除该联系人的数百万个实例,然后从 CRM 中删除该联系人的数百万个实例(批量删除需要一周时间),然后我们将开启“平台跟踪”(需要更改注册表),然后我们将重新激活同步,收集日志,并将它们发送给 Microsoft。

当有明确的解决方案时我会回来的。

更新了一个明确的解决方案: 为了完整起见,为了帮助其他经历过这种情况的人......

安装 CRM 补丁 v8.2.13.21 解决了这个噩梦。 [NB We had been on v8.2.2.112] 安装补丁后,系统停止生成所有这些联系人。他们停止生成到第二个!

我们仍在清理不应该存在的 2000 万个不受欢迎的联系人的烂摊子。但至少问题已经解决了。

我认为教训是让您的 CRM 系统在修补方面保持最新!

【讨论】:

    【解决方案2】:

    当我们为 Dynamics 启用 Outlook 同步时,我在 OnLine 中遇到了类似的问题。 甚至我们的联系人都是随机创建的。如果您在高级查找中查找随机创建的联系人,它应该由系统用户创建。

    CRM 中有如下用户设置,我认为在您的情况下 Automatically create records in Microsoft Dynamics 365 设置为 YES

    您必须将其更改为否。

    对于其他用户,您可以使用名为 User Setting Utility 的 XRMToolBox 插件,您可以在其中看到每个用户的个人设置,如下所示

    使用相同的 XRM 工具插件,您也可以批量编辑用户个人设置

    【讨论】:

    • 感谢您的回复。唉,这不是答案。这些联系人不是由系统用户创建的,而是由常规 CRM 用户创建的(从他们的“创建者”可以看出)。此外,对于创建大量联系人的 CRM 用户,如果我将他们的“在 Microsoft Dynamics 365 中自动创建记录”设置更改为“否”,则没有任何区别:同一个联系人仍会每五次创建一次又一次分钟。换句话说,将“在 Microsoft Dynamics 365 中自动创建记录”设置为“否”完全没有区别。唉,这不是解决方案。
    • 所以你说你已经厌倦了设置自动在 Microsoft Dynamics 365 中创建记录”对于大多数用户设置为“否”并且它没有改变任何东西?你可以尝试使用高级查找和查找电子邮件消息,我相信您可能会看到状态为“已收到”的电子邮件原因,如果对于通过 Outlook 在 CRM 中收到的每封电子邮件,它会查找联系人,如果未找到它将创建一个新联系人。
    • 感谢您的回答。为了回答您的问题,我将仅 ONE 用户(例如)“John Smith”的“在 Microsoft Dynamics 365 中自动创建记录”设置为“否”。我有一个联系人,他被一遍又一遍地创建,“创建者”是(例如)“John Smith”。所以我将“John Smith”的设置“在 Microsoft Dynamics 365 中自动创建记录”更改为“否”。但尽管这样做,联系人仍在一遍又一遍地创建。不知道为什么将其他人的设置更改为“否”会停止创建联系人(毕竟,“John Smith”是创建联系人的人)。
    • AnkUser,感谢您对电子邮件的评价。当我检查时,我发现收到的电子邮件与一遍又一遍地创建相同的联系人之间没有关联。谢谢你的信息。
    • 可能我错过了重点。我想这不是我所期望的。
    猜你喜欢
    • 2019-07-18
    • 2019-08-12
    • 1970-01-01
    • 2019-02-25
    • 1970-01-01
    • 1970-01-01
    • 2019-11-28
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多