Primeiros passos
Integração / SDKs
Verificação de usuários
Verificação de empresas
Monitoramento de transações
Registro de alteraçõesConfigurações gerais
Limiares de pontuação
Os limiares de pontuação determinam como a pontuação de risco acumulada das regras acionadas se traduz em um status de transação:
Transações abaixo do limiar de revisão são automaticamente
APPROVED. Se uma regra tiver uma ação change_status explícita, esse status tem prioridade sobre os limiares baseados em pontuação, e DECLINED sempre prevalece.
Reduzir o limiar de revisão aumenta o volume de transações sinalizadas para revisão pelos analistas. Ajuste-o de acordo com a capacidade da sua equipe e o seu apetite de risco.
Monitoramento de cripto
Habilite ou desabilite a triagem de cripto automática para transações com criptomoedas. Quando habilitada, a Didit verifica endereços de carteira e hashes de transação em provedores de análise de blockchain para todas as transações comcurrency_kind: "crypto". A triagem por hash de transação exige tanto o hash quanto o endereço de carteira relacionado.
Preferências de provedor
Selecione e configure o seu provedor de análise de blockchain preferido:
Ao conectar sua própria chave de API do provedor, você usa o contrato que já tem com o provedor e paga, por meio da Didit, a taxa de infraestrutura indicada por triagem.
O monitoramento da Lightning Network está disponível apenas com uma conexão BYOK da Elliptic ou da Chainalysis adicionada pelo Marketplace.
Se
LIGHTNING for enviado enquanto outro provedor estiver ativo, ou antes de qualquer uma das conexões compatíveis ser adicionada, a requisição de triagem retorna 400 com orientações para configurar o Marketplace.
Fluxo de remediação
O fluxo de remediação (remediation_workflow_id na API de configurações) é o padrão de toda a aplicação para ações de regra AWAITING_USER que não indicam o próprio fluxo de verificação (workflow). Na prática, isso vale para as regras integradas da biblioteca (regras personalizadas sempre têm a própria seleção, que prevalece).
O campo aceita um ID de fluxo (ou o UUID de uma versão específica) na escrita e sempre retorna o ID estável do fluxo na leitura; as sessões são criadas com a versão publicada mais recente.
Quando uma regra desse tipo define uma transação como AWAITING_USER, a Didit cria a sessão de verificação vinculada com o primeiro fluxo encontrado nesta ordem:
- O fluxo de remediação configurado aqui.
- O fluxo de Biometric Authentication da sua aplicação, quando o titular já tem um rosto de referência armazenado.
- O fluxo padrão da sua aplicação.
action_required e remediation da transação e nos dois webhooks de transação, para que você possa redirecionar o usuário para concluir a verificação exigida.
Quando essa sessão chega a uma decisão, o status da transação a acompanha automaticamente (aprovado, recusado ou em revisão) e um webhook transaction.status.updated é disparado.
Um fluxo de Biometric Authentication é a opção recomendada aqui: o usuário comprova novamente a identidade com uma única selfie ao vivo, comparada com o rosto do onboarding original.
Ele exige que o titular tenha um rosto de referência armazenado de uma verificação aprovada; usuários sem esse rosto são direcionados ao fluxo padrão da sua aplicação, e uma nota na transação registra a substituição.
Onde encontrar
Acesse Transações > Configurações no Business Console para configurar essas opções. As configurações entram em vigor imediatamente para todas as novas transações.Próximos passos
Pontuação de risco
Como os limiares de pontuação correspondem aos status.
Triagem de cripto
Triagem de carteiras e detalhes dos provedores.
Enriquecimento de IP
Quais dados de IP estão disponíveis para as regras.