迁移工具常见问题解答

用于自动创建记录规则和服务级别协议 (SLA) 的迁移工具

谁可以访问或运行迁移工具？

具有 CSR 经理角色的管理员和用户可以运行迁移工具。

迁移的规则会在迁移后自动激活吗？

不包括。 您必须在迁移完成后手动激活迁移的规则。

在弃用截止日期之后，我还能使用我的旧规则吗？

是的。 活动旧规则在弃用截止日期后会继续运行，直到停用。 但是，编辑体验和支持会在弃用后停止。

我可以激活“未完成”迁移状态的规则吗？

不包括。 只有在检查了未完成的规则并解决了存在的任何问题后，将标记为完成切换到是时，迁移的规则才会被激活。 此时，规则被视为已成功迁移。

迁移后旧规则是否会停用？

• 对于自动记录创建，会停用。 当您在统一界面激活迁移的自动记录创建规则时，将会停用相应的旧规则。
• 对于 SLA，不会。 在统一界面激活迁移的 SLA 规则时，相应的旧规则仍然可用，因为两个规则可以共存。

“未完成”迁移状态是什么意思？

• 在摘要部分：整个迁移过程无法成功完成所有选定规则的迁移。
• 在规则旁边：规则失败或规则无法完全迁移（即一个或多个项目或条件迁移失败）。

在哪里可以找到在迁移工具中跟踪的部分迁移规则的列表？

部分迁移或被识别为未完全迁移的规则不会被视为完全迁移。 因此，它们会在摘要部分的待处理下进行跟踪。 只有成功完成迁移的规则才会计入已迁移。

迁移工具是否支持自定义窗体或字段？

• 对于自动记录创建，会停用。 迁移工具支持自定义实体、字段、属性和配置。
• 对于 SLA，不会。 迁移工具不完全支持自定义实体、字段、属性和配置。 要完成迁移，用户必须修改自定义实体、字段、属性和配置上的任何现有自定义流、工作流、插件或其他自定义代码。

运行迁移之前，我是否需要有单独的 Power Automate 许可证？

不包括。 有关许可指南的详细信息，请转到 Dynamics 365 应用程序有哪些 Microsoft Power Apps 和 Power Automate 使用权限？

我有部分规则未完成迁移或部分迁移。 我该做什么？

您可以使用问题详细信息在 Web 客户端中修复规则，然后重新运行迁移，或者直接在中统一接口修复迁移的规则。

是否可以针对特定的已迁移规则重新运行迁移工具？

可以，您可以按照以下条件为特定的已迁移规则重新运行迁移工具：

• 对于迁移未完成或失败的规则：在重新运行迁移工具时选择相同的规则。 工具会自动将现有的未完成或失败的规则替换为新迁移的规则。
• 对于成功迁移的规则：在重新运行迁移工具之前，在统一接口中删除迁移的规则。

迁移完成后，与旧 SLA 关联的现有 SLA 记录会发生什么情况？

• 如果旧 SLA 在迁移后停用：计时器将继续运行，直到此类 SLA 记录达到最终状态。 但是，解决和暂停功能将不起作用。
• 如果旧 SLA 仍处于活动状态：与旧 SLA 关联的现有 SLA 记录将继续按预期工作。
• 如果您想要在现有记录上使用统一界面应用中创建的 SLA：您必须手动将 SLA 字段更新为统一界面 SLA 或编写插件来更新记录。 例如，插件逻辑可能是现代流或工作流。

有关现代自动记录创建中迁移的规则或流的信息，请转到有关现代自动记录创建的常见问题解答。

已知条件转换问题

本节介绍规则或项目无法成功完成迁移的关键场景。

如果嵌套组子句（和/或）内的规则项或条件具有相关实体，会将它们迁移到统一接口吗？

不包括。 我们目前仅支持一个级别的相关实体层次结构。 只有在迁移前删除组子句中的任何相关实体，才能成功迁移此类规则项或条件。 如果您不采取任何操作，规则将在预迁移检查步骤期间失败。 如果您选择继续迁移，规则的相关项目将为空条件。

