Ofte stillede spørgsmål om CCP til UEL-migrering

Gennemse almindelige spørgsmål om CCP til UEL-migrering, herunder tilbagerulning, nedetid, inaktive brugere, faseinddelt udrulning, sandbox-test, fejlhåndtering og licensadfærd efter migrering.

• Kan migrationen rulles tilbage?

  Nej. Migreringsprocessen er med vilje envejs og kan ikke fortrydes. Når en brugers licens og UserType er migreret fra CCP til UEL, kan du ikke vende dem tilbage. På grund af dette er det vigtigt at teste processen grundigt og fuldføre alle før migrering-konfigurationer, før du migrerer til UEL.

• Hvad påvirker medarbejderne under nedetid?

  Aktivering af migreringen af den forenede medarbejderlicens forårsager systemnedetid, hvor medarbejdere ikke kan logge ind. Hvis du vil minimere forretningsafbrydelse, skal administratorer omhyggeligt koordinere og planlægge et dedikeret live-vindue. Når migreringen er fuldført, afsluttes alle aktive brugersessioner, og UserInfo-cachen ryddes. Dette tvinger medarbejdere til at logge ind igen, så systemet kan håndhæve deres opdaterede licens- og adgangskonfigurationer.

• Hvad sker der med inaktive brugere under migrering?

  Platformsmigreringshjælpeprogrammet understøtter ikke migrering af inaktive brugere fra CCP til UEL. Jobbet er specielt designet til at transformere aktive identiteter, mens de bevarer deres historiske metadata.

• Er en faseinddelt migrering mulig?

  Nej. En faseinddelt eller delvis migrering er ikke mulig. Når du aktiverer UEL-migrering, anvendes det på organisationsniveau. Når den er aktiveret, er præferencen permanent, hvilket betyder, at alle nye brugere skal bruge UEL-modellen, og du kan ikke længere oprette eller tilføje ældre CCP-medarbejderbrugere.

• Er brugere deaktiveret under migreringsprocessen?

  Nej, brugere deaktiveres ikke under migreringen. Værktøjet udfører en identitetstransformation på stedet, der migrerer brugertypen fra ekstern (C) til standardintern (S). Denne proces bevarer bevidst UserId, Username, Email og alle tilknyttede registreringsejerskab eller revisionsspor (f.eks. CreatedById og LastModifiedById) uden at kræve bruger deaktivering.

• Kan migreringsværktøjet bruges i en sandbox?

  Ja. Vi anbefaler, at du tester hele migreringsprocessen i en sandbox-organisation, før du implementerer den i produktion. Dette giver dig mulighed for at validere dine tilpassede profiler, tilladelser og delingsregler på forhånd.

• Hvad skal jeg gøre, hvis jeg støder på fejl?

  Migreringsjobbet fungerer som en asynkron baggrundsproces, der køres i kontrollerede batches på 200 registreringer. Hvis der opstår en fejl, skal du bruge følgende metode til at fejlfinde:

  • Spor migreringsstatus: Administratorer har adgang til en sporingsgrænseflade i realtid og en dedikeret listevisning, der viser alle medarbejdere, der mislykkedes under kørslen, herunder deres medarbejder-id'er.
  • Identificer fejlfasen: Den underliggende logik er opdelt i faser (f.eks. fjernelse af tilladelsessæt, direkte DB-opdateringer, gruppegentildelinger). Grænsefladen viser detaljerede fejlårsager, der peger på det nøjagtige trin, hvor processen blev stoppet.
  • Correct og Prøv igen: Når det underliggende driftsmæssige eller dataproblem er løst, kan administratorer bruge indbyggede mekanismer til at prøve de mislykkede registreringer igen. Prøvemekanismen genoptages automatisk fra det specifikke fejlpunkt i stedet for at genstarte hele arbejdsflowet. Hvert forsøg opretter en revideret versionshistorik, så den er nem at spore.
• Hvad sker der med mine CCP-licenser efter migrering?

  Det afhænger af, hvordan licensen bruges: For medarbejderprofiler:

  • Annuller alle CCP-licenser, der er tildelt til medarbejderprofiler, når migreringen er fuldført. Disse deaktiveres ikke automatisk.
  • For andre anvendelsessituationer: Der kræves ingen handling. Alle andre CCP-licenser vil fortsætte med at fungere normalt uden afbrydelse.
• Hvorfor kan forenede medarbejderbrugere ikke godkende med Slack eller få adgang til Agentforce-agenter for Slack?

  Aktiver den API-aktiverede systemtilladelse for profilen Forenet medarbejderbruger for Slack-godkendelse og Agentforce for Slack til at fungere.

  Hvis du vil aktivere denne tilladelse, skal du vælge en af følgende tilgange:

  • Dupliker standardprofilen: Dupliker standardprofilen Forenet medarbejderbruger, og aktiver manuelt tilladelsen API-aktiveret på den duplikerede profil.
  • Opret et tilladelsessæt: Opret et tilladelsessæt med API-aktiveret, og tildel det til Forenede medarbejderbrugere.