Pular para o conteúdo principal
Este guia leva você por uma verificação KYB completa em menos de 10 minutos. Você vai criar um fluxo (workflow), iniciar uma sessão, entregar o link de verificação hospedado ao contato da empresa, aguardar o webhook e obter a decisão final.

Pré-requisitos

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

Passos

1

Crie um fluxo de KYB no console

Acesse Fluxos de trabalho → Criar fluxo de trabalho. Escolha Verificação de empresas como o tipo de fluxo.Ative os recursos de que você precisa:
  • Consulta ao registro da empresa (obrigatório)
  • AML da empresa (recomendado)
  • Pessoas-chave (obrigatório na maioria dos setores regulados)
  • Documentos (opcional - escolha os tipos de documento que você vai exigir)
Salve e copie o workflow_id - você vai usá-lo no próximo passo.
2

Crie uma sessão de Verificação de empresas (KYB) pela API

A resposta contém o session_id, o session_number e a url - o link de verificação hospedado que você entrega ao contato da empresa. O tipo do fluxo (KYB) marca automaticamente a sessão como uma sessão de empresa.
3

Envie o link ao contato da empresa

Entregue a url ao administrador da empresa pelo seu próprio e-mail ou chat. Ele a abre, preenche os dados do registro, adiciona as pessoas-chave e os UBOs e envia os documentos.Você pode personalizar a experiência hospedada com marca, logotipo e domínio - veja Marca própria.
4

Receba o webhook de status

Quando a empresa conclui o fluxo e o processamento do KYB chega a um status final, a Didit envia um evento status.updated por POST ao seu endpoint de webhook. Os eventos de sessões de empresa trazem session_kind: "business" dentro de data - filtre por esse campo para encaminhar o evento ao seu tratador de KYB.Verifique a assinatura HMAC X-Signature-V2 antes de confiar no evento (veja webhooks) e depois acione a sua lógica posterior. Guarde o secret_shared_key do destino (retornado quando você registra 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. Você só precisa chamar este endpoint se não assinou os webhooks ou se quer buscar a decisão sob demanda mais tarde.
A decisão inclui os dados do registro, as pessoas-chave (UBOs, acionistas, diretores e representantes), as ocorrências de AML, os documentos e os resultados por recurso. Veja 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 - rejeite e registre o código do motivo.
  • IN_REVIEW - aguarde a decisão do analista; você receberá outro webhook quando ela for resolvida.

Exemplo em Node.js

O que acontece automaticamente

  • Consulta ao registro da empresa em 190+ jurisdições.
  • Extração de UBOs e administradores a partir dos dados do registro.
  • Triagem de AML no nível da empresa (sanções, PEPs, mídia negativa).
  • AML no nível da pessoa para cada parte identificada.
  • OCR de documentos e verificação cruzada.
  • Criação e agregação de perfis de empresa com base em vendor_data.

Próximos passos

Guia de integração

Arquitetura de ponta a ponta, polling versus webhooks, lógica de novas tentativas.

Webhooks de KYB

Todos os eventos de KYB e o formato de cada payload.

Status

Referência de status de sessão, de recurso e de registro.

Esquema de resposta

O payload completo da decisão de KYB.

Entidades empresariais

Como os perfis são agregados entre sessões.