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.

Resposta curta

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:

A lista Verificações de utilizadores na consola Didit com sessões selecionadas e a ação Monitorização contínua
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.
Importante

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.

Contactar o suporte