示例：嵌套组子句中的相关实体

预迁移 Web 客户端视图

图例：

a. 项目的标题。

迁移后统一界面视图

图例：

2a. 迁移的项目的标题中将追加“_FailedMigration”。

2b. 相同的标准占位符 Created On Equals 2200-01-01 将添加到条件中。

为什么在预迁移检查和实际迁移期间，包含使用 Not-On 运算符的“日期类型”字段的规则项或条件会失败？

统一界面不支持日期数据类型的 Not-On 运算符。 因此，不支持将其作为迁移的一部分。 若要解决此问题，您可以在针对相应规则重新运行迁移工具之前，在 Web 客户端中将旧项目或条件从 {not-on selecteddate} 更改为 {selecteddate less than and selecteddate greater than}。

示例：使用 Not-On 运算符的“日期类型”字段

预迁移 Web 客户端视图

图例：

a. 项目的标题。

迁移后统一界面视图

图例：

2a. 迁移的项目的标题中将追加“_FailedMigration”。

2b. 条件 Created On Equals 2200-01-01 将添加到条件中。

为什么迁移期间我的“日期/时间”字段中的数据会更改？

统一界面中不存在单独的时间字段。 因此，日期/时间字段将从日历控件变为文本字段。 输入应采用特定格式，如以下示例中的文本字段所示。

示例：日期/时间字段

预迁移 Web 客户端视图

图例：

a. 预迁移日期和时间字段。

b. 预迁移仅限日期字段。

迁移后统一界面视图

图例：

a. 迁移后日期和时间字段。

b. 迁移后仅限日期字段。

为什么在迁移后统一界面中有些运算符字段是空白的？

对于查找数据类型，统一界面和迁移工具中只支持 equal、not equal, null 和 not null 运算符。 统一界面不支持 Under 和 not-under 运算符，因此迁移工具也不支持。 任何具有 under 或 not-under 的条件在迁移后都会被转换为相关实体。 它们在统一界面中显示为空白，无法编辑。

示例：Under 和 not-under 运算符字段

预迁移 Web 客户端视图

图例：

a.Under 运算符。

迁移后统一界面视图

图例：

b. 空白运算符字段。

备注

在客户服务中心定义条件时，以下限制适用：

• 日期和时间选取器控件在这些条件中不再可用。 但是，您仍然可以在文本字段中编辑日期和时间。
• 仅支持一个级别的相关实体层次结构。 但是，您可以在应用程序中选择嵌套的相关实体。
• 不支持在 and/or 子句组内使用相关实体。
• 不支持日期数据类型的 Not-on 运算符。
• 对于查找数据类型，仅支持 equal、not equal、null 和 not null 运算符。 不支持 under 和 not-under 运算符。

规则激活后是否可以再次迁移？

• 对于自动记录创建规则，可以。 您可以再次迁移激活的规则，但是必须首先停用并将它从统一界面删除。
• 对于 SLA，不会。 在激活迁移的 SLA 规则后，它会链接到另一个实体（如案例）或被使用。 默认情况下，激活的规则已成功迁移。 必须先删除激活的规则，然后才能再次迁移该规则。 但是，统一界面 SLA 规则存在限制。 规则与案例或实体关联后（即激活一次后），无法将其删除，即使已停用。 因此，如果以前已激活或应用该规则，它将无法再次迁移。

我可以迁移已弃用的标准 SLA 规则吗？

不包括。 迁移工具仅支持增强的 SLA 规则。 标准 SLA 规则已弃用。 统一界面不再支持这些规则，因此迁移工具也不支持。 有关详细信息，请转到 Dynamics 365 Customer Service 中的标准 SLA 已弃用。

已知问题

渠道属性弃用

如果您在旧规则的自定义中使用了任何渠道属性，迁移工具将无法成功迁移这些规则。 没有通用的解决方法可以用来为所有用户填补这一差距。 解决方法很大程度上取决于您如何使用旧规则中的渠道属性。

