FAQ sur la migration CCP vers UEL

Consultez les questions courantes sur la migration CCP vers UEL, notamment l'annulation, les temps d'arrêt, les utilisateurs inactifs, le déploiement progressif, les tests sandbox, le traitement des erreurs et le comportement des licences après migration.

• Peut-on annuler la migration ?

  Non. Le processus de migration est intentionnellement unidirectionnel et irréversible. Une fois la licence utilisateur et UserType migrés depuis CCP vers UEL, vous ne pouvez pas les restaurer. Par conséquent, il est essentiel de tester en profondeur le processus et de terminer toutes les configurations préalables à la migration avant la migration vers UEL.

• Quel est l'impact sur les employés pendant les temps d'arrêt ?

  L’activation de la migration de la licence Employé unifié entraîne des temps d’arrêt du système pendant lesquels les employés ne peuvent pas se connecter. Pour limiter les interruptions commerciales, les administrateurs doivent coordonner et planifier avec précaution une période de mise en ligne dédiée. De plus, une fois la migration terminée, toutes les sessions utilisateur actives sont terminées et le cache UserInfo est vidé. Cela force les employés à se reconnecter pour permettre au système d'appliquer automatiquement leurs configurations de licence et d'accès mises à jour.

• Que deviennent les utilisateurs inactifs pendant la migration ?

  L'utilitaire de migration de la plate-forme ne prend pas en charge la migration des utilisateurs inactifs depuis CCP vers UEL. La tâche est spécialement conçue pour transformer les identités actives tout en préservant leurs métadonnées historiques.

• Une migration progressive est-elle possible ?

  Non. Une migration progressive ou partielle n'est pas possible. Lorsque vous activez la migration UEL, elle s'applique au niveau de l'organisation. Une fois activée, la préférence est permanente, ce qui signifie que tous les nouveaux utilisateurs doivent utiliser le modèle UEL, et que vous ne pouvez plus créer ni ajouter des utilisateurs employés hérités du PCC.

• Les utilisateurs sont-ils désactivés pendant le processus de migration ?

  Non, les utilisateurs ne sont pas désactivés pendant la migration. L'outil exécute une transformation d'identité en place qui migre le type d'utilisateur depuis externe (C) vers interne standard (S). Ce processus préserve intentionnellement l'UserId, le Nom d'utilisateur, l'E-mail et tous les parcours de propriété ou d'audit d'enregistrement associés (tels que CreatedById et LastModifiedById) sans nécessiter la désactivation de l'utilisateur.

• L'outil de migration peut-il être utilisé dans une organisation sandbox ?

  Oui. Nous recommandons de tester le processus de migration complet dans une organisation sandbox avant de le déployer en production. Vous pouvez ainsi valider au préalable vos profils personnalisés, vos autorisations et vos règles de partage.

• Que dois-je faire si je rencontre des erreurs ?

  La tâche de migration fonctionne en tant que processus en arrière-plan asynchrone exécuté par lots contrôlés de 200 enregistrements. En cas d'erreur, utilisez la méthode de dépannage suivante :

  • Examiner le statut de migration du suivi : Les administrateurs ont accès à une interface de suivi en temps réel et à une vue de liste dédiée montrant tous les employés qui ont échoué pendant l'exécution, y compris leurs ID d'employé.
  • Identifier l'étape de l'échec : La logique sous-jacente est divisée en étapes (par exemple, retrait d'ensembles d'autorisations, mises à jour directes de la base de données, réattributions de groupe). L'interface affiche des motifs d'échec détaillés indiquant l'étape exacte à laquelle le processus est bloqué.
  • Corriger et réessayer : Une fois le problème opérationnel ou de données sous-jacent résolu, les administrateurs peuvent utiliser des mécanismes intégrés pour réessayer les enregistrements échoués. Le mécanisme de nouvelle tentative reprend automatiquement à partir du point d'échec spécifique au lieu de redémarrer le workflow complet. Chaque tentative crée un historique des versions auditées pour faciliter le suivi.
• Que deviennent mes licences CCP après la migration ?

  Cela dépend de l'utilisation de la licence : Pour Profils Employé :

  • Annulez toutes les licences CCP attribuées à des profils d’employés une fois la migration terminée. Ceux-ci ne seront pas automatiquement désactivés.
  • Pour d'autres cas d'utilisation : Aucune action n'est requise. Toutes les autres licences CCP continueront de fonctionner normalement sans interruption.
• Pourquoi les Utilisateurs Employés Unifiés ne s'authentifient pas avec Slack ou n'accèdent pas à Agentforce Agents pour Slack ?

  Activez l'autorisation système API activée pour le profil Utilisateur employé unifié pour l'authentification Slack et l'accès Agentforce pour le fonctionnement de Slack.

  Pour activer cette autorisation, choisissez l'une des approches suivantes :

  • Clonez le profil standard : Clonez le profil standard Utilisateur employé unifié et activez manuellement l’autorisation API activée dans le profil cloné.
  • Créer un ensemble d'autorisations : Créez un ensemble d’autorisations avec l’API activée et attribuez-le aux utilisateurs employés unifiés.