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

- 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.
- 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.
- 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.
- Webhook. A tua aplicação recebe um webhook
status.updatedcom o estado atualizado e os detalhes das novas ocorrências, no mesmo formato que qualquer outro webhook. - 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.updatedpara 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.
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.
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.
Continua com dúvidas? Fale com uma pessoa.
Inclua o ID da sua organização e o ID da sessão sobre a qual pergunta.