选择“为与已解决案例关联的活动创建案例”选项时的行为差异

• 旧行为：如果电子邮件包含自指定时间以来已解决的相关案例，默认情况下会重新激活已解决的案例。 不需要自定义。
• 现代行为：如果电子邮件包含自指定时间以来已解决的相关案例，默认情况下会创建新案例。 需要自定义来重新激活现有案例，而不是创建新案例。

选择“如果客户拥有有效权利，则创建案例”选项时的行为差异

• 旧行为：如果电子邮件发件人没有有效的权利，并且电子邮件有相关案例，将更新现有的相关案例。
• 现代行为：如果电子邮件发件人没有有效的权利，不会调用流。

工作流与 Power Automate 流之间的奇偶校验差距（仅适用于规则项操作的自定义）

• “First not null”表达式无法自动迁移。 但是，可以手动将自定义应用于迁移的流。
• 查找记录的显示名称到字符串字段的映射无法自动迁移。 但是，可以手动将自定义应用于迁移的流。
• 流中不支持用作源字段的活动方字段。

已知流问题

迁移的规则为 @ 字符串类型的字段使用一个额外的 @ 字符

如果旧自动记录创建规则工作流是自定义的，并且在字符串字段中使用纯文本 @ 字符，在迁移时，您会看到两个 @，而不是一个。 例如，如果在案例说明字段中添加纯文本的电子邮件地址，@ 字符将被视为特殊字符，作为 @@ 迁移。

这是因为 @ 在动态表达式中均被识别为特殊字符，如迁移流中的 @triggerOutputs()?[body/_emailsender_value]。

解决方法是手动删除迁移流中的额外 @。

迁移不支持在同一 SLA 中具有相同“applicable when”的多个项目或条件

在 Web 客户端中，可以定义具有 SLA 的相同“applicable when”条件和不同成功条件的多个项目。 但是，统一接口不支持此功能。 因此，在迁移期间，不会创建具有相同“applicable when”条件的此类型的后续 SLA 项。

下面的屏幕截图显示统一界面不支持的情形。 显示的两个“applicable when”条件具有不同的成功条件。

工作流到流转换期间的活动方类型属性问题

分配给另一个活动方类型字段的活动方类型属性在工作流到流转换过程中不会迁移，因为 Power Automate 当前不支持此情形。 （最常受影响的字段是电子邮件中的收件人、发件人、抄送和密件抄送字段。）虽然规则的迁移不会失败，但迁移后，依赖于另一个活动方类型属性的此类活动方类型字段的数据值将为空。

示例：活动方类型属性

预迁移 Web 客户端视图

图例：

a. 发件人字段是分配给另一个活动方类型属性 {Bcc(Email)} 的活动方类型字段。 它在迁移后将为空白。

b. 收件人字段将迁移。

迁移后统一界面视图

图例：

b.收件人字段。

工作流到流的转换过程中不支持对旧工作流中的表达式进行“First Not Null”检查

在旧工作流中，查找字段可以与多个表达式映射，您可以在其中检查和分配“First Not Null”表达式，如下面的 Web 客户端示例所示。 由于旧工作流设计器的已知限制，不会作为工作流到流转换的一部分支持此方法。 因此，工作流转换器将分配第一个表达式而不执行 null 检查。 然后，它会删除所有其余表达式，无论它们是否具有非 null 值。 在下面的示例中，流在此步骤中的客户字段中只有 Regarding(Email)。

示例：“First Not Null”表达式

预迁移视图

图例：

a.Web 客户端视图：在工作流中，Customer 字段包含 {Regarding(Email); Contact(Create (Case)); Customer(Create (Case))}。

在统一界面中，Customer 字段只包含 Regarding(Email)，无论它是否为 null。

重要提示

如果您仍遇到与迁移工具有关的问题，请与您的管理员或 Microsoft 支持部门联系。

另请参见

有关现代的自动创建记录的常见问题解答

迁移自动记录创建规则和 SLA

Dynamics 365 SLA 和 ARC 迁移 Playbook