KYC perpétuo: manter os registros dos clientes atualizados sem a necessidade de novo cadastro e verificação.

Perpétuo KYC Significa atualizar o cadastro de um cliente quando algo muda, em vez de verificar todos novamente em um calendário. Uma atualização na lista de sanções, um passaporte expirado, uma mudança repentina na forma como uma conta é usada ou um novo diretor em uma empresa cliente, cada um desses eventos aciona uma atualização direcionada da parte do cadastro afetada. Clientes cujo risco e circunstâncias não mudaram permanecem inalterados.

Isto é o que o FATF O padrão já exige isso. Ele exige que as empresas mantenham a devida diligência do cliente ( CDD Os dados são atualizados por meio da revisão de registros existentes, "principalmente para categorias de clientes de maior risco", e permitem atualizações menos frequentes para clientes de menor risco. Uma campanha que reintegra toda a carteira de clientes concentra esforços naqueles que não sofreram alterações, enquanto o cliente que teve alterações no mês passado aguarda sua vez.

O que significa o FATF Os padrões realmente exigem?

Três passagens no FATF As recomendações (abre num novo separador) (atualizadas em outubro de 2025) definem o enquadramento.

• Diligência prévia contínua. A Recomendação 10(d) exige a análise minuciosa das transações ao longo de todo o relacionamento para garantir que sejam "consistentes com o conhecimento que a instituição tem do cliente, de seus negócios e de seu perfil de risco, incluindo, quando necessário, a origem dos fundos".

• Manter os dados atualizados. O parágrafo 23 da Nota Interpretativa da Recomendação 10 exige que CDD As informações são mantidas atualizadas e relevantes por meio da revisão de registros existentes, especialmente para categorias de clientes de maior risco.

• Dimensionamento por risco. O parágrafo 20 cita "atualizar com mais frequência os dados de identificação do cliente e do beneficiário final" como um exemplo de melhoria. CDD O parágrafo 21 cita "reduzir a frequência das atualizações de identificação do cliente" como um exemplo de simplificação. CDD Para riscos menores, acrescentando que medidas simplificadas não são aceitáveis ​​quando houver suspeita.

O FATF As diretrizes da [empresa/instituição] sobre a abordagem baseada em risco para o setor bancário (abre num novo separador) (outubro de 2014) são mais concretas. Afirmam que o monitoramento envolve "identificar mudanças no perfil do cliente" e mantê-lo atualizado, "o que pode exigir a aplicação de novas medidas ou medidas adicionais". CDD medidas". Afirma que o monitoramento "deve ser realizado de forma contínua ou acionado por transações específicas", que os bancos devem ajustar sua extensão ao risco do cliente e que os critérios para fazê-lo devem ser documentados.

Algumas normas nacionais acrescentam períodos fixos de revisão. Esses ainda se aplicam; perpétuo. KYC As mudanças ocorrem entre eles. Os requisitos variam conforme a jurisdição, e este artigo fornece informações gerais, não constituindo aconselhamento jurídico.

Quais eventos devem acionar uma atualização?

Comece com uma lista de eventos e, para cada um, decida qual parte do registro ele torna obsoleta. Essa é a principal decisão de design.

Duas diretrizes podem ser extraídas da tabela. Primeiro, a maioria dos eventos requer uma resposta breve e específica, e não um processo completo de integração. Segundo, o cliente deve ser questionado apenas sobre o que mudou. Solicitar novamente ao cliente todas as informações fornecidas no ano passado gera atrito sem agregar valor.

Com que frequência um cliente silencioso deve ser avaliado?

Os eventos não abrangem tudo, portanto, mantenha uma data de revisão de segurança, escalonada de acordo com o risco. O padrão permite definir datas mais distantes para riscos menores e datas mais próximas para riscos maiores, desde que os critérios sejam documentados. Por exemplo, uma política ilustrativa poderia definir datas de revisão por nível de risco, antecipar uma revisão quando um documento de identidade expirar antes dessa data e reiniciar a contagem regressiva sempre que uma verificação completa for concluída.

A verificação de segurança deve ser simplificada por padrão. Para um cliente de baixo risco, pode consistir em um questionário confirmando a ocupação e a atividade pretendida, além de uma verificação de contato. A verificação completa de identidade é reservada para casos em que haja dúvidas sobre a própria identidade.

Um exemplo prático: um cliente, um ano de eventos.

Uma instituição financeira em Accra, a título de exemplo, cadastra um cliente assalariado com um Cartão de Identificação do Gana verificado, um resultado de triagem sem ressalvas e um volume mensal declarado.

• Mês 3. Atualização da lista de sanções. O cliente é reavaliado automaticamente. Nenhuma correspondência; nenhuma informação é solicitada ao cliente.

• 5º mês. O cliente altera o número de telefone no aplicativo. Um código único confirma o novo número. O registro de identidade não é alterado.

• 8º mês. As entradas mensais aumentam várias vezes o volume declarado, provenientes de muitos novos remetentes. O monitoramento gera um alerta. O credor solicita uma declaração atualizada da origem dos fundos; o cliente explica uma nova atividade paralela, e o analista registra e atualiza o perfil.

• Mês 11. Um login a partir de um novo dispositivo em outro país é seguido por uma tentativa de adicionar um novo beneficiário. O credor solicita uma nova verificação por selfie antes de liberar o pagamento.

• Mês 12. Chega a data da revisão de segurança. Como o registro foi atualizado nos meses 5 e 8, a revisão confirma os campos restantes e é concluída.

Em nenhum momento o cliente precisou se cadastrar novamente. Cada atualização foi acionada, proporcional e registrada.

O que um bom sistema de atualização precisa ter?

• Um único registro de cliente que é atualizado a cada atualização, em vez de um novo registro a cada verificação.

• A história que sobrevive. O que você encontrou antes é evidência. Uma atualização deve adicionar ao registro, não sobrescrever o que a verificação anterior estabeleceu.

• Informações confidenciais. Os dados de identidade estabelecidos por uma verificação só devem ser alterados por meio de outra verificação, nunca por meio de uma edição de texto livre.

• Pedidos parciais. A possibilidade de solicitar um documento, uma declaração ou uma selfie.

• Sinais que surgem espontaneamente : resultados de reavaliações, prazos, alertas de monitoramento, em vez de analistas os buscarem por meio de pesquisas.

Onde fica? Toden ajuda?

Vários desses itens estão disponíveis como parte da Triagem da Lista de Observação , Fluxos de Trabalho e nossos outros recursos. AML ferramentas de monitoramento .

• Triagem contínua. Os clientes inscritos na triagem são reavaliados para possíveis sanções. PEP e mídias adversas em um cronograma baseado em risco, e a configuração de monitoramento contínuo de um fluxo de trabalho decide se a inscrição continua sendo reavaliada ou se é executada apenas uma vez ( documentação de triagem (abre num novo separador) ).

• Datas de vencimento como eventos. Umentity.reverification_dueO webhook é acionado quando a renovação de um cliente está próxima do vencimento, informando a data de vencimento, para que seu sistema possa iniciar uma atualização ( webhooks (abre num novo separador) ).

• Fluxos de atualização simples. Os modelos de fluxo de trabalho incluem a reverificação para clientes com renovação próxima e fluxos específicos, como a atualização de declarações (apenas um questionário) e a reverificação de contatos (códigos únicos enviados para o e-mail e telefone cadastrados). Os fluxos específicos acessam o registro existente do cliente sem alterá-lo. KYC status ( documentação de fluxos de trabalho (abre num novo separador) ).

• Refaça apenas o que foi alterado. Verifique novamente. (abre num novo separador) API Solicita ao cliente que refaça uma verificação já concluída, opcionalmente apenas etapas específicas, como o documento ou a selfie. A verificação mantém seu ID e a tentativa anterior é salva.

• Verificação adicional. Um link de verificação adicional hospedado para um indivíduo pode ser acionado por um fluxo de trabalho. API ou o painel de controle quando a atividade levanta dúvidas sobre quem está agindo.

• Informações de identidade bloqueadas. Para um cliente que verificamos, os campos de identidade não podem ser editados; uma nova verificação é necessária para alterá-los ( Identity Hub (abre num novo separador) ).

As decisões políticas continuam sendo suas: quais eventos são importantes, quais datas de revisão se aplicam a quais níveis de risco e o que é considerado uma resposta satisfatória.

Seu perpétuo KYC lista de verificação inicial

• Liste os eventos que tornam cada parte do registro de um cliente obsoleta e a menor resposta possível para cada um deles.

• Defina datas de revisão de salvaguarda por nível de risco e anote os critérios.

• Certifique-se de que cada atualização atualize um registro e mantenha o histórico.

• Pergunte aos clientes apenas o que mudou.

• Transfira a reavaliação, os prazos e os alertas de monitoramento de verificações manuais para eventos recebidos pelos seus sistemas.