Domande frequenti sulla migrazione da CCP a UEL

Rivedere le domande frequenti sulla migrazione da CCP a UEL, inclusi ritiro, tempo di inattività, utenti inattivi, implementazione graduale, test Sandbox, gestione degli errori e comportamento delle licenze post-migrazione.

• La migrazione può essere ritirata?

  No. Il processo di migrazione è intenzionalmente unidirezionale e irreversibile. Una volta eseguita la migrazione della licenza utente e di UserType da CCP a UEL, non è possibile ripristinarli. Per questo motivo, è fondamentale testare accuratamente il processo e completare tutte le configurazioni pre-migrazione prima di migrare a UEL.

• Qual è l'impatto sui dipendenti durante il tempo di inattività?

  L'abilitazione della migrazione della Licenza dipendente unificata causa un tempo di inattività del sistema durante il quale i dipendenti non possono accedere. Per ridurre al minimo le interruzioni dell'attività, gli amministratori devono coordinare e pianificare con attenzione una finestra di implementazione dedicata. Inoltre, al termine della migrazione, tutte le sessioni utente attive vengono terminate e la cache UserInfo viene svuotata. Ciò costringe i dipendenti ad accedere nuovamente in modo che il sistema possa imporre la licenza aggiornata e accedere alle configurazioni.

• Cosa accade agli utenti inattivi durante la migrazione?

  L'utilità di migrazione piattaforma non supporta la migrazione di utenti inattivi da CCP a UEL. Il processo è progettato specificamente per trasformare le identità attive preservandone i metadati storici.

• È possibile la migrazione graduale?

  No. Non è possibile una migrazione graduale o parziale. Quando si attiva la migrazione UEL, si applica a livello di organizzazione. Una volta abilitata, la preferenza è permanente, ovvero tutti i nuovi utenti devono utilizzare il modello UEL e non è più possibile creare o aggiungere utenti dipendenti CCP legacy.

• Gli utenti vengono disattivati durante il processo di migrazione?

  No, gli utenti non vengono disattivati durante la migrazione. Lo strumento esegue una trasformazione dell'identità sul posto che esegue la migrazione del tipo di utente da esterno (C) a interno (S) standard. Questo processo mantiene intenzionalmente UserId, Username, Email e tutta la proprietà dei record o gli itinerari di controllo associati (ad esempio CreatedById e LastModifiedById) senza richiedere la disattivazione dell'utente.

• Lo strumento di migrazione può essere utilizzato in un Sandbox?

  Sì. Si consiglia di testare l'intero processo di migrazione in un'organizzazione Sandbox prima di distribuirlo in produzione. Ciò consente di convalidare preventivamente i profili personalizzati, le autorizzazioni e le regole di condivisione.

• Cosa devo fare se incorro in errori?

  Il processo di migrazione funziona come un processo in background asincrono eseguito in batch controllati di 200 record. Se si verifica un errore, utilizzare il seguente metodo per risolvere i problemi:

  • Controlla stato migrazione: Gli amministratori hanno accesso a un'interfaccia di tracciamento in tempo reale e a una visualizzazione elenco dedicata che mostra tutti i dipendenti che non sono riusciti durante l'esecuzione, inclusi gli ID dei dipendenti.
  • Identificare la fase di errore: La logica sottostante è suddivisa in fasi (ad esempio, rimozione di insiemi di autorizzazioni, aggiornamenti diretti del database, riassegnazioni di gruppi). L'interfaccia visualizza i motivi dettagliati dell'errore che individuano la fase esatta in cui il processo è in stallo.
  • Correggi e riprova: Una volta risolto il problema operativo o di dati sottostante, gli amministratori possono utilizzare meccanismi integrati per riprovare i record non riusciti. Il meccanismo di ritentazione riprende automaticamente dal punto specifico di errore anziché riavviare l'intero flusso di lavoro. Ogni tentativo crea una cronologia delle versioni controllate per facilitare il tracciamento.
• Cosa accade alle licenze CCP dopo la migrazione?

  Dipende da come viene utilizzata la licenza: Per Profili dipendente:

  • Annullare tutte le licenze CCP assegnate ai profili dei dipendenti al termine della migrazione. Questi non verranno disattivati automaticamente.
  • Per altri casi d'uso: Non è necessaria alcuna azione. Tutte le altre licenze CCP continueranno a funzionare normalmente senza interruzioni.
• Perché gli utenti dipendenti unificati non riescono ad autenticarsi con Slack o ad accedere agli agenti Agentforce per Slack?

  Abilitare l'autorizzazione di sistema API abilitata per il profilo Utente dipendente unificato per l'autenticazione Slack e l'accesso Agentforce Agent per il funzionamento di Slack.

  Per abilitare questa autorizzazione, scegliere uno dei seguenti approcci:

  • Clonare il profilo standard: Clonare il profilo standard Utente dipendente unificato e abilitare manualmente l'autorizzazione API abilitata sul profilo clonato.
  • Creazione di un insieme di autorizzazioni: Creare un insieme di autorizzazioni con l'API abilitata e assegnarlo a Utenti dipendenti unificati.