Häufig gestellte Fragen zur Migration von CCP zu UEL

Lesen Sie allgemeine Fragen zur Migration von CCP zu UEL, einschließlich Rollback, Ausfallzeiten, inaktiver Benutzer, phasenweiser Einführung, Sandbox-Tests, Fehlerbehandlung und Verhalten nach der Migration.

• Kann die Migration zurückgesetzt werden?

  Nein. Der Migrationsprozess ist absichtlich einseitig und kann nicht rückgängig gemacht werden. Sobald die Lizenz eines Benutzers und UserType von CCP zu UEL migriert wurden, können Sie sie nicht mehr zurücksetzen. Daher ist es wichtig, den Prozess sorgfältig zu testen und alle Konfigurationen vor der Migration abzuschließen, bevor Sie zu UEL migrieren.

• Welche Auswirkungen hat dies auf die Mitarbeiter während der Ausfallzeit?

  Die Aktivierung der Migration der Lizenz für zusammengeführte Mitarbeiter führt zu Systemausfällen, bei denen sich Mitarbeiter nicht anmelden können. Um Geschäftsunterbrechungen zu minimieren, sollten Administratoren ein spezielles Go-live-Fenster sorgfältig koordinieren und planen. Nach Abschluss der Migration werden zudem alle aktiven Benutzersitzungen beendet und der UserInfo-Cache gelöscht. Dadurch müssen sich Mitarbeiter erneut anmelden, damit das System ihre aktualisierte Lizenz und Zugriffskonfigurationen erzwingen kann.

• Was geschieht mit inaktiven Benutzern während der Migration?

  Das Plattformmigrationsdienstprogramm unterstützt die Migration inaktiver Benutzer von CCP zu UEL nicht. Der Auftrag wurde speziell entwickelt, um aktive Identitäten umzuwandeln und gleichzeitig ihre historischen Metadaten beizubehalten.

• Ist eine phasenweise Migration möglich?

  Nein. Eine phasenweise oder teilweise Migration ist nicht möglich. Wenn Sie die UEL-Migration aktivieren, wird sie auf Organisationsebene angewendet. Nach der Aktivierung ist die Voreinstellung dauerhaft, d. h., alle neuen Benutzer müssen das UEL-Modell verwenden und Sie können keine älteren CCP-Mitarbeiterbenutzer mehr erstellen oder hinzufügen.

• Werden Benutzer während der Migration deaktiviert?

  Nein, Benutzer werden während der Migration nicht deaktiviert. Das Tooling führt eine Identitätstransformation an Ort und Stelle aus, die den Benutzertyp von extern (C) zu standardmäßig intern (S) migriert. Bei diesem Prozess werden die UserId, der Benutzername, die E-Mail und alle zugehörigen Datensatzinhaberschafts- oder -überprüfungsprotokolle (wie CreatedById und LastModifiedById) absichtlich beibehalten, ohne dass eine Benutzerdeaktivierung erforderlich ist.

• Kann das Migrationstool in einer Sandbox verwendet werden?

  Ja. Es wird empfohlen, den gesamten Migrationsprozess in einer Sandbox-Organisation zu testen, bevor Sie ihn in der Produktion bereitstellen. Dadurch können Sie Ihre benutzerdefinierten Profile, Berechtigungen und Freigaberegeln im Voraus validieren.

• Was soll ich tun, wenn ich auf Fehler stoße?

  Der Migrationsauftrag funktioniert als asynchroner Hintergrundprozess, der in kontrollierten Batches mit 200 Datensätzen ausgeführt wird. Wenn ein Fehler auftritt, verwenden Sie die folgende Methode zur Fehlerbehebung:

  • Überprüfen des Verfolgungsmigrationsstatus: Administratoren haben Zugriff auf eine Echtzeit-Verfolgungsoberfläche und eine dedizierte Listenansicht mit allen Mitarbeitern, die während der Ausführung fehlgeschlagen sind, einschließlich ihrer Mitarbeiter-IDs.
  • Identifizieren der Fehlerphase: Die zugrunde liegende Logik ist in Phasen unterteilt (z. B. Entfernen von Berechtigungssätzen, direkte DB-Aktualisierungen, Neuzuweisung von Gruppen). Auf der Oberfläche werden ausführliche Fehlergründe angezeigt, die den genauen Schritt angeben, an dem der Prozess angehalten wurde.
  • Korrektur und Wiederholung: Sobald das zugrunde liegende Betriebs- oder Datenproblem gelöst ist, können Administratoren die fehlgeschlagenen Datensätze mithilfe integrierter Mechanismen wiederholen. Der Mechanismus für Wiederholungen wird automatisch ab dem bestimmten Fehlerpunkt fortgesetzt, statt den gesamten Workflow neu zu starten. Bei jedem Versuch wird ein überprüfter Versionsverlauf für eine einfache Verfolgung erstellt.
• Was geschieht mit meinen CCP-Lizenzen nach der Migration?

  Dies hängt davon ab, wie die Lizenz verwendet wird: Für Mitarbeiterprofile:

  • Stornieren Sie alle CCP-Lizenzen, die Mitarbeiterprofilen zugewiesen sind, sobald die Migration abgeschlossen ist. Diese werden nicht automatisch deaktiviert.
  • Für andere Anwendungsfälle: Es ist keine Aktion erforderlich. Alle anderen CCP-Lizenzen funktionieren ohne Unterbrechung weiterhin normal.
• Warum können sich zusammengeführte Mitarbeiter nicht bei Slack authentifizieren oder auf Agentforce Agents for Slack zugreifen?

  Aktivieren Sie die Systemberechtigung API-aktiviert für das Profil "Zusammengeführter Mitarbeiterbenutzer", damit die Slack-Authentifizierung und der Agentforce Agent-Zugriff auf Slack funktionieren.

  Wählen Sie zum Aktivieren dieser Berechtigung einen der folgenden Ansätze aus:

  • Duplizieren des Standardprofils: Duplizieren Sie das Standardprofil "Zusammengeführter Mitarbeiterbenutzer" und aktivieren Sie manuell die Berechtigung "API-aktiviert" für das duplizierte Profil.
  • Erstellen eines Berechtigungssatzes: Erstellen Sie einen Berechtigungssatz mit aktivierter API und weisen Sie ihn Benutzern zusammengeführter Mitarbeiter zu.