Unidade 6 / 11

Compliance, AML e KYC: Conheça seu cliente e IA contra lavagem de dinheiro

Ganhos:

  • Entenda como funcionam os processos AML (antilavagem de dinheiro) e KYC (conheça seu cliente) e como a inteligência artificial é usada no monitoramento de transações, digitalização e resumo de arquivos
  • Capacidade de usar IA para descrever transações suspeitas e resumo do perfil de risco do cliente, deixando a decisão de relatório de transações suspeitas (STR) para o responsável pela conformidade autorizado
  • Triagem de fiscalização/PEP, incompatibilidade e capacidade de entender por que a conformidade requer supervisão humana e manter uma trilha de auditoria

Os bancos não armazenam apenas dinheiro; Também abre a porta para o sistema financeiro. Os bancos têm obrigações legais de impedir que o dinheiro sujo, o financiamento do terrorismo e os fundos sancionados passem por esta porta. Dois processos principais permitem isso: KYC (Know Your Customer) serve para verificar quem é o cliente e a fonte de recursos com a qual ele ou ela está fazendo negócios; AML (Anti-Lavagem de Dinheiro) serve para monitorar transações e identificar suspeitas. Na Turquia, o regulador deste campo é o MASAK (Conselho de Investigação de Crimes Financeiros) e os bancos são obrigados a comunicar transações suspeitas através de relatórios de transações suspeitas (STR/SAR). A IA é poderosa para lidar com esse enorme volume de monitoramento de transações, verificação de nomes e resumo de arquivos; Mas a decisão do STR é uma decisão que tem consequências jurídicas e pertence ao responsável pela conformidade autorizado. O modelo produz uma triagem preliminar e um rascunho, não toma decisões.

Nesta unidade, veremos como funciona o AML/KYC, como usar a IA no monitoramento de transações, triagem e resumo de arquivos e por que a supervisão humana e a trilha de auditoria são essenciais.

Como funcionam o KYC e o AML

  • KYC (reconhecimento do cliente): Verificação de identidade, identificação do verdadeiro beneficiário (proprietário principal do fundo), classificação de risco. Um escrutínio mais rigoroso aplica-se a clientes de alto risco (por exemplo, PEP – Pessoa Politicamente Exposta).
  • Monitoramento de transações: verificação das transações do cliente em busca de padrões de lavagem conhecidos (smurfing — divisão de grandes quantias em partes abaixo do limite, entrada e saída rápidas, redes de contas não relacionadas).
  • Triagem: Comparação de nomes com listas de sanções e listas PEP.
  • Notificação (STR): Notificação à MASAK quando a suspeita atinge um nível razoável.
Dica: Na AML, o objetivo não é “provar a culpa”, mas “relatar suspeitas razoáveis”. O responsável pela conformidade não é um procurador; obriga-se a avaliar corretamente a suspeita e efetuar a notificação legal em tempo hábil. Esta avaliação requer julgamento e não pode ser delegada ao modelo.

Onde a inteligência artificial ajuda

Missão

Função da IA

Quem tem a decisão/aprovação?

Rastreamento de processos, marcação de padrões

Gerando alertas

Analista de conformidade examina

Nome/sanção/triagem PEP

Candidato à partida

Oficial de conformidade confirma

Resumo do arquivo do cliente

Rascunho resumido

Analista confirma

Rascunho do perfil de risco

Rascunho de classificação

Confirma a conformidade

Rascunho do texto do STR

rascunho de texto

Decisão/assinatura do responsável pela conformidade autorizada

Produz pré-triagem de modelo e elaboração de cada linha; A decisão de relatar transações suspeitas cabe ao responsável pela conformidade autorizado.

Problema de correspondência falsa

É aqui que a verificação de nomes produz os erros mais comuns. Existem milhares de pessoas chamadas "Mehmet Yılmaz"; Um "Mehmet Yılmaz" na lista de sanções e seu cliente não precisam ser a mesma pessoa. Isso é chamado de correspondência de falso positivo. O responsável pela conformidade deve confirmar a correspondência com identificadores adicionais, como data de nascimento, nacionalidade, número de identificação, etc. Ambos os erros são graves: declarar sancionado um cliente inocente e perder uma correspondência real. Portanto, a decisão cabe à pessoa.

