Início de sessão único para utilizadores finais

O início de sessão único (SSO) para utilizadores finais permite que os seus utilizadores finais iniciem sessão com o fornecedor de identidade da sua organização. Os utilizadores finais são as pessoas que pedem suporte. Iniciam sessão no Centro de Ajuda e na aplicação móvel AurionAI.

Disponibilidade: todos os perfis. Apenas administradores.

Pré-requisitos

• Tem a função Proprietário ou Administrador.
• A página está disponível em todos os perfis de produto e em todos os planos.
• Pode criar um registo de aplicação num destes fornecedores de identidade: Azure AD, Google Workspace ou Okta.
• O registo de aplicação deve ser separado do que a sua equipa utiliza para o dashboard. Deve ser um cliente público que utilize Authorization Code com PKCE, sem segredo de cliente.

Utilizadores finais ou equipa do dashboard

O AurionAI tem duas políticas de início de sessão separadas. Utilize a página correta:

Esta página não altera a forma como a sua equipa inicia sessão no dashboard. Para o dashboard, leia Autenticação e sessões do dashboard.

Abrir a página

1. Na barra lateral, selecione Configuração.
2. Abra a categoria Identidade e Acesso.
3. Selecione SSO do Utilizador Final.

Ativar o SSO para utilizadores finais

1. Ative Ativar SSO.
2. Em Fornecedor SSO, selecione Azure AD, Google Workspace ou Okta.
3. Abra o guia de configuração abaixo dos campos do fornecedor. Este lista os passos a realizar no seu fornecedor de identidade. Siga esses passos.
4. Preencha os campos do seu fornecedor:
   • Azure AD: ID do Inquilino Azure AD e ID do Cliente Azure AD (Público).
   • Google Workspace: ID do Cliente Google.
   • Okta: Domínio Okta e ID do Cliente Okta.
5. Em URIs de Redirecionamento, verifique URI de Redirecionamento Web e URI de Redirecionamento Móvel. O AurionAI preenche os valores sugeridos. Utilize o botão de copiar junto a cada campo.
6. Registe ambos os URIs de redirecionamento no seu fornecedor de identidade com exatamente os mesmos valores.
7. Opcional: em Domínios de e-mail permitidos, introduza os domínios de e-mail da sua organização, separados por vírgulas, por exemplo corp.com. Introduza no máximo 50 domínios, sem o sinal @. Deixe o campo vazio para desativar a criação automática de solicitantes.
8. Selecione Guardar Configuração.

Se a sua equipa já inicia sessão no dashboard com o Azure AD, uma mensagem oferece Usar Config. de Admin. Selecione-a para copiar o ID do inquilino e o ID do cliente para o formulário. Ainda precisa de um registo de aplicação separado para os utilizadores finais.

Para Okta, adicione também a origem do seu Centro de Ajuda como uma origem de confiança no Okta, com CORS ativado. O guia de configuração na página explica este passo.

Desativar o SSO para utilizadores finais

1. Desative Ativar SSO.
2. Selecione Guardar Configuração.

Os utilizadores finais passam então a iniciar sessão com os outros métodos do Centro de Ajuda e da aplicação móvel.

Resultado

A mensagem Configuração SSO guardada com sucesso é apresentada.

A página de início de sessão do Centro de Ajuda mostra então um botão para o seu fornecedor: Iniciar sessão com a Microsoft, Iniciar sessão com o Google ou Iniciar sessão com Okta. A aplicação móvel mostra Inicie sessão com a sua organização. O botão aparece da próxima vez que um utilizador final abrir a página de início de sessão.

Um utilizador final pode iniciar sessão com SSO quando o AurionAI já conhece a pessoa, ou quando o domínio de e-mail da pessoa está em Domínios de e-mail permitidos. Nesse caso, o AurionAI cria o solicitante no primeiro início de sessão. Com Google Workspace, o domínio alojado da conta Google também deve estar na lista. Caso contrário, o AurionAI associa o endereço de e-mail da pessoa a um solicitante existente. O solicitante deve estar ativo, e tanto Permitir Suporte por Voz como Permitir Acesso à Aplicação devem estar ativados. Leia Solicitantes (chamadores).

Se algo correr mal

• O guardar falha com uma mensagem de erro. Se a mensagem indicar um domínio, corrija essa entrada em Domínios de e-mail permitidos. Caso contrário, é necessário um fornecedor quando o SSO está ativo. Cada fornecedor também necessita dos seus campos: ambos os IDs para o Azure AD, o ID do cliente para o Google, e o domínio e o ID do cliente para o Okta.
• O utilizador final não consegue iniciar sessão com SSO. A causa determina a mensagem que o utilizador final vê. Com Azure AD ou Okta, o Centro de Ajuda mostra Não foi possível iniciar sessão. Volte à página de início de sessão e tente novamente. para todas as causas abaixo que chegam ao Centro de Ajuda. Com Google Workspace, a mensagem depende da causa:
  • O AurionAI não tem nenhum solicitante com o endereço de e-mail que o fornecedor de identidade enviou. Com Google Workspace, o utilizador final vê Não existe nenhuma conta de suporte para esta identidade — contacte o seu administrador.. Verifique o endereço de e-mail do solicitante.
  • O solicitante existe mas não consegue iniciar sessão. Com Google Workspace, o utilizador final vê Não existe nenhuma conta de suporte para esta identidade — contacte o seu administrador.. Verifique se o solicitante está ativo e se Permitir Suporte por Voz e Permitir Acesso à Aplicação estão ativados.
  • O solicitante está bloqueado após demasiados números de crachá incorretos. Com Google Workspace, o utilizador final vê Falha ao iniciar sessão. Desbloqueie o solicitante. Leia Desbloquear um chamador.
  • As definições no fornecedor de identidade não correspondem a esta página. O fornecedor de identidade pode mostrar o seu próprio erro. Com Google Workspace, o Centro de Ajuda pode mostrar Falha ao iniciar sessão. Verifique se os URIs de redirecionamento no seu fornecedor de identidade são exatamente iguais aos desta página.
• O início de sessão com Okta falha no Centro de Ajuda. Adicione a origem do Centro de Ajuda como uma origem de confiança com CORS no Okta.
• Falha ao carregar a configuração SSO. Recarregue a página.
• Usar Config. de Admin não aparece. Ative primeiro Ativar SSO. O botão só aparece quando o início de sessão com Azure AD para o dashboard está ativo para a sua organização. Desaparece quando os campos do Azure AD já têm os mesmos valores que o início de sessão do dashboard.

Artigos relacionados

• Autenticação e sessões do dashboard
• Solicitantes (chamadores)
• Iniciar sessão