Dynamics crm 无法将数据导入到此记录,因为该记录在导出后已在Microsoft Dynamics 365中更新

Dynamics crm 无法将数据导入到此记录,因为该记录在导出后已在Microsoft Dynamics 365中更新,dynamics-crm,dynamics-365,Dynamics Crm,Dynamics 365,我在本地Dynamics 365(8.2)中导出/更新/导入数据时遇到了一个奇怪的问题。通过将记录导出到Excel工作簿,更新特定列中的数据,然后将工作簿重新导入CRM,我对3000多条记录进行了批量更新。它适用于除14条记录之外的所有记录,根据导入日志,这是因为“您无法将数据导入此记录,因为该记录在导出后在Microsoft Dynamics 365中更新了。”我查看了这14条记录的审核历史,并且发现它们已经有两个月没有任何修改了。奇怪的是,所有14条记录的最新审核历史记录条目的修改日期都是完

我在本地Dynamics 365(8.2)中导出/更新/导入数据时遇到了一个奇怪的问题。通过将记录导出到Excel工作簿,更新特定列中的数据,然后将工作簿重新导入CRM,我对3000多条记录进行了批量更新。它适用于除14条记录之外的所有记录,根据导入日志,这是因为“您无法将数据导入此记录,因为该记录在导出后在Microsoft Dynamics 365中更新了。”我查看了这14条记录的审核历史,并且发现它们已经有两个月没有任何修改了。奇怪的是,所有14条记录的最新审核历史记录条目的修改日期都是完全相同的日期/时间

我们有一个定制的工作流程,每24小时运行一次,根据相应生日字段中的值自动更新联系人记录的年龄字段。这14张唱片的生日都是11月3日,但年份不同。但这意味着对它们的最后一次修改是在2019年11月3日通过工作流完成的。但是,我无法理解为什么系统“认为”这会阻止数据更新/导入


我很高兴提供我可能忘记在这里提及的任何其他信息。有人能帮我吗?

当导出的记录与数据库中的记录存在
校验和
差异或
行版本
差异时,将发生此错误

尝试对那些受影响的记录进行一些虚拟编辑,并再次尝试导出/重新导入

我可以想到两个原因——要么是日期时间格式使系统混乱:(要么是解释了一个奇怪的场景)

显然,在导入文件时,修改并保存为不同的文件类型会改变电子表格的参数

因此,我使用了Internet Explorer,因为在导入文件时,系统会要求用户保存为不同的格式。我在最后添加了.xlsx以将其保存为所需的格式。我修改了文件并将其导入CRM。它成功了


虽然我无法发现记录无法更新的原因,但我能够解决问题。在我分享我更新记录所做的工作之前,我将尝试列出尽可能多的我所能记得的我尝试过但不起作用的事情:

  • 我重新处理了我的高级查找查询,该查询用于导出需要更新的记录,以仅返回那些有实际更新的记录。以前,我使用了一个更宽容的查询,返回了大约30条记录,尽管我知道其中只有14条记录有新数据要导入。之所以这样做,是因为该查询更易于构建,而且d去掉“多余的”没什么大不了的在上传工作簿进行导入之前,先从工作簿中删除记录。我会为30多条记录编写一个VLOOKUP,并删除VLOOKUP在我的数据集中找不到值的列,留下有新数据的14条记录。在收到几次错误后,我开始确保我只将需要导出到b的14条记录导出e已更新。但是,我在尝试导入时仍然出现错误
  • 我尝试格式化(不修改)在导出工作簿的列上进行了修改,以匹配导入窗口中的日期格式。在导出记录时,Excel将此列的格式设置为m/d/yyyy h:mm,而包含每次成功导入和失败导入详细信息的导入窗口将此列显示为mm/dd/yyyy hh:mm:ss格式。我想如果我将Excel中的格式与导入窗口的格式匹配,可能会允许导入记录,但事实并非如此
  • 我尝试使用一些校验和验证工具来确保中的值(不要修改)工作簿中的Checksum列没有被错误地写入或格式无效。虽然我使用的工具实际上没有给我提供太多有用的信息,但它确实识别出这些值是Checksum散列,因此我认为这对我的目的很有帮助
  • 我尝试将我的浏览器从新的Edge浏览器(使用Chromium的浏览器)切换到Arun提供的线程上建议的IE浏览器。但是,它没有解决问题

最终起作用的是Arun的建议,对所有记录进行任意编辑,然后将其导出。仅对14条记录这样做是可以的,但我仍然有点恼火,因为这不是一个切实可行的解决方案,比如说,有1000条记录没有导入。没有一个字段是所有14条记录都可以导入的ntact记录有一个共同点,那就是我可以批量编辑,然后再批量编辑。我最后做的是在联系人表单上找到一个没有任何记录值的文本字段,在该字段中放入一些内容,然后依次转到每个记录并删除该值(因为我不知道“清空”的方法)或者在批量编辑时清除一个文本字段。同样,对于如此少量的记录,这是可以的,但是如果发生在较大数量的记录上,我必须想出一种更简单的批量编辑然后批量“恢复”的方法记录。感谢Arun提供的有用见解和花时间回答。非常感谢!

对于我来说,这是导出器和导入器的不同CRM时区设置。不幸的是,管理员似乎无法通过用户界面更改此设置

该设置可用于文件->选项->时区下的每个用户


谢谢你的回答,Arun!我昨天确实查看了该线程,因此再次尝试使用IE,但仍然不起作用。我在同一工作簿中还有数千条其他记录,这些记录与更新一起成功上载,但这14条记录