Começar
Integrar / SDKs
Verificação de utilizadores
Verificação de empresas
Monitorização de transações
Registo de alteraçõesDefinições gerais
Limiares de pontuação
Os limiares de pontuação determinam como a pontuação de risco acumulada das regras correspondentes se traduz num estado da transação:
As transações abaixo do limiar de revisão ficam automaticamente
APPROVED. Se uma regra tiver uma ação change_status explícita, esse estado tem prioridade sobre os limiares baseados na pontuação: DECLINED prevalece sempre.
Baixar o limiar de revisão aumenta o volume de transações sinalizadas para revisão por analistas. Ajuste-o de acordo com a capacidade da sua equipa e o seu apetite pelo risco.
Monitorização de cripto
Ativa ou desativa a triagem de cripto automática para transações de criptomoedas. Quando ativada, a Didit faz a triagem dos endereços de carteiras e dos hashes de transações junto dos fornecedores de análise de blockchain, em todas as transações comcurrency_kind: "crypto". A triagem do hash de uma transação exige tanto o hash como o endereço de carteira associado.
Preferências de fornecedores
Selecione e configure o seu fornecedor preferido de análise de blockchain:
Quando liga a sua própria chave de fornecedor, utiliza o seu contrato existente com o fornecedor e paga a taxa de infraestrutura indicada por cada triagem, através da Didit.
A monitorização da Lightning Network está disponível apenas com uma ligação BYOK à Elliptic ou à Chainalysis adicionada através de Marketplace.
Se
LIGHTNING for submetido enquanto outro fornecedor estiver ativo, ou antes de ser adicionada qualquer uma das ligações suportadas, o pedido de triagem devolve 400 com orientações de configuração do Marketplace.
Fluxo de remediação
O fluxo de remediação (remediation_workflow_id na API de definições) é a predefinição de toda a aplicação para as ações AWAITING_USER das regras que não indicam um fluxo próprio, ou seja, na prática, as regras da biblioteca incorporada (as regras personalizadas têm sempre a sua própria seleção, que prevalece).
O campo aceita um id de fluxo (ou um uuid de versão específica) na escrita e devolve sempre o id estável do fluxo na leitura; as sessões são criadas com a versão publicada mais recente.
Quando uma destas regras coloca uma transação em AWAITING_USER, a Didit cria a sessão de verificação associada com o primeiro fluxo encontrado, por esta ordem:
- O fluxo de remediação configurado aqui.
- O fluxo de Autenticação biométrica da sua aplicação, quando o titular já tem um rosto de referência guardado.
- O fluxo predefinido da sua aplicação.
action_required e remediation da transação e em ambos os webhooks de transação, para que possa redirecionar o utilizador para concluir a verificação necessária.
Quando essa sessão atingir uma decisão, o estado da transação segue automaticamente essa decisão (aprovada, recusada ou em análise) e é disparado um webhook transaction.status.updated.
Um fluxo de Autenticação biométrica é a escolha recomendada: o utilizador volta a comprovar a sua identidade com uma selfie em direto comparada com o rosto obtido no onboarding original.
Exige que o titular tenha um rosto de referência guardado de uma verificação aprovada. Os utilizadores que não o tenham são convidados a concluir o fluxo predefinido da aplicação, com uma nota na transação a registar essa substituição.
Onde encontrar
Aceda a Transações > Definições na Business Console para configurar estas opções. As definições entram em vigor imediatamente para todas as novas transações.Próximos passos
Pontuação de risco
Como os limiares de pontuação se traduzem em estados.
Triagem de cripto
Triagem de carteiras e detalhes dos fornecedores.
Enriquecimento de IP
Que dados de IP estão disponíveis para as regras.