Skip to main content
Ao final deste passo você viu uma verificação nascer, percorrer o fluxo e a decisão chegar no seu endpoint — sem nenhum dado real envolvido.
Este passo depende da criação de verificações pela API, que ainda não está liberada. O caminho abaixo é o desenho fechado; a disponibilidade está descrita em criar verificações.

​
Rode a jornada

1

Crie uma verificação

Chame a porta de criação a partir do seu backend, como no passo 6. Use um ref_id que você reconheça depois, como teste-001.
2

Abra o widget

Monte o widget com a sdkUrl que voltou e percorra as etapas até o fim.Você está em Sandbox: nenhum titular real é atendido e nenhum dado real é processado.
3

Acompanhe no dashboard

Abra Verificações no menu lateral. A verificação aparece com o ref_id que você informou, e o status muda conforme o titular avança.
Tela de Verificações do dashboard com uma verificação de teste na listagem e o status dela
4

Confirme a entrega do webhook

Volte em Segurança → Webhooks → Entregas. O evento da decisão aparece com o HTTP que o seu servidor devolveu.

​
Confira que funcionou

Três coisas precisam bater: O que cada status significa está em status da verificação.
onComplete significa que o fluxo terminou, não que foi aprovado. O status pode ser abandoned, e a decisão de negócio chega pelo webhook — não pelo navegador. Nunca libere acesso a partir de um evento do front-end.

​
Antes de ir para produção

  • Crie uma integração de Produção separada. Ambiente não muda depois da criação.
  • Cadastre e verifique as origens de produção no passo 3.
  • Emita uma chave de API própria para produção. Não reaproveite a de sandbox.
  • Confirme que o seu handler de webhook confere a assinatura sobre o corpo cru.

​
Depois daqui

Boas práticas

O que fazer e o que evitar em produção.

Solução de problemas

Os sintomas mais comuns e onde olhar primeiro.