Veelgestelde vragen over CCP naar UEL

Bekijk veelgestelde vragen over de migratie van CCP naar UEL, inclusief rollback, downtime, inactieve gebruikers, gefaseerde implementatie, sandboxtests, foutafhandeling en werking van de licentie na de migratie.

• Kan de migratie worden teruggedraaid?

  Nee. Het migratieproces is opzettelijk éénrichtingsverkeer en onomkeerbaar. Zodra de licentie en UserType van een gebruiker zijn gemigreerd van CCP naar UEL, kunt u deze niet meer terugdraaien. Daarom is het belangrijk om het proces grondig te testen en alle pre-migratieconfiguraties te voltooien voordat u naar UEL migreert.

• Wat is de impact op medewerkers tijdens downtime?

  Het inschakelen van de migratie van de gecombineerde werknemerslicentie leidt tot downtime van het systeem, waardoor werknemers niet kunnen inloggen. Om onderbrekingen in de bedrijfsvoering tot een minimum te beperken, moeten beheerders een speciaal tijdsbestek voor livegang zorgvuldig coördineren en plannen. Daarnaast worden, nadat de migratie is voltooid, alle actieve gebruikerssessies beëindigd en wordt het cachegeheugen van UserInfo gewist. Dit dwingt werknemers om opnieuw in te loggen, zodat het systeem hun bijgewerkte licentie en toegangsconfiguraties kan afdwingen.

• Wat gebeurt er met inactieve gebruikers tijdens de migratie?

  Het hulpprogramma Platformmigratie biedt geen ondersteuning voor het migreren van inactieve gebruikers van CCP naar UEL. De taak is specifiek ontworpen voor het transformeren van actieve identiteiten met behoud van hun historische metagegevens.

• Is gefaseerde migratie mogelijk?

  Nee. Een gefaseerde of gedeeltelijke migratie is niet mogelijk. Wanneer u UEL-migratie inschakelt, is dit van toepassing op organisatieniveau. Eenmaal ingeschakeld, is de voorkeur permanent, wat betekent dat alle nieuwe gebruikers het UEL-model moeten gebruiken en dat u niet langer oudere CCP-werknemersgebruikers kunt maken of toevoegen.

• Worden gebruikers gedeactiveerd tijdens het migratieproces?

  Nee, gebruikers worden niet gedeactiveerd tijdens de migratie. De tooling voert een in-place identiteitstransformatie uit die het gebruikerstype migreert van extern (C) naar standaard intern (S). Dit proces bewaart opzettelijk de UserId, Username, Email en alle gekoppelde eigendoms- of controletrajecten van records (zoals CreatedById en LastModifiedById) zonder dat de gebruiker hoeft te worden gedeactiveerd.

• Kan de migratietool worden gebruikt in een sandbox?

  Ja. Het wordt aanbevolen het gehele migratieproces in een sandboxorganisatie te testen voordat u het in productie implementeert. Hierdoor kunt u uw aangepaste profielen, machtigingen en regels voor delen vooraf valideren.

• Wat moet ik doen als ik fouten tegenkom?

  De migratietaak werkt als een asynchroon achtergrondproces dat wordt uitgevoerd in gecontroleerde batches van 200 records. Als er een fout optreedt, gebruikt u de volgende methode om problemen op te lossen:

  • Migratiestatus bijhouden controleren: Beheerders hebben toegang tot een real-time interface voor bijhouden en een speciale lijstweergave met alle werknemers die tijdens de uitvoering zijn mislukt, inclusief hun werknemers-ID's.
  • De fase van mislukking bepalen: De onderliggende logica is opgedeeld in fasen (bijvoorbeeld machtigingensets verwijderen, directe DB-updates, groepstoewijzingen). De interface geeft gedetailleerde redenen voor mislukkingen weer, die de exacte stap aangeven waar het proces is blijven steken.
  • Corrigeren en opnieuw proberen: Zodra het onderliggende operationele of gegevensprobleem is opgelost, kunnen beheerders ingebouwde mechanismen gebruiken om de mislukte records opnieuw te proberen. Het mechanisme voor opnieuw proberen wordt automatisch hervat vanaf het specifieke punt van mislukking in plaats van de gehele werkstroom opnieuw te starten. Elke poging maakt een gecontroleerde versiehistorie voor eenvoudig bijhouden.
• Wat gebeurt er met mijn CCP-licenties na de migratie?

  Dit is afhankelijk van de manier waarop de licentie wordt gebruikt: Voor werknemersprofielen:

  • Annuleer alle CTP-licenties die zijn toegewezen aan werknemersprofielen zodra de migratie is voltooid. Deze worden niet automatisch gedeactiveerd.
  • Voor andere gebruikscases: Er is geen actie vereist. Alle andere CTP-licenties blijven zonder onderbreking normaal functioneren.
• Waarom kunnen gebruikers van gecombineerde medewerkers niet authenticeren met Slack of geen toegang krijgen tot Agentforce Agents voor Slack?

  Schakel de systeemmachtiging API ingeschakeld in voor het profiel Gecombineerde medewerkergebruiker voor Slack-authenticatie en Agentforce Agent-toegang om Slack te laten werken.

  Kies voor het inschakelen van deze machtiging een van de volgende benaderingen:

  • Kloon het standaardprofiel: Kloon het standaardprofiel Gecombineerde medewerkergebruiker en schakel handmatig de machtiging API ingeschakeld in voor het gekloonde profiel.
  • Een machtigingenset maken: Maak een machtigingenset met API ingeschakeld en wijs deze toe aan gebruikers van gecombineerde medewerkers.