BirdID
  • Apresentação
  • Fluxo recomendado
    • Autenticação na API Pública
      • Descoberta
      • Autenticação (Password)
    • Autenticação no BirdID Pro
    • BirdID Pro - Assinatura Síncrona
  • Arquitetura da suíte de soluções
  • Nuvem Pública
    • Public API
      • Autenticação de usuários
        • OAuth2 - Authorization Code
        • OAuth2 - Password
        • QR Code e Push
      • Autenticação de aplicação
        • OAuth2 - Client Credentials
      • Uso de certificado
        • Assinatura digital
      • Auxiliares
        • Localização de usuário
        • Recuperação de certificado
      • Manutenção da aplicação
        • Cadastro de aplicação
        • Alteração de aplicação
        • Auto-cadastro de aplicação
  • BirdID Pro
    • Recursos
    • Arquitetura da plataforma
    • Instalação e configuração
    • API
      • Autenticação e Autorização
        • OAuth2 - Password
      • Preparação de documento(s)
      • Assinatura de documento(s)
      • Validação de integridade do documento
      • Monitor & HealthCheck
      • Informações do certificado
      • Integração S3
      • Integração GCP Storage
      • Integração FTP (File Transfer Protocol)
      • Licença
      • Juntar assinatura
    • Monitoramento
    • Dúvidas frequentes
    • Licença
  • CEAS
    • Arquitetura da plataforma
    • Recursos
    • API
      • Autenticação de usuários
        • OAuth2 - Authorization Code
        • OAuth2 - Password
      • Informações do certificado
      • Monitor & HealthCheck
    • Console
      • Auto registro da aplicação
    • Instalação e configuração
  • Middleware
    • Assistente Utilitário
      • Console
        • Aplicação
        • Usuários
        • Usuário selecionado
      • API
        • Aplicação
        • Usuários
        • Usuário selecionado
    • PKCS#11
    • CSP (Microsoft Crypto API)
    • Engine OpenSSL
    • JCA/JCE
  • Códigos de Retorno
  • Emissão Online
    • API
      • Autenticação / Login
      • Emissão
      • Dados da AR
  • Gateway ACT
    • Carimbo
    • Assinatura + Carimbo
    • Assinatura + Carimbo em Lote
  • Wings
    • Autenticação
      • Autenticação de Usuário
      • Definir Corporação
      • Credenciais de cliente externo
    • Corporativo
      • Consultar Usuários
      • Alterar Usuário
      • Cadastrar Assinante PJ
      • Alterar Usuário em Lote
    • Usuário Varejo
      • Alteração Tipo Usuário Varejo
      • Obter dados do Usuário
      • Consulta de crédito
Powered by GitBook
On this page
  • Localização de titular
  • Interface intermediária
  • Otimização/Performance e autoban de provedor

Was this helpful?

  1. CEAS

Recursos

PreviousArquitetura da plataformaNextAPI

Last updated 5 years ago

Was this helpful?

Localização de titular

Através do username (CPF ou CNPJ) o CEAS verifica em quais provedores (PSCs) o usuário possui conta. A partir dessa lista de quais locais um usuário possui conta, o CEAS faz uma breve análise e escolhe o melhor caminho:

Em resumo o fluxo é:

  • Se o usuário está em um único PSC, o CEAS realizará um redirect, deixando o uso do CEAS praticamente imperceptível.

  • Se o usuário está em mais de um PSC, o CEAS exibirá uma interface intermediária para o usuário escolher o PSC de autenticação.

  • Se o usuário não foi encontrado em nenhum PSC, o CEAS retornará o usuário para a origem com uma mensagem de erro.

Interface intermediária

Caso o usuário possua conta em mais de um PSC uma interface intermediária do CEAS será exibida, nessa interface o usuário deve selecionar entre os PSCs que ele possui conta qual ele deseja utilizar para aquela autenticação.

Otimização/Performance e autoban de provedor

Como o fluxo de localização de titular prevê a consulta em provedor por provedor de forma síncrona, caso algum provedor esteja indisponível ele pode afetar o tempo de resposta geral da tomada de decisão do CEAS.

Essa inteface intermediária do CEAS é whitelabel, podendo ser configurado os nomes, textos, padrão de cores, imagens, favicon e etc.

O CEAS faz cache das pesquisas de localização de titular, permitindo assim um melhor tempo de resposta em usos seguidos de um mesmo usuário. Esse tempo de vida do cache pode ser parametrizado .

Por isso o CEAS realiza uma análise de disponibilidade de Cloud a cada chamada interna (nos PSCs) de API. Conforme a resposta dessa chamada interna o CEAS incrementa os usos do tipo HEALTH e UNHEALTH de cada provedor no cache interno, permitindo assim uma tomada de decisão caso um provedor de serviços esteja indisponível muitas vezes por um período tempo.

(Confira as opções na configuração)
(Confira as opções na configuração)
Confira as opções de ban de um provedor na configuração