Dynamics crm 如何在使用Scribe Workbench将MSCRM数据从4.0迁移到更高版本时更改业务部门?

Dynamics crm 如何在使用Scribe Workbench将MSCRM数据从4.0迁移到更高版本时更改业务部门?,dynamics-crm,data-migration,scribe-workbench,Dynamics Crm,Data Migration,Scribe Workbench,我想将CRM 4.0数据迁移到新的MSCRM 2013组织。当我将源(CRM 4.0)连接到destiny(CRM 5.0)并执行自动链接以运行作业时,我收到错误“ID为的业务部门…未找到”。这是有效的错误消息 但是,我无法更改source的业务单元。我尝试在源字段(业务单元)中硬编码业务单元ID,但作业仍然失败。在公式编辑器中硬编码业务单元ID时,出现错误“Guid应该有32个字符和四个破折号”。我提供的guid格式正确,但仍然出现此错误 让我知道哪里出了问题,以及如何使用Scribe将数据从

我想将CRM 4.0数据迁移到新的MSCRM 2013组织。当我将源(CRM 4.0)连接到destiny(CRM 5.0)并执行自动链接以运行作业时,我收到错误“ID为的业务部门…未找到”。这是有效的错误消息

但是,我无法更改source的业务单元。我尝试在源字段(业务单元)中硬编码业务单元ID,但作业仍然失败。在公式编辑器中硬编码业务单元ID时,出现错误“Guid应该有32个字符和四个破折号”。我提供的guid格式正确,但仍然出现此错误


让我知道哪里出了问题,以及如何使用Scribe将数据从一个CRM组织迁移到另一个CRM组织,而不让业务部门ID未找到错误。

您没有说是什么实体类型导致了错误。我猜是SystemUser实体。如果没有,请告知

源(CRM4)中业务部门的guid与目标(CRM 2013)中业务部门的guid不同

请注意Scribe中的自动链接,因为它可能会链接您不打算链接的字段。我总是手动链接

我认为,如果guid与BU不匹配(即使是有效的guid),CRM将生成您在本例中报告的错误

还要注意,Scribe不能用于更改用户的业务单元,但是它允许在创建用户时指定BU

迈克