Vanliga frågor om migrering från CCP till UEL

Gå igenom vanliga frågor om CCP till UEL-migrering, inklusive återgång, nedtid, inaktiva användare, fasad lansering, sandboxtest, felhantering och beteende efter migrering av licens.

• Kan migreringen dras tillbaka?

  Nej. Migreringsprocessen är avsiktligt enkelriktad och går inte att ångra. När en användares licens och UserType har migrerats från CCP till UEL går det inte att återställa dem. På grund av detta är det viktigt att noggrant testa processen och slutföra alla konfigurationer innan migrering till UEL.

• Vad är påverkan på anställda under nedtid?

  Att aktivera migreringen av Unified Employee-licensen orsakar systemnedtid då anställda inte kan logga in. För att minimera verksamhetsavbrott bör administratörer noggrant koordinera och schemalägga ett dedikerat livefönster. Efter att migreringen har slutförts avslutas alla aktiva användarsessioner och UserInfo-cachen rensas. Detta tvingar anställda att logga in igen så att systemet kan tillämpa sina uppdaterade licens- och åtkomstkonfigurationer.

• Vad händer med inaktiva användare under migreringen?

  Plattformsmigreringsverktyget har inte stöd för att migrera inaktiva användare från CCP till UEL. Jobbet är specifikt utformat för att transformera aktiva identiteter och samtidigt bevara deras historiska metadata.

• Är stegvis migrering möjlig?

  Nej, en stegvis eller delvis migrering är inte möjlig. När du slår på UEL-migrering gäller den på organisationsnivå. När inställningen har aktiverats är den permanent, vilket innebär att alla nya användare måste använda UEL-modellen och att du inte längre kan skapa eller lägga till äldre användare av CCP-anställda.

• Inaktiveras användare under migreringsprocessen?

  Nej, användare inaktiveras inte under migreringen. Verktyget utför en identitetstransformation på plats som migrerar användartypen från extern (C) till standard intern (S). Denna process bevarar avsiktligt UserId, Username, Email och alla associerade ägarskaps- eller granskningsspår för poster (som CreatedById och LastModifiedById) utan att kräva att användare inaktiveras.

• Kan migreringsverktyget användas i en sandbox?

  Ja. Vi rekommenderar att testa hela migreringsprocessen i en sandboxorganisation innan du distribuerar den i produktion. Detta låter dig validera dina egna profiler, behörigheter och delningsregler i förväg.

• Vad ska jag göra om jag stöter på fel?

  Migreringsjobbet fungerar som en asynkron bakgrundsprocess som utförs i kontrollerade satser med 200 poster. Om ett fel uppstår, använd följande metod för att felsöka:

  • Granska status för spårmigrering: Administratörer har åtkomst till ett spårningsgränssnitt i realtid och en dedikerad listvy som visar alla anställda som misslyckats under körningen, inklusive deras ID:n för anställda.
  • Identifiera fasen av misslyckande: Den underliggande logiken är uppdelad i faser (till exempel att ta bort behörighetsuppsättningar, direkta DB-uppdateringar, gruppomtilldelningar). Gränssnittet visar detaljerade felorsaker som preciserar det exakta steget där processen fastnade.
  • Korrigera och försök igen: När det underliggande drifts- eller dataproblemet har lösts kan administratörer använda inbyggda mekanismer för att försöka igen de poster som misslyckats. Återförsöksmekanismen återupptas automatiskt från den specifika felpunkten istället för att starta om hela arbetsflödet. Varje försök skapar en granskad versionshistorik för enkel spårning.
• Vad händer med mina CCP-licenser efter migreringen?

  Det beror på hur licensen används: För Medarbetarprofiler:

  • Avbryt alla CCP-licenser som är tilldelade till medarbetarprofiler när migreringen är klar. Dessa inaktiveras inte automatiskt.
  • För andra användningsfall: Ingen åtgärd krävs. Alla andra CCP-licenser fortsätter att fungera normalt utan avbrott.
• Varför misslyckas sammanslagna anställda med att autentisera med Slack eller få åtkomst till Agentforce Agents for Slack?

  Aktivera systembehörigheten API aktiverad för att profilen Sammanslagen anställdanvändare för Slack-autentisering och Agentforce Agentåtkomst för Slack ska fungera.

  För att aktivera denna behörighet, välj en av följande metoder:

  • Klona standardprofilen: Klona standardprofilen Sammanslagen medarbetare och aktivera manuellt behörigheten API aktiverad för den klonade profilen.
  • Skapa en behörighetsuppsättning: Skapa en behörighetsuppsättning med API aktiverat och tilldela den till Sammanslagna anställdas användare.