Saltar para o conteúdo principal
Este guia mostra como concluir uma verificação KYB completa em menos de 10 minutos. Vai criar um fluxo, iniciar uma sessão, enviar a ligação de verificação alojada ao seu contacto na empresa, aguardar o webhook e obter a decisão final.

Pré-requisitos

  • Uma aplicação Didit com KYB ativado. Crie uma em business.didit.me, se necessário.
  • Uma chave de API em Developer Settings → API Keys.
  • Um endpoint de webhook acessível a partir da Internet (para o webhook de decisão).

Passos

1

Crie um fluxo KYB na consola

Aceda a Workflows → Create workflow. Escolha Verificação de empresas como tipo de fluxo.Ative as funcionalidades de que precisa:
  • Consulta ao registo de empresas (obrigatório)
  • AML da Empresa (recomendado)
  • Pessoas-chave (obrigatório para a maioria dos setores regulados)
  • Documentos (opcional: escolha os tipos de documento que vai exigir)
Guarde e copie o workflow_id; vai usá-lo no passo seguinte.
2

Crie uma sessão de Verificação de empresas (KYB) através da API

A resposta contém o session_id, o session_number e o url, a ligação de verificação alojada que entrega ao contacto na empresa. O tipo de fluxo (KYB) marca automaticamente a sessão como sessão de empresa.
3

Envie a ligação ao seu contacto na empresa

Envie o url ao administrador da empresa através do seu próprio e-mail ou chat. Este abre a ligação, preenche os dados do registo, adiciona pessoas-chave e UBOs e carrega os documentos.Pode personalizar a experiência alojada com identidade visual, logótipo e domínio; consulte Marca branca.
4

Receba o webhook de estado

Quando a empresa concluir o fluxo e o processamento KYB atingir um estado final, o Didit envia um POST com um evento status.updated para o seu endpoint de webhook. Os eventos de sessões de empresa incluem session_kind: "business" dentro de data; filtre por esse campo para encaminhar o evento para o seu processador KYB.Verifique a assinatura HMAC X-Signature-V2 antes de confiar no evento (consulte webhooks) e só depois acione a sua lógica a jusante. Guarde o secret_shared_key do destino (devolvido ao registar o webhook) como DIDIT_WEBHOOK_SECRET no seu .env.Exemplo de payload:
5

Obtenha a decisão (opcional)

O payload do webhook status.updated já contém a decisão completa. Só precisa de chamar este endpoint se não tiver subscrito os webhooks ou se quiser obter a decisão mais tarde, a pedido.
A decisão inclui os dados do registo, as pessoas-chave (UBOs, acionistas, administradores e representantes), as correspondências AML, os documentos e os resultados por funcionalidade. Consulte o esquema de resposta para a referência completa do payload.
6

Aja de acordo com a decisão

Com base em status:
  • "Approved": faça o onboarding da empresa.
  • "Declined": recuse a empresa e registe as etiquetas de warnings[] da decisão.
  • "In Review": aguarde a decisão do analista; receberá outro webhook quando for concluída.

Exemplo em Node.js

O que acontece automaticamente

  • Consulta ao registo de empresas em 190+ jurisdições.
  • Extração de UBO e de administradores a partir dos dados do registo.
  • Triagem AML ao nível da empresa (sanções, PEP, notícias adversas).
  • Triagem AML ao nível da pessoa para cada pessoa identificada.
  • OCR de documentos e cruzamento de informação.
  • Criação e agregação de Perfil de empresa com base em vendor_data.

Próximos passos

Guia de integração

Arquitetura de ponta a ponta, consulta periódica vs webhooks, lógica de novas tentativas.

Webhooks KYB

Todos os eventos KYB e a estrutura dos payloads.

Estados

Referência dos estados de sessão, de funcionalidade e de registo.

Esquema de resposta

O payload completo da decisão KYB.

Entidades empresariais

Como os perfis são agregados entre sessões.
Última modificação em 7 de novembro de 2026