# Monitoramento contínuo de AML

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

O monitoramento faz uma nova triagem diária das sessões aprovadas contra listas atualizadas e move a sessão para Em revisão ou Recusado. Custa US$ 0,07 por ano.

O monitoramento faz uma nova triagem das sessões aprovadas **diariamente** contra
listas atualizadas, para as sessões em que você o ativar. Uma nova ocorrência acima
do seu limite de revisão move a sessão para **Em revisão**; acima do seu limite de
reprovação, ela vai para **Recusado**. De qualquer forma, você recebe um
webhook `status.updated`. US$ 0,07 por ano, e não exige integração extra.

[Video: Monitoramento AML contínuo: nova triagem diária e alertas por webhook - Didit Academy](https://www.youtube.com/watch?v=NZwrHM9qqnU)

## Por que uma triagem única não é suficiente

A triagem no onboarding informa o que as listas diziam naquele dia. Designações são adicionadas, a mídia adversa se acumula, e alguém que estava limpo em março pode ser sancionado em agosto. Se a sua obrigação inclui manter a diligência do cliente atualizada - e, para a maioria dos negócios regulados, inclui - uma única triagem não cumpre isso.

## Como funciona

O monitoramento fica disponível automaticamente para sessões em que uma verificação de AML rodou, **sem trabalho de integração adicional**:

![A lista Verificações de usuários no console da Didit com sessões selecionadas e a ação Monitoramento contínuo](https://help.didit.me/screenshots/sessions-bulk-light.webp)

*O monitoramento é ativado para as pessoas que você escolhe continuar observando.*

1. **Verificações automáticas diárias.** Toda sessão aprovada com o monitoramento ativado passa por uma nova triagem contra a base completa de listas de monitoramento e sanções.
2. **Comparação de limites.** Novas descobertas são comparadas com os mesmos limites de revisão e reprovação que você configurou no seu fluxo de trabalho.
3. **Mudança de status.** Uma nova ocorrência acima do seu limite de revisão move a sessão para **Em revisão**. Acima do seu limite de reprovação, ela vai para **Recusado**.
4. **Webhook.** A sua aplicação recebe um webhook `status.updated` com o status atualizado e os detalhes das novas ocorrências, no mesmo formato de qualquer outro webhook.
5. **Console.** A mudança aparece na sessão, com as novas ocorrências prontas para resolução.

## O que você precisa construir para isso

**Uma sessão aprovada pode mudar de status depois.** Se a sua integração trata Approved como definitivo e para de escutar, você vai perder exatamente os eventos que o monitoramento existe para entregar.

Concretamente:

- Continue tratando `status.updated` para sessões que você já marcou como verificadas.
- Não ignore um webhook porque a sessão é uma que você fechou semanas atrás.
- Faça o estado do seu próprio usuário conseguir sair de "verificado" de novo - o que geralmente é a mudança mais difícil, porque é uma decisão de produto, não só um handler.

> **Warning:** Webhooks disparam somente quando o status **realmente muda**. Nenhuma nova
> ocorrência acima do limite significa nenhum evento - então o silêncio é o caso
> normal, e não é evidência de que o monitoramento não está rodando. Se você
> precisa de confirmação positiva, verifique a sessão no console em vez de
> esperar por um webhook que corretamente nunca chega.

## Quanto custa

**US$ 0,07 por ano** por pessoa monitorada. É pago com o crédito do seu plano ou com o seu saldo.

Precificado anualmente em vez de por triagem, então a cadência diária não multiplica o custo - o que é o que torna o monitoramento contínuo acessível em volume, em vez de algo que você precisa racionar.

## Ativando e desativando

Há três chaves, e cada uma exige acesso de escrita a verificações:

- **No fluxo de trabalho**, junto com a etapa de AML, para sessões novas. Ela vem desativada por padrão.
- **Para as sessões que você já tem**, selecione-as em **Verificações de usuários** e clique em **Monitoramento contínuo** na barra que aparece, depois em **Ativar** para todas elas. As sessões sem etapa de AML são ignoradas.
- **Em uma verificação**, com a chave **Monitoramento contínuo** na seção AML dela.

Desativar o monitoramento interrompe a nova triagem diária a partir daquele dia; o que já foi encontrado continua em cada verificação.

## A equipe precisa estar preparada para a consequência

A parte que as equipes subestimam não é a integração - é que o monitoramento gera uma fila recorrente. Uma nova ocorrência precisa do mesmo trabalho de resolução que uma ocorrência de onboarding: é o seu cliente, isso importa, registre o raciocínio. Veja [como lidar com ocorrências de AML](https://help.didit.me/pt-BR/aml-screening/resolving-aml-hits).

Se ninguém for dono dessa fila, o monitoramento produz alertas que ficam sem leitura, o que é pior do que não monitorar - agora você tem evidência de que foi avisado e não fez nada.

## Monitoramento não é monitoramento de transações

Duas coisas diferentes com nomes parecidos:

- **Monitoramento de AML** faz uma nova triagem da *pessoa* contra listas ao longo do tempo. Este artigo.
- **Monitoramento de transações** avalia *transações* contra regras conforme elas acontecem. Veja [como funciona o monitoramento de transações](https://help.didit.me/pt-BR/transactions-monitoring/transaction-monitoring-basics).

Você bem pode precisar dos dois, e eles são cobrados separadamente.