# Monitorização AML contínua

Source: https://help.didit.me/pt-PT/aml-screening/ongoing-monitoring
Updated: 2026-10-12

A monitorização volta a cribar diariamente os clientes aprovados e move a sessão quando algo novo ultrapassa o limiar - 0,07 $ por ano.

A monitorização volta a cribar as sessões aprovadas **diariamente** contra
listas atualizadas, nas sessões para as quais a ativas. Uma nova ocorrência acima
do teu limiar de revisão move a sessão para **Em revisão**; acima do teu limiar de
recusa move-a para **Recusada**. Em qualquer dos casos recebes um webhook
`status.updated`. 0,07 $ por ano, e não precisa de nenhuma integração extra.

[Video: Monitorização AML contínua: novo rastreio diário e alertas por webhook - Didit Academy](https://www.youtube.com/watch?v=NZwrHM9qqnU)

## Porque uma cribagem única não chega

Cribar no onboarding diz-te o que as listas diziam nesse dia. Vão sendo acrescentadas designações, a media adversa acumula-se, e alguém que estava limpo em março pode estar sancionado em agosto. Se a tua obrigação incluir manter a diligência devida ao cliente atualizada - e para a maioria dos negócios regulados inclui - uma única cribagem não cumpre isso.

## Como funciona

A monitorização fica automaticamente disponível para sessões onde correu uma verificação AML, **sem trabalho de integração adicional**:

![A lista Verificações de utilizadores na consola Didit com sessões selecionadas e a ação Monitorização contínua](https://help.didit.me/screenshots/sessions-bulk-light.webp)

*A monitorização é ativada para as pessoas que escolheres continuar a vigiar.*

1. **Verificações diárias automáticas.** Todas as sessões aprovadas com a monitorização ativa são novamente cribadas contra toda a base de dados de listas de vigilância e sanções.
2. **Comparação com os limiares.** Os novos resultados são comparados com os mesmos limiares de revisão e de recusa que configuraste no teu fluxo de trabalho.
3. **Mudança de estado.** Uma nova ocorrência acima do teu limiar de revisão move a sessão para **Em revisão**. Acima do teu limiar de recusa, move-a para **Recusada**.
4. **Webhook.** A tua aplicação recebe um webhook `status.updated` com o estado atualizado e os detalhes das novas ocorrências, no mesmo formato que qualquer outro webhook.
5. **Consola.** A alteração aparece na sessão com as novas ocorrências prontas a resolver.

## O que é preciso ter em conta ao construir

**Uma sessão aprovada pode mudar de estado mais tarde.** Se a tua integração tratar Aprovada como definitivo e parar de escutar, vais perder exatamente os eventos que a monitorização existe para entregar.

Concretamente:

- Continua a tratar `status.updated` para sessões que já marcaste como verificadas.
- Não ignores um webhook só porque a sessão é uma que fechaste há semanas.
- Torna o teu próprio estado de utilizador capaz de sair de "verificado" outra vez - o que costuma ser a alteração mais difícil, porque é uma decisão de produto, não apenas um handler.

> **Warning:** Os webhooks disparam apenas quando o estado **muda realmente**. Nenhuma nova
> ocorrência acima do limiar significa nenhum evento - por isso o silêncio é o
> caso normal e não é prova de que a monitorização não está a correr. Se
> precisares de confirmação positiva, verifica a sessão na consola em vez de
> esperares por um webhook que corretamente nunca chega.

## O que custa

**0,07 $ por ano**, por pessoa monitorizada. É paga com o crédito do teu plano ou com o teu saldo.

Cobrado anualmente e não por cribagem, para que a cadência diária não multiplique o custo - é isso que torna a monitorização contínua acessível em volume, em vez de algo que tens de racionar.

## Ativar e desativar

Há três interruptores, e cada um exige acesso de escrita às verificações:

- **No fluxo de trabalho**, junto do passo de AML, para sessões novas. Está desligado por predefinição.
- **Para sessões que já tens**, seleciona-as em **Verificações de utilizadores** e prime **Monitorização contínua** na barra que aparece, depois **Ativar** para todas elas. As sessões sem um passo de AML são ignoradas.
- **Numa verificação**, com o interruptor **Monitorização contínua** na sua secção AML.

Desligá-la interrompe a nova cribagem diária a partir desse dia; o que já foi encontrado fica em cada verificação.

## Dar recursos à consequência

A parte que as equipas subestimam não é a integração - é que a monitorização gera uma fila recorrente. Uma nova ocorrência precisa do mesmo trabalho de resolução que uma ocorrência de onboarding: é o teu cliente, importa, regista o raciocínio. Consulta [trabalhar as ocorrências de AML](https://help.didit.me/pt-PT/aml-screening/resolving-aml-hits).

Se ninguém for responsável por essa fila, a monitorização produz alertas que ficam por ler, o que é pior do que não monitorizar de todo - agora tens prova de que foste avisado e não fizeste nada.

## Monitorização não é monitorização de transações

Duas coisas diferentes com nomes parecidos:

- **Monitorização AML** volta a cribar a *pessoa* contra listas ao longo do tempo. Este artigo.
- **Monitorização de transações** avalia *transações* contra regras à medida que acontecem. Consulta [como funciona a monitorização de transações](https://help.didit.me/pt-PT/transactions-monitoring/transaction-monitoring-basics).

Podes muito bem precisar de ambas, e são faturadas separadamente.