Monitorização AML contínua

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

Escrito pelo suporte da Didit · Atualizado a 19 de agosto de 2026

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

123

1. Seleciona as pessoas a continuar a cribar, e depois ativa a monitorização.
2. Marca as pessoas a continuar a cribar - a monitorização é por pessoa, não por organização.
3. Uma nova correspondência reabre a sessão, por isso aparece aqui em vez de numa caixa de entrada.

1. Verificações diárias automáticas. Todas as sessões previamente aprovadas 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.

#O que custa

0,07 $ por ano, por pessoa monitorizada. Não faz parte do plano gratuito.

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

A monitorização é configurada por fluxo de trabalho, junto do passo de AML. Como se aplica a sessões a partir do momento em que é ativada, ligá-la não começa a monitorizar retroativamente a tua população já aprovada - planeia um preenchimento retroativo se precisares que os clientes históricos fiquem cobertos.

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

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.

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