CCP 到 UEL 迁移常见问题

查看有关 CCP 到 UEL 迁移的常见问题，包括回滚、停机、非活动用户、分阶段推出、Sandbox 测试、错误处理和迁移后许可证行为。

• 迁移是否可以回滚？

  否。迁移过程有意是单向的，不可逆转。在用户许可证和 UserType 从 CCP 迁移到 UEL 后，您将无法恢复。因此，在迁移到 UEL 之前，彻底测试流程并完成所有迁移前配置至关重要。

• 停机期间对员工有什么影响？

  启用统一员工许可证迁移会导致系统停机，在此期间员工无法登录。为了最大限度地减少业务中断，管理员应仔细协调和安排专门的上线时段。此外，迁移完成后，将终止所有活动用户会话，并清除 UserInfo 缓存。这迫使员工再次登录，以便系统可以强制执行他们更新的许可证和访问配置。

• 在迁移期间，非活动用户会发生什么？

  平台迁移实用程序不支持将非活动用户从 CCP 迁移到 UEL。该作业专门设计用于转换有效身份，同时保留其历史元数据。

• 是否可以分阶段迁移？

  否。分阶段或部分迁移是不可能的。在您打开 UEL 迁移时，它适用于组织级别。一旦启用，首选项将是永久性的，这意味着所有新用户都必须使用 UEL 模型，并且您不能再创建或添加原有 CCP 员工用户。

• 用户是否在迁移过程中停用？

  否，用户不会在迁移期间禁用。该工具执行就地身份转换，将用户类型从外部 (C) 迁移到标准内部 (S)。此流程有意保留 UserId、用户名、电子邮件和所有关联的记录所有权或审计跟踪（例如 CreatedById 和 LastModifiedById），而无需用户停用。

• 迁移工具能否在 Sandbox 中使用？

  是。我们建议在生产中部署之前，先在 Sandbox 组织中测试整个迁移过程。这允许您预先验证自定义简档、权限和共享规则。

• 如果遇到错误，我该怎么办？

  迁移作业作为异步后台进程运行，以 200 条记录的受控批次执行。如果出现错误，请使用以下方法进行故障排除：

  • 查看跟踪迁移状态：管理员可以访问实时跟踪界面和专用列表视图，显示运行期间失败的所有员工，包括其员工 ID。
  • 识别失败阶段：基础逻辑分为几个阶段（例如，删除权限集、直接数据库更新、小组重新分配）。该界面显示详细的失败原因，并精确定位进程停止的确切步骤。
  • 更正并重试：一旦基本操作或数据问题得到解决，管理员可以使用内置机制重试失败的记录。重试机制会自动从特定故障点恢复，而不是重新启动整个工作流。每次尝试都会创建一个经过审核的版本历史，以便于跟踪。
• 迁移后，我的 CCP 许可证会发生什么？

  这取决于许可证的使用方式：对于员工简档：

  • 迁移完成后，取消分配给员工简档的所有 CCP 许可证。这些不会自动停用。
  • 对于其他用例：无需任何操作。所有其他 CCP 许可证将继续正常运行，而不会中断。
• 为什么统一员工用户无法向 Slack 进行身份验证或访问 Agentforce Agents for Slack?

  为 Slack 身份验证的统一员工用户简档启用 API 启用系统权限，并为 Slack 启用 Agentforce 客服人员访问权限。

  要启用此权限，请选择以下方法之一：

  • 复制标准简档：复制统一员工用户标准简档，并在复制的简档上手动启用 API 启用权限。
  • 创建权限集：创建启用了 API 的权限集，并将其分配给统一员工用户。