Single sign-on per gli utenti finali
Il single sign-on (SSO) per gli utenti finali consente agli utenti finali di accedere con il provider di identità della propria organizzazione. Gli utenti finali sono le persone che richiedono assistenza. Accedono all'Help Center e all'app mobile di AurionAI.
Disponibilità: tutti i profili. Solo amministratori.
Prerequisiti
- Si dispone del ruolo Proprietario o Amministratore.
- La pagina è disponibile in ogni profilo di prodotto e in ogni piano.
- È possibile creare una registrazione app in uno di questi provider di identità: Azure AD, Google Workspace o Okta.
- La registrazione app deve essere separata da quella utilizzata dal team per il dashboard. Deve essere un client pubblico che utilizza Authorization Code con PKCE, senza un client secret.
Utenti finali o personale del dashboard
AurionAI dispone di due criteri di accesso separati. Utilizzare la pagina corretta:
| Chi accede | Dove | Pagina |
|---|---|---|
| Utenti finali (richiedenti e clienti) | Help Center, app mobile | SSO utente finale (questa pagina) |
| Il team: amministratori, supervisori e agenti | Dashboard AurionAI | Autenticazione Web |
Questa pagina non modifica le modalità di accesso del team al dashboard. Per il dashboard, leggere Autenticazione e sessioni del dashboard.
Aprire la pagina
- Nella barra laterale, selezionare Configurazione.
- Aprire la categoria Identità e accesso.
- Selezionare SSO utente finale.

Attivare l'SSO per gli utenti finali
- Attivare Abilita SSO.
- In Provider SSO, selezionare Azure AD, Google Workspace o Okta.
- Aprire la guida alla configurazione sotto i campi del provider. Elenca i passaggi da eseguire nel provider di identità. Seguire questi passaggi.
- Compilare i campi del provider:
- Azure AD: ID tenant Azure AD e ID client Azure AD (pubblico).
- Google Workspace: ID client Google.
- Okta: Dominio Okta e ID client Okta.
- Sotto URI di reindirizzamento, verificare URI di reindirizzamento web e URI di reindirizzamento mobile. AurionAI compila i valori suggeriti. Utilizzare il pulsante di copia accanto a ciascun campo.
- Registrare entrambi gli URI di reindirizzamento nel provider di identità con esattamente gli stessi valori.
- Facoltativo: in Domini e-mail consentiti, inserire i domini email dell'organizzazione, separati da virgole, ad esempio
corp.com. Inserire al massimo 50 domini, senza il segno@. Lasciare il campo vuoto per disattivare la creazione automatica dei richiedenti. - Selezionare Salva configurazione.
Se il team accede già al dashboard con Azure AD, un messaggio offre Usa config admin. Selezionarlo per copiare l'ID tenant e l'ID client nel modulo. È comunque necessaria una registrazione app separata per gli utenti finali.
Per Okta, aggiungere anche l'origine dell'Help Center come origine attendibile in Okta, con CORS attivato. La guida alla configurazione nella pagina spiega questo passaggio.
Disattivare l'SSO per gli utenti finali
- Disattivare Abilita SSO.
- Selezionare Salva configurazione.
Gli utenti finali accedono quindi con gli altri metodi dell'Help Center e dell'app mobile.
Risultato
Viene visualizzato il messaggio Configurazione SSO salvata con successo.
La pagina di accesso dell'Help Center mostra quindi un pulsante per il provider: Accedi con Microsoft, Accedi con Google o Accedi con Okta. L'app mobile mostra Accedi con la tua organizzazione. Il pulsante appare la prossima volta che un utente finale apre la pagina di accesso.
Un utente finale può accedere con SSO quando AurionAI conosce già la persona, oppure quando il dominio email della persona è presente in Domini e-mail consentiti. In tal caso AurionAI crea il richiedente al primo accesso. Con Google Workspace, anche il dominio ospitato dell'account Google deve essere presente nell'elenco. In caso contrario AurionAI abbina l'indirizzo email della persona a un richiedente esistente. Il richiedente deve essere attivo e sia Consenti supporto vocale che Consenti accesso all'app devono essere attivi. Leggere Richiedenti (chiamanti).
In caso di problemi
- Il salvataggio non riesce con un messaggio di errore. Se il messaggio indica un dominio, correggere quella voce in Domini e-mail consentiti. In caso contrario, è necessario un provider quando l'SSO è attivo. Ogni provider richiede anche i propri campi: entrambi gli ID per Azure AD, l'ID client per Google e il dominio e l'ID client per Okta.
- L'utente finale non riesce ad accedere con SSO. La causa determina il messaggio visualizzato dall'utente finale. Con Azure AD o Okta, l'Help Center mostra Accesso non riuscito. Torna alla pagina di accesso e riprova. per ogni causa seguente che raggiunge l'Help Center. Con Google Workspace, il messaggio dipende dalla causa:
- AurionAI non ha un richiedente con l'indirizzo email inviato dal provider di identità. Con Google Workspace, l'utente finale vede Nessun account di assistenza per questa identità — contatta il tuo amministratore.. Verificare l'indirizzo email del richiedente.
- Il richiedente esiste ma non riesce ad accedere. Con Google Workspace, l'utente finale vede Nessun account di assistenza per questa identità — contatta il tuo amministratore.. Verificare che il richiedente sia attivo e che Consenti supporto vocale e Consenti accesso all'app siano attivi.
- Il richiedente è bloccato dopo troppi numeri di badge errati. Con Google Workspace, l'utente finale vede Accesso non riuscito. Sbloccare il richiedente. Leggere Sbloccare un chiamante.
- Le impostazioni nel provider di identità non corrispondono a questa pagina. Il provider di identità può mostrare il proprio errore. Con Google Workspace, l'Help Center può mostrare Accesso non riuscito. Verificare che gli URI di reindirizzamento nel provider di identità siano esattamente gli stessi di quelli presenti in questa pagina.
- L'accesso con Okta non riesce nell'Help Center. Aggiungere l'origine dell'Help Center come origine attendibile con CORS in Okta.
- Impossibile caricare la configurazione SSO. Ricaricare la pagina.
- Usa config admin non appare. Attivare prima Abilita SSO. Il pulsante appare solo quando l'accesso con Azure AD per il dashboard è attivo per l'organizzazione. Scompare quando i campi di Azure AD hanno già gli stessi valori dell'accesso al dashboard.
Articoli correlati
Hai ancora bisogno di aiuto? Invia una richiesta o .