Decisão de risco sobre a pessoa

kyc

O que é. Módulo de avaliação cadastral e de risco (pessoa). Não é autenticação facial. O Módulo de Autenticação confirma a face. O Módulo de KYC consulta bases e devolve uma decisão de risco. O papel dele é a conta dizer se faz negócio com aquela pessoa a partir dos resultados da biometria.

O que faz. Recebe o contexto da jornada e o sinal de fraude vindo do Módulo de Autenticação, avalia o CPF e responde de forma binária: APPROVED ou REJECTED, com evaluationId para auditoria. Não tem webview. O contato não vê o KYC. A esteira espera a resposta e aplica o desfecho. APPROVED segue a jornada. REJECTED encerra a execução para o contato.

Quando a biometria basta e quando o KYC entra

A biometria comportamental sozinha basta quando a conta aceita a regra padrão da esteira. Identidade inconclusiva encerra a etapa, no mesmo desfecho de uma identidade reprovada: a base não encontrou a face com o CPF enviado. Comportamento sem alerta segue. A etapa também encerra com prova de vida reprovada ou alerta de fraude.

O KYC entra quando a conta quer outra combinação desses resultados. O caso mais comum é deixar a identidade inconclusiva seguir. Para personalizar, contrate o Módulo de KYC. O passo é acrescentado depois da biometria comportamental. Ela permanece no flow. A pessoa não refaz a captura.

A alteração não é um campo do flow. Depois da contratação, o time da Clicksign faz essa alteração no motor do KYC. Ela vale para aquela conta e não muda a regra das demais.

Onde entra na jornada

O KYC é um passo a mais. A biometria comportamental continua no flow. Quem contrata o KYC não troca um pelo outro. A pessoa não refaz a captura: o KYC usa o resultado que a biometria já devolveu.

O passo vem depois de um verify com authentication: "biometric_behavior" e result_policy: "passthrough". Sem o passthrough, a reprovação da biometria encerra a execução antes de o KYC avaliar. Hoje, só biometric_behavior alimenta o KYC. liveness e identity_biometrics não servem de precedência. No futuro, outras autenticações e outras informações podem passar a alimentar essa decisão. Enquanto isso não acontece, a combinação inválida falha na execução. A publicação do flow não valida essa sequência.

O passo kyc declara context.type. Na jornada, customer é CPF. Schema: Orquestrador.

O flow é linear. Não há if/else para outro caminho. O KYC é o árbitro.

O que a conta configura

O que muda em relação à regra padrão está em Quando a biometria basta e quando o KYC entra. O que cada resultado significa, e qual combinação a esteira aplica sozinha, está em Módulo de Autenticação.

Próximo passo ➡️

• Módulo de Autenticação — os três resultados e a combinação padrão.
• Módulos — volte ao mapa da jornada.
• Orquestrador — schema do passo.
• FAQ: dúvidas em ClickFlow — respostas curtas para as dúvidas mais comuns.