Saltar para o conteúdo principal
Didit decide o resultado de uma sessão KYB com base no estado de cada funcionalidade, nos avisos que essas funcionalidades geram e nas ações que o seu fluxo atribui a cada aviso. Não existe uma pontuação de risco composta única: a decisão explica-se através de warnings[] em cada array de funcionalidade e através de decision_trace.

Como o resultado é construído

  1. Cada funcionalidade KYB (KYB_REGISTRY, AML, KYB_DOCUMENTS, KYB_KEY_PEOPLE) termina com o seu próprio estado: "Approved", "In Review" ou "Declined". Consulte estados.
  2. Cada funcionalidade gera etiquetas de aviso quando algo não está correto, por exemplo uma empresa dissolvida, um documento que contradiz o registo ou uma correspondência na triagem. As etiquetas estão listadas em avisos KYB.
  3. O seu fluxo atribui uma ação a cada aviso (nenhuma ação, revisão ou recusa), pelo que o mesmo aviso pode aprovar, enviar para revisão ou recusar, consoante a sua política.
  4. Os estados das funcionalidades agregam-se no estado da sessão. Um revisor ainda pode alterá-lo manualmente, e nesse caso a decisão inclui status_override.

Sinais que alimentam o resultado

As chaves do fluxo estão documentadas em configurações de funcionalidades do fluxo.

Como usar o resultado do seu lado

Ramifique a lógica pela etiqueta exata do estado e registe as etiquetas de aviso, para que a sua equipa possa ver porque é que uma sessão ficou onde ficou.

Próximos passos

Estados

Taxonomia de estados.

Avisos KYB

Todas as etiquetas de aviso que uma verificação KYB pode gerar.

Esquema da resposta

Onde aparecem os avisos e o rasto da decisão.
Última modificação em 7 de novembro de 2026