​
Backoffice

​
O que é, por que existe, pra que serve

  1. O que é: a interface web da idCerberus, acessada por login (usuário e senha), separada da integração via API. É o mesmo domínio (backoffice-hml.idcerberus.com / backoffice.idcerberus.com) que serve os endpoints /api/.... Veja por que em Visão geral.
  2. Por que existe: nem toda tarefa precisa de código. Acompanhar o volume de cadastros, olhar o resultado de um onboarding específico ou testar uma consulta pontual não deveria exigir abrir o Postman.
  3. Pra que serve pra você: é o lugar para visualizar e explorar, não para integrar. Sua aplicação continua consumindo dados pela API, SDK ou webhook; o backoffice é o painel que o seu time usa por cima disso.

​
O que você encontra lá

Use as consultas rápidas do backoffice para validar rapidamente que um service faz o que você espera, antes de replicar a mesma chamada em código via POST /api/service-api. É o jeito mais rápido de “ver o resultado” sem escrever nada.

​
Backoffice ou API: qual usar

​
Dúvidas comuns

Dashboard e histórico de onboarding refletem os mesmos dados que GET /api/onboarding/report/{tokenOnboarding} expõe. Consultas rápidas usam por baixo os mesmos services de POST /api/service-api; é a mesma consulta, só que disparada pela tela em vez de código.
Não. O login do backoffice é usuário e senha, para uma pessoa. client e secret autenticam a sua aplicação. São dois mecanismos de autenticação diferentes para o mesmo sistema. Veja Autenticação para o lado API.
A configuração de webhook (URL e chave) hoje é feita pela React IT sob pedido, não é uma tela de autoatendimento ainda. Veja Webhooks para como pedir a ativação.

​
Próximo passo

Quickstart

Faça a primeira chamada de API pra comparar com o que você viu na tela.

Webhooks

Configure aviso automático em vez de olhar a tela manualmente.

Autenticação

Entenda a diferença entre seu login pessoal e o client/secret da API.

Visão geral

Volte pro panorama geral: service, onboarding, produto e backoffice.