SSO corporativo, ou login federado, permite que usuários entrem na Nvoip usando o provedor de identidade da empresa, como Google Workspace, Microsoft Entra ID, Okta, ADFS ou outro provedor compatível com OIDC ou SAML.
Na prática, o usuário informa o e-mail corporativo na tela de login, clica em Entrar com SSO corporativo, autentica no provedor da empresa e volta para o painel da Nvoip já autenticado. A senha local da Nvoip não é usada nesse fluxo.
| Formato | Para que serve | Quando escolher |
|---|---|---|
| OIDC | Autenticação moderna baseada em OAuth 2.0 e OpenID Connect. | Melhor opção para login simples com Google Workspace, Microsoft Entra ID, Okta ou provedor OIDC próprio. |
| SAML 2.0 | Autenticação federada muito comum em ambientes corporativos grandes. | Indicado quando a empresa já usa apps SAML, ADFS, ou precisa enviar grupos com facilidade. |
| SCIM | Provisionamento de usuários: criar, atualizar e desativar acessos automaticamente. | Use junto com SSO quando o diretório da empresa deve controlar ciclo de vida de usuários. |
Sempre copie as URLs exibidas na tela da Nvoip. Em produção, os valores esperados são:
| Campo | Valor |
|---|---|
| Redirect URI OIDC | https://painel.nvoip.com.br/api/sso/oidc/callback |
| ACS URL SAML | https://painel.nvoip.com.br/api/sso/saml/acs |
| Base URL SCIM | https://painel.nvoip.com.br/api/scim/v2 |
O domínio verificado define quais e-mails corporativos podem usar a configuração de SSO. Ao adicionar um domínio, a Nvoip mostra um registro TXT. Esse TXT deve ser criado no DNS público do domínio.
Depois que o DNS propagar, clique em Verificar. A ativação do SSO só fica disponível depois que pelo menos um domínio estiver verificado.
| Regra | O que faz |
|---|---|
| Restringir aos domínios verificados | Só aceita usuários cujo e-mail pertence a um domínio verificado na configuração. |
| Criar usuários automaticamente no primeiro login | Também chamado de JIT. Se o usuário existe no provedor e passa nas regras, a Nvoip cria um usuário secundário automaticamente. |
| Exigir grupo permitido vindo do IdP | Permite login apenas para usuários que chegam com pelo menos um grupo permitido. |
| Forçar SSO e bloquear login local | Depois de testado, bloqueia login por senha local, Google genérico ou passkey local para os domínios verificados. |
Grupo vindo do IdP é o valor que Google Workspace, Microsoft Entra ID, Okta ou outro provedor envia para a Nvoip durante o login. Esse valor pode ser o nome do grupo, o e-mail do grupo ou um ID/UUID.
Na Nvoip, use exatamente o valor que o provedor envia. O teste de SSO mostra os grupos recebidos, então o caminho mais seguro é testar com um usuário real e copiar os valores exibidos.
O mapeamento de grupos é opcional. Nesta fase, usuários criados automaticamente entram como usuário secundário. Use o mapeamento para deixar explícito qual grupo do provedor deve gerar esse perfil.
Permissões detalhadas do painel, como relatórios, financeiro, webphone, chat e configurações, continuam sendo ajustadas nas permissões do usuário dentro da Nvoip depois que o usuário existir.
SCIM não autentica o usuário. Ele serve para sincronizar o cadastro e o status do usuário entre o diretório da empresa e a Nvoip. O login continua acontecendo por OIDC ou SAML.
Na implementação atual, o SCIM da Nvoip cria ou atualiza usuários secundários, desativa usuários quando recebe active=false ou uma remoção, e não apaga o usuário permanentemente.
nvoip-usuarios e nvoip-admins.