> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Configurações de KYT: limiares e provedores de análise > Configure no Didit limiares de pontuação KYT, moeda, provedores de análise on-chain e remediação. Inclui 1,000 transações/mês; depois, $0.001 cada. Configure as opções de monitoramento de transações no nível da aplicação no Business Console para controlar os limiares de pontuação e as preferências de provedor. ## Configurações gerais | Configuração | Padrão | Descrição | | - | - | - | | **Monitoramento habilitado** | `true` | Habilita ou desabilita o monitoramento de transações para a aplicação. Quando desabilitado, as transações enviadas são armazenadas, mas não são avaliadas em relação às regras. | | **Moeda padrão** | `USD` | Moeda usada nas comparações com os limiares das regras e na conversão de moeda. Todos os valores são convertidos para essa moeda para que a avaliação seja consistente. | ## Limiares de pontuação Os limiares de pontuação determinam como a pontuação de risco acumulada das [regras acionadas](https://docs.didit.me/pt-br/transaction-monitoring/rules.md) se traduz em um status de transação: | Configuração | Padrão | Descrição | | - | - | - | | **Limiar de revisão** | 75 | Transações com pontuação igual ou superior a esse valor recebem o status `IN_REVIEW` | | **Limiar de recusa** | 500 | Transações com pontuação igual ou superior a esse valor recebem o status `DECLINED`. O valor padrão e máximo (`500`) nunca recusa transações automaticamente com base na pontuação; por isso, reduza-o para recusar com base na pontuaçã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. > [!NOTE] > > 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](https://docs.didit.me/pt-br/transaction-monitoring/aml-screening.md) 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 com `currency_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: | Provedor | Configuração | | - | - | | **Merkle Science** | Habilite com preços gerenciados (o padrão) ou conecte sua própria chave de API | | **Crystal** | Conecte sua própria chave de API pelo **Marketplace** do console | | **Chainalysis** | Conecte sua própria chave de API pelo **Marketplace** do console | | **Elliptic** | Conecte sua própria chave de API e seu segredo pelo **Marketplace** do console | | **TRM Labs** | Conecte sua própria chave de API pelo **Marketplace** do console | 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`](https://docs.didit.me/pt-br/transaction-monitoring/rules#exigir-verificação-do-usuário-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: 1. O fluxo de remediação configurado aqui. 2. O fluxo de **Biometric Authentication** da sua aplicação, quando o titular já tem um rosto de referência armazenado. 3. O fluxo padrão da sua aplicação. A URL e o token da sessão são retornados nos campos `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](https://business.didit.me) para configurar essas opções. As configurações entram em vigor imediatamente para todas as novas transações. ## Próximos passos > [card] [Pontuação de risco](https://docs.didit.me/pt-br/transaction-monitoring/risk-scoring.md) > > Como os limiares de pontuação correspondem aos status. > [card] [Triagem de cripto](https://docs.didit.me/pt-br/transaction-monitoring/aml-screening.md) > > Triagem de carteiras e detalhes dos provedores. > [card] [Enriquecimento de IP](https://docs.didit.me/pt-br/transaction-monitoring/ip-enrichment.md) > > Quais dados de IP estão disponíveis para as regras. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.