Perguntas frequentes sobre migração de CCP para UEL

Revise perguntas comuns sobre a migração CCP para UEL, incluindo reversão, tempo de inatividade, usuários inativos, distribuição em fases, teste de sandbox, tratamento de erros e comportamento de licença pós-migração.

• É possível reverter a migração?

  Não. O processo de migração é intencionalmente unidirecional e irreversível. Depois que a licença de um usuário e o UserType forem migrados do CCP para a UEL, você não poderá revertê-los. Por isso, é essencial testar totalmente o processo e concluir todas as configurações pré-migração antes de migrar para a UEL.

• Qual é o impacto sobre os funcionários durante o tempo de inatividade?

  Habilitar a migração da Licença de funcionário unificada causa tempo de inatividade do sistema durante o qual os funcionários não podem fazer login. Para minimizar interrupções de negócios, os administradores devem coordenar cuidadosamente e agendar uma janela de ativação dedicada. Além disso, após a conclusão da migração, todas as sessões de usuário ativas são encerradas e o cache UserInfo é limpo. Isso força os funcionários a fazer login novamente para que o sistema possa impor suas configurações de acesso e licença atualizadas.

• O que acontece com usuários inativos durante a migração?

  O utilitário de migração da plataforma não oferece suporte à migração de usuários inativos do CCP para a UEL. O trabalho é projetado especificamente para transformar identidades ativas enquanto preserva seus metadados históricos.

• A migração em fases é possível?

  Não. Uma migração parcial ou em fases não é possível. Quando você ativa a migração UEL, ela se aplica no nível da organização. Depois de habilitada, a preferência é permanente, o que significa que todos os novos usuários devem usar o modelo UEL e você não pode mais criar nem adicionar usuários funcionários CCP legados.

• Os usuários são desativados durante o processo de migração?

  Não, os usuários não são desativados durante a migração. A ferramenta executa uma transformação de identidade no local que migra o tipo de usuário de externo (C) para padrão interno (S). Esse processo preserva intencionalmente o UserId, o Username, o Email e todas as trilhas de propriedade ou auditoria de registro associadas (como CreatedById e LastModifiedById) sem exigir desativação do usuário.

• A ferramenta de migração pode ser usada em um sandbox?

  Sim. Recomendamos testar todo o processo de migração em uma organização de sandbox antes de implantá-lo em produção. Isso permite que você valide previamente seus perfis personalizados, permissões e regras de compartilhamento.

• O que devo fazer se eu encontrar erros?

  O trabalho de migração opera como um processo assíncrono em segundo plano executado em lotes controlados de 200 registros. Se ocorrer um erro, use o seguinte método para solucionar problemas:

  • Status da migração da faixa de revisão: Os administradores têm acesso a uma interface de rastreamento em tempo real e um modo de exibição de lista dedicado mostrando todos os funcionários que falharam durante a execução, incluindo os IDs de funcionários.
  • Identifique o estágio da falha: A lógica subjacente é dividida em estágios (por exemplo, remoção de conjuntos de permissões, atualizações de banco de dados diretas, reatribuições de grupo). A interface exibe motivos de falha detalhados que detectam a etapa exata em que o processo parou.
  • Correct e Retry: Depois que o problema operacional ou de dados subjacente for resolvido, os administradores poderão usar mecanismos integrados para tentar novamente os registros com falha. O mecanismo de nova tentativa é retomado automaticamente no ponto de falha específico, em vez de reiniciar todo o fluxo de trabalho. Cada tentativa cria um histórico de versões auditado para fácil rastreamento.
• O que acontece com minhas licenças CCP após a migração?

  Isso depende de como a licença está sendo usada: Para Perfis de funcionários:

  • Cancele todas as licenças CCP atribuídas a perfis de funcionários depois que a migração for concluída. Eles não serão desativados automaticamente.
  • Para outros casos de uso: Nenhuma ação é necessária. Todas as outras licenças CCP continuarão funcionando normalmente sem interrupção.
• Por que os usuários de funcionários unificados falham na autenticação com o Slack ou acessam Agentes Agentforce para Slack?

  Habilite a permissão do sistema API habilitada para o perfil de Usuário do funcionário unificado para autenticação do Slack e acesso Agentforce Agent para o Slack funcionar.

  Para habilitar essa permissão, escolha uma das seguintes abordagens:

  • Clone o perfil padrão: Clone o perfil padrão Usuário do funcionário unificado e habilite manualmente a permissão API ativada no perfil clonado.
  • Criar um conjunto de permissões: Crie um conjunto de permissões com a API habilitada e atribua-o a Usuários funcionários unificados.