Nota: “O modelo combinou” não significa “a pessoa é essa”. Declarar um cliente como sancionado por engano não só causa sérios danos a essa pessoa, mas também coloca o banco em risco legal. A correspondência é sempre confirmada com identificadores adicionais.

Quatro modelos copiáveis

1) Pré-avaliação do padrão de processo:

Sua função: Assistente do analista de AML que PREPARA a revisão. Sentença. Série de transações anônimas: [6 depósitos separados de 9.800 TL em 10 dias, caixas eletrônicos diferentes]. Tarefa: A que padrões de lavagem conhecidos (estruturação, entrada-saída rápida, etc.) esta série pode ser semelhante? Atribuir todas as semelhanças aos dados; não dê um “veredicto questionável”; Liste as perguntas a serem revisadas.

2) Lista de verificação de confirmação de correspondência de nome:

Um nome de cliente correspondeu a uma lista de aplicação/PEP. Liste identificadores adicionais e etapas que o responsável pela conformidade deve verificar para descartar uma FALSA CORRESPONDÊNCIA. Não julgue; Gere apenas o conjunto de perguntas de confirmação. (Por exemplo: data de nascimento, nacionalidade, número de identificação, sobreposição de endereços.)

3) Resumo do arquivo do cliente (revisão KYC):

Sua função: assistente de resumo de arquivo KYC. Adicione novas informações COM BASE nas notas de arquivo anônimo que forneci a você. Tarefa: produzir um resumo ordenado e neutro da avaliação de risco do cliente; marque quaisquer pontos ambíguos ou ausentes como "[confirmação necessária]". O responsável pela conformidade tomará a decisão da classe de risco.

4) Rascunho do texto do STR:

Sua função: assistente que elabora relatórios de transações suspeitas. Baseie-se apenas em descobertas verificadas, não adicione especulações. Explique em linguagem neutra e factual por que a transação é considerada suspeita. A decisão final de notificação e a assinatura pertencem ao responsável pela conformidade autorizado; Este é um rascunho. Constatações: [transação verificada e notas de observação]

Alerta fraco / Alerta forte

Alerta fraco:

Decida se este cliente é suspeito, preciso fazer STR? Se o nome corresponder à lista, considere sancionado diretamente.

Requer julgamento legal do modelo, ignora incompatibilidades e não estabelece uma trilha de auditoria.

Alerta poderoso:

Sua função: assistente fornecendo pré-seleção e elaboração para o analista de conformidade, não para o tomador de decisão. Itemize os padrões de transação quanto à semelhança com riscos conhecidos; Conecte cada item aos dados. Considere que o nome corresponde a um “candidato” e gere perguntas de confirmação com identificadores adicionais. O fornecimento e a assinatura do STR pertencem ao responsável pela conformidade autorizado. Marque as incertezas.

O pedido forte posiciona o pré-qualificado como um draft, leva em conta a incompatibilidade e deixa a decisão para o árbitro.

três mini cases

Caso 1 — A configuração é capturada. O modelo indica 7 depósitos na faixa de 9.500-9.900 TL para uma conta de diferentes agências em 8 dias; todos logo abaixo do limite de relatório. O analista analisa-o, conclui que é incompatível com a atividade declarada do cliente e o responsável pela conformidade autorizado verifica e aprova a minuta do STR. O modelo pré-qualificado, a decisão foi tomada de forma humana.

Caso 2 — A correspondência incorreta é eliminada. A triagem corresponde a um cliente com um nome na lista de sanções. O responsável pela conformidade compara a data de nascimento e a nacionalidade: não coincidem. Isto é uma incompatibilidade; O registro é descontado sem causar nenhum dano ao cliente. Se fosse automaticamente marcado como “sancionado”, uma pessoa inocente seria gravemente prejudicada.

