> ## 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.

# Monitorização de transações: definições e limiares

> Configure na Didit limiares KYT, moeda, fornecedores de análise blockchain e remediação. 1,000 transações/mês incluídas; depois $0.001 cada.

Configure as definições de monitorização de transações ao nível da aplicação na Business Console para controlar os limiares de pontuação e as preferências de fornecedores.

## Definições gerais

| Definição | Predefinição | Descrição |
| - | - | - |
| **Monitorização ativada** | `true` | Ativa ou desativa a monitorização de transações para a aplicação. Quando desativada, as transações submetidas são guardadas, mas não são avaliadas em função das regras. |
| **Moeda predefinida** | `USD` | Moeda usada para as comparações de limiares das regras e para a conversão de moedas. Todos os montantes são convertidos para esta moeda para uma avaliação consistente. |

## Limiares de pontuação

Os limiares de pontuação determinam como a pontuação de risco acumulada das [regras correspondentes](https://docs.didit.me/pt/transaction-monitoring/rules.md) se traduz num estado da transação:

| Definição | Predefinição | Descrição |
| - | - | - |
| **Limiar de revisão** | 75 | As transações com uma pontuação igual ou superior a este valor recebem o estado `IN_REVIEW` |
| **Limiar de recusa** | 500 | As transações com uma pontuação igual ou superior a este valor recebem o estado `DECLINED`. O valor predefinido e máximo (`500`) nunca recusa automaticamente por pontuação, por isso, baixe-o para recusar com base na pontuaçã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.

> [!NOTE]
>
> 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](https://docs.didit.me/pt/transaction-monitoring/aml-screening.md) 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 com `currency_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:

| Fornecedor | Configuração |
| - | - |
| **Merkle Science** | Ative com preços geridos (a predefinição) ou ligue a sua própria chave de API |
| **Crystal** | Ligue a sua própria chave de API a partir de **Marketplace** na consola |
| **Chainalysis** | Ligue a sua própria chave de API a partir de **Marketplace** na consola |
| **Elliptic** | Ligue a sua própria chave de API e o seu segredo a partir de **Marketplace** na consola |
| **TRM Labs** | Ligue a sua própria chave de API a partir de **Marketplace** na consola |

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](https://docs.didit.me/pt/transaction-monitoring/rules#exigir-verificação-do-utilizador-awaiting_user) 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:

1. O fluxo de remediação configurado aqui.
2. O fluxo de **Autenticação biométrica** da sua aplicação, quando o titular já tem um rosto de referência guardado.
3. O fluxo predefinido da sua aplicação.

O URL e o token da sessão são devolvidos nos campos `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](https://business.didit.me) para configurar estas opções. As definições entram em vigor imediatamente para todas as novas transações.

## Próximos passos

> [card] [Pontuação de risco](https://docs.didit.me/pt/transaction-monitoring/risk-scoring.md)
>
> Como os limiares de pontuação se traduzem em estados.

> [card] [Triagem de cripto](https://docs.didit.me/pt/transaction-monitoring/aml-screening.md)
>
> Triagem de carteiras e detalhes dos fornecedores.

> [card] [Enriquecimento de IP](https://docs.didit.me/pt/transaction-monitoring/ip-enrichment.md)
>
> Que 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.