Caso 3 — Risco de excesso de automação. Uma equipe propõe converter automaticamente todos os alertas produzidos pelo modelo em STR sem nunca revisá-los. Isto é rejeitado: não só a maioria dos alertas são falsos positivos, mas um fluxo de notificação injustificado e sem pistas de auditoria é indefensável tanto perante a MASAK como por lei. O processo é reconstruído com revisão humana e trilha de auditoria.

Por que a trilha de auditoria é a espinha dorsal da AML

Na AML, é tão importante fazer uma notificação como poder mostrar porque fez essa notificação (ou porque não a fez). Quando o auditor chegou, anos depois, ele disse "você viu esse aviso, por que não fez o STR?" ele pode perguntar; Sua resposta deve ser registrada e justificada. É por isso que cada etapa do processo AML deixa um rastro:

  • Registro do alerta: Qual regra/modelo marcou qual ação, com qual pontuação.
  • Registro da avaliação: O que o analista olhou, quais informações adicionais ele coletou, houve contato com o cliente?
  • Justificativa da decisão: STR foi/não foi feito e porquê; quem aprovou?

A IA pode produzir rapidamente rascunhos desses registros; mas a exatidão e integridade do registro são de responsabilidade do responsável pela conformidade. A situação de “Tomamos a decisão mas não escrevemos porque a tomámos” é a posição mais insustentável na AML.

Dica: Uma boa trilha de auditoria é baseada na anotação feita no momento da decisão, e não na suposição “lembrarei disso mais tarde”. A passagem do tempo apaga os detalhes; Registre o raciocínio simultaneamente com a decisão. Isto é vital tanto para a legislação como para a autoproteção.

Erros comuns

  • Tornando o modelo dominante. Conversão do alerta para STR automático; O STR é uma decisão legal, cabe ao responsável pela conformidade.
  • Ignorando a correspondência errada. Considerar o cliente sancionado sem confirmar a semelhança do nome.
  • Revelar suspeitas ao cliente. Dizer “Há suspeita de lavagem de dinheiro contra você” (denúncia); É proibido na maioria das legislações.
  • Não deixando uma trilha de auditoria. Falha em documentar a justificativa para a advertência, revisão e decisão.
  • Ignorando o verdadeiro beneficiário. Concluir o KYC sem verificar o verdadeiro proprietário do fundo.
Atenção: Uma deficiência na área AML/KYC pode ser revelada na auditoria anos depois e pode impor uma pesada multa administrativa ao banco. Portanto, toda decisão deve ser fundamentada, registrada e aprovada por humanos; “O sistema falhou” não é uma desculpa.

Resumindo

O KYC reconhece o cliente e a origem dos fundos, a AML monitoriza as transações e identifica o suspeito; A notificação é feita à MASAK via STR. A IA é um poderoso pré-seletor no monitoramento de transações, triagem e resumo de casos, mas a STR e a decisão de execução cabem ao responsável pela conformidade autorizado. Falsas correspondências são eliminadas com identificadores adicionais, a trilha de auditoria é mantida em todas as etapas e nenhuma suspeita é divulgada ao cliente. Em uma frase: IA destaca suspeito; O funcionário autorizado toma a decisão de notificação e conformidade.

Tarefa de aplicativo

Defina uma série anônima de transações (como vários depósitos abaixo do limite) e pré-avalie o padrão com o padrão 1. Em seguida, crie um cenário de correspondência de nome e produza uma lista de verificação de confirmação com o segundo modelo e anote sua decisão quando a data de nascimento/nacionalidade não corresponder. Por fim, produza um rascunho do STR com o 4º modelo e verifique se há especulações; Observe quem tem a decisão final.

lista de verificação

  • [ ] Tratei o aviso como preventivo; Não o converti para STR automático.
  • [] Confirmei a correspondência do nome com identificadores adicionais (verificação de incompatibilidade).
  • [ ] No KYC, observei o verdadeiro beneficiário e fonte de recursos.
  • [ ] Não revelei a suspeita ao cliente (proibição de denúncia).
  • [ ] Registrei a justificativa e a trilha de auditoria de cada etapa.
  • [ ] Deixei a provisão de STR/conformidade para o oficial autorizado.