Agentes de Triagem de Sanções por IA: Como Usar para Revisão de Alertas

Última atualização: setembro de 2026

Os agentes de triagem de sanções por IA revisam as ocorrências geradas pela ferramenta de triagem existente de uma instituição, deixando a triagem em si para essa ferramenta. Para cada ocorrência, o agente compara a entrada da lista com os dados do cliente ou do pagamento, mostra quais identificadores coincidem, divergem ou estão ausentes e recomenda a liberação da ocorrência como uma correspondência falsa ou o seu encaminhamento. Cada correspondência real possível, e cada ocorrência que os dados não conseguem resolver, vai para uma pessoa, e uma pessoa toma cada decisão de liberar, bloquear ou rejeitar.

A cautela é deliberada, pois uma correspondência falsa encaminhada incorretamente consome tempo do analista, enquanto uma correspondência real liberada incorretamente constitui uma violação de sanções. Este guia aborda o que um agente pode e não pode fazer na revisão de alertas de sanções, como uma correspondência falsa é liberada, o que o registro de uma ocorrência liberada deve conter e o que o Office of Foreign Assets Control (OFAC) e os examinadores esperam desse registro.

Resumo

• Um agente de triagem de sanções revisa as ocorrências da ferramenta de triagem que você já utiliza. Ele não faz a correspondência de nomes e nunca libera, bloqueia, rejeita ou autoriza nada por conta própria.

• Liberar uma correspondência falsa significa comparar cada identificador na entrada da lista com os dados que você possui (nomes e apelidos, data e local de nascimento, nacionalidade, números de identificação, endereços) e mostrar qual apelido gerou a ocorrência.

• Quando os dados necessários para decidir estão ausentes, o agente deve apontar a lacuna e recomendar a revisão manual enquanto uma solicitação de informações é enviada.

• Uma possível correspondência real é sempre uma decisão de uma pessoa. Uma correspondência confirmada é bloqueada ou rejeitada e informada ao OFAC dentro de 10 dias úteis.

• O registro de uma ocorrência liberada deve mostrar as etapas seguidas e as informações utilizadas. O OFAC não confirma correspondências ou falsos positivos, portanto, esse registro é a prova da instituição.

• Avalie um agente em relação às suas próprias decisões anteriores com base em duas métricas analisadas separadamente: concordância em correspondências falsas e omissões críticas, onde a tolerância é zero.

O que faz um agente de IA na triagem de sanções?

Um agente de IA na triagem de sanções revisa cada ocorrência gerada pela ferramenta de triagem e recomenda uma decisão. O agente compara a ocorrência com a entrada da lista e com os dados do cliente ou do pagamento, registra quais identificadores coincidem, quais divergem e quais estão ausentes, e recomenda liberar a ocorrência como uma correspondência falsa ou encaminhá-la. Um analista confirma ou anula cada recomendação com base nesse registro.

Um agente de triagem de sanções é conservador por design. Ele recomenda a liberação apenas quando o registro desqualifica a correspondência, e envia cada correspondência real possível, e cada ocorrência que os dados disponíveis não conseguem resolver, para uma pessoa. Uma pessoa toma cada decisão de liberar, bloquear e rejeitar.

No processo, o agente atua após a triagem: a ferramenta de triagem, operando com as listas que a instituição licencia, ainda gera todas as ocorrências, de modo que a camada de triagem de sanções e listas de observação que os examinadores já conhecem permanece ativa. O trabalho do agente é a revisão, que é onde o tempo é consumido.

Ocorrências, correspondências falsas e correspondências reais

• Ocorrência (correspondência potencial): o sinal da ferramenta de triagem de que um nome ou outro detalhe em um registro de cliente ou pagamento se assemelha a uma entrada em uma lista de sanções. A triagem de nomes é a etapa de correspondência que gera as ocorrências em primeiro lugar.

• Correspondência falsa (falso positivo): uma ocorrência referente a alguém que não é a parte listada. Liberar um falso positivo do OFAC significa mostrar, a partir do registro, por que a ocorrência não é a parte listada.

• Correspondência provável: uma ocorrência em que vários identificadores independentes, como nome e data de nascimento, coincidem com a listagem e nada a desqualifica até o momento. As diretrizes do OFAC direcionam uma correspondência provável para os procedimentos próprios da instituição para correspondências prováveis, e esses procedimentos devem colocá-la sob a análise de uma pessoa.

• Correspondência real: uma ocorrência na própria parte listada, o que aciona os procedimentos da instituição para bloqueio ou rejeição.

Por que a triagem de sanções gera tantas correspondências falsas?

A triagem de sanções gera muitas correspondências falsas porque a triagem de nomes é estruturada para identificar qualquer nome que se assemelhe a um nome listado, incluindo apelidos e grafias alternativas. Nomes comuns e grafias semelhantes, portanto, geram alertas de triagem de sanções sobre pessoas que não são a parte listada. O OFAC afirma exatamente isso em suas diretrizes sobre a avaliação de correspondências potenciais, atualizadas em setembro de 2026: "Muitas correspondências potenciais identificadas por meio de triagem são falsos positivos."

O volume de correspondências falsas geralmente se origina de um pequeno número de nomes. Um responsável pelo BSA em um banco comunitário descreveu um único cliente novo cujo nome se assemelhava muito a um nome na lista do OFAC, e que gerou um fluxo contínuo de alertas por conta própria. Um líder de confiança e segurança em uma seguradora descreveu o problema recorrente: "Recebemos as mesmas correspondências repetidamente... se é a mesma entrada na mesma lista de sanções com o mesmo indivíduo de forma repetida, isso é apenas uma perda literal de tempo."

Para algumas equipes, a dificuldade é a carga de revisão. O líder de confiança e segurança da seguradora disse que o problema da equipe era a incapacidade de descartar ocorrências repetidas, o que sobrecarregava a equipe, em vez da precisão de suas correspondências. Um analista sênior de conformidade de PLD em uma fintech expressou claramente o custo diário: "Eu sou quem as libera todos os dias... Seria ótimo não ter que lidar com isso absolutamente todos os dias."

Os examinadores esperam um método definido para lidar com o volume de ocorrências falsas. A seção do OFAC do manual de exames de BSA/PLD do FFIEC afirma que as políticas, procedimentos e processos de um banco "também devem abordar como ele determinará se uma ocorrência inicial do OFAC é uma correspondência válida ou uma ocorrência falsa." E acrescenta: "Um alto volume de ocorrências falsas pode indicar a necessidade de revisar o programa de interdição do banco."

A forma como as listas por trás da triagem são obtidas, versionadas e mantidas atualizadas é abordada em um guia separado sobre gestão de listas de sanções e do OFAC.

O que um agente faz com uma ocorrência e o que ele não faz?

Um agente recebe uma ocorrência que a ferramenta de triagem já gerou, prepara a revisão recomendada pelo OFAC etapa por etapa e entrega a uma pessoa uma recomendação com as evidências detalhadas. O agente não faz a correspondência de nomes e não libera, bloqueia ou autoriza nada por conta própria. No processo de triagem de sanções, o agente fica entre a ocorrência e a decisão.

Manter a camada de triagem ativa costuma ser o objetivo principal. Um gerente de sistemas de tecnologia de BSA/PLD/OFAC em um banco comunitário disse que o banco preferiria um provedor de triagem estabelecido e pronto para uso em vez de uma solução personalizada, para reduzir as preocupações dos examinadores. Um agente que trabalha integrado a essa ferramenta deixa o controle examinado intacto e assume o trabalho de revisão ao seu redor.

A FAQ 5 do OFAC recomenda seis etapas para investigar uma correspondência potencial. A tabela mostra onde um agente pode preparar o trabalho e onde uma pessoa decide.

Cada decisão na última coluna cabe a uma pessoa, e a coluna do meio é a preparação.

A Etapa 3, a comparação, é a etapa que o agente pode preparar de forma mais completa. Dessa forma, a automação da triagem de sanções cobre a preparação de cada revisão, e a decisão continua com uma pessoa. O mesmo padrão de recomendar e depois confirmar se aplica aos alertas de monitoramento de transações, abordados em um guia separado sobre automação de alertas L1 de PLD.

Como uma correspondência falsa é liberada?

Uma correspondência falsa é liberada comparando cada detalhe na entrada da lista com o que a instituição sabe sobre o cliente ou pagamento, e registrando o resultado de cada detalhe. As entradas da lista do OFAC podem incluir nomes completos, nomes anteriores, apelidos conhecidos, nacionalidades, passaporte, CPF/CNPJ e números de identificação nacional, local e data de nascimento, números de registro comercial e endereços conhecidos. As diretrizes estabelecem o método de forma direta: "Para verificar ou desqualificar uma correspondência potencial, compare todos os detalhes da listagem do OFAC com as informações disponíveis para você sobre os dados em sua transação ou atividade que levaram ao 'alerta' ou 'ocorrência'."

A quantidade de detalhes que coincidem determina o resultado. Se muito poucos detalhes coincidirem, diz o OFAC, você pode não ter uma correspondência válida e "se, após revisar as informações disponíveis, você puder determinar razoavelmente que a correspondência não é válida, poderá prosseguir com a transação ou atividade." Se vários detalhes independentes coincidirem, como nome e data de nascimento para uma pessoa ou nome e localização para uma entidade, a correspondência potencial do OFAC não poderá mais ser liberada nesta etapa. Ela avança para os procedimentos da instituição para correspondências prováveis.

Uma liberação consistente segue cinco práticas:

1. Mostrar qual apelido gerou a ocorrência. Um diretor de sanções e conformidade de PLD em uma transmissora de fundos disse que os analistas precisam do apelido correspondente destacado, porque uma ocorrência no nome de um cliente que aponta para uma entrada de lista registrada sob um nome principal completamente diferente parece um erro do sistema, a menos que o apelido seja exibido. O OFAC classifica alguns apelidos como fracos, os quais uma ferramenta de triagem pode excluir como uma decisão baseada em risco, portanto, a revisão também deve indicar quando uma ocorrência se baseia em um deles.

2. Marcar cada identificador. Para cada campo na listagem, o registro indica se há correspondência, divergência ou ausência. Um campo ausente não é uma correspondência nem uma divergência, e o registro deve indicar isso.

3. Comparar nomes parte por parte. Tratar um nome completo como uma única sequência de caracteres deixa passar casos que uma comparação de nomes próprios e sobrenomes identifica. Um nome próprio compartilhado com um sobrenome diferente é uma evidência fraca, e dois nomes que parecem diferentes como sequências completas ainda podem coincidir parte por parte.

4. Liberar cada correspondência dentro de um alerta. Um diretor global de sanções de uma empresa de cripto descrita a regra com a qual a equipe trabalha: cada correspondência individual dentro de um alerta é liberada antes que o alerta possa ser aprovado como um falso positivo, e a decisão de cada correspondência é documentada para fins de auditoria.

5. Vincular a liberação ao cliente. Um gerente de sistemas de tecnologia de BSA/PLD/OFAC em um banco comunitário disse que quando uma ocorrência com um nome comum é liberada como falso positivo, o banco quer que os alertas subsequentes sejam suprimidos para aquele cliente específico, e não para todos que compartilham o mesmo nome.

Uma liberação anterior também deve orientar a próxima revisão. Quando uma entrada liberada retorna para o mesmo cliente, o revisor pode verificar o que mudou, incluindo a versão da lista, e se basear no trabalho anterior.

O que deve acontecer quando as informações necessárias para liberar uma ocorrência estão ausentes?

Quando as informações necessárias para liberar uma ocorrência estão ausentes, o agente deve apontar a lacuna específica e recomendar a revisão manual, em vez de forçar uma decisão. Uma solicitação de informações é então enviada, e a revisão é executada novamente quando a resposta chega. As diretrizes do OFAC preveem essa etapa: verificar ou desqualificar uma correspondência potencial "pode exigir a coleta de informações adicionais das partes envolvidas na transação ou atividade."

Um analista sênior de conformidade de PLD em uma fintech descreveu o caso comum: uma correspondência potencial sinalizada na data de nascimento onde o registro do cliente não possui data de nascimento, exigindo que o analista encontre uma em fontes externas e a verifique antes que a ocorrência possa ser liberada ou confirmada. Um agente também não pode liberar essa ocorrência, mas pode indicar exatamente qual campo está ausente e o que a resolveria.

Em ocorrências de pagamento, dados escassos são frequentemente todo o problema. Um diretor de conformidade regulatória global e crimes financeiros em uma empresa de pagamentos transfronteiriços disse sobre os pagamentos retidos em uma ocorrência de triagem: "Com essas informações, todos na mesa podem dizer, sim, não são informações suficientes... Informações insuficientes para lidar com a ocorrência e tomar uma decisão sobre ela." O mesmo diretor foi direto sobre o processo de solicitar mais informações: "O objetivo de obter mais informações é útil. Mas todo o processo não é muito prático... os recursos humanos que estamos alocando para isso não estão trazendo muito valor."

Preparar a solicitação de informações é onde a ajuda de um agente é menos controversa: solicitar exatamente o identificador ausente e depois reconciliar a resposta com a listagem quando ela chegar.

O conservadorismo tem um custo visível. Um diretor de sanções e conformidade de PLD em uma transmissora de fundos, reagindo a um agente que havia sinalizado evidências conflitantes e recomendado revisão manual, resumiu o resultado: "Mas, no fim das contas, ele apenas diz algo como, você sabe... você mesmo tem que revisar." Em uma ocorrência de sanções, esse resultado é o correto, pois uma suposição que libera uma correspondência real é uma violação, enquanto uma recomendação para analisar novamente custa apenas tempo.

Por que uma possível correspondência real é sempre uma decisão de uma pessoa?

Uma possível correspondência real é sempre uma decisão de uma pessoa porque os dois caminhos para errar em uma correspondência de sanções trazem custos muito diferentes: encaminhar uma correspondência falsa consome tempo do analista, enquanto liberar uma correspondência real é uma violação de sanções que nenhuma economia no tempo de revisão pode compensar.

O procedimento na FAQ 5 do OFAC adota a mesma linha. Quando vários dados na listagem coincidem, como nome e data de nascimento, a revisão passa da avaliação da correspondência para os procedimentos da instituição para correspondências prováveis e, a partir daí, para a decisão de bloquear ou rejeitar. Um gerente de sistemas de tecnologia de BSA/PLD/OFAC em um banco comunitário descreveu o que uma correspondência confirmada significa na prática: "Se temos um alerta na lista de observação e é uma correspondência real, isso significa parar tudo. Não podemos integrar este cliente, precisamos descontinuar a relação com ele, mas PEPs não precisamos."

Uma correspondência de sanções confirmada é bloqueada ou rejeitada, e os bens bloqueados ou a transação rejeitada são informados ao OFAC no prazo de 10 dias úteis. Uma ocorrência envolvendo uma pessoa politicamente exposta leva a uma revisão mais detalhada do cliente, conforme explica este guia sobre triagem de PEP.

A velocidade ainda importa, porque o cliente muitas vezes está aguardando. Um diretor global de sanções em uma empresa de cripto descreveu uma estrutura em que uma ocorrência de triagem restringe a conta do cliente imediatamente, de modo que ele não pode transacionar até que um analista confirme que a ocorrência não é uma correspondência real. Esse bloqueio é um controle de triagem, e uma pessoa o remove. O trabalho do agente é disponibilizar as evidências para essa pessoa mais rapidamente.

Um líder de conformidade em uma fintech declarou a regra claramente: "Isso sempre será uma revisão com envolvimento humano. Nada será automatizado sem que um humano avalie e diga que concorda com essa decisão."

Algumas equipes solicitam mais automação do que uma aprovação humana para cada ocorrência. O gerente do banco comunitário que preferia um provedor de triagem estabelecido também solicitou a capacidade de encerrar uma ocorrência automaticamente quando o nome atinge o limite mínimo de correspondência do banco, mas a data de nascimento ou o endereço são claramente diferentes. Se uma instituição adota uma regra como essa, ela deve constar na política escrita da instituição para uma fila definida, aprovada pelos responsáveis pela conformidade de sanções, com as evidências registradas para cada ocorrência que a regra encerra. Essa decisão não pertence a um agente.

O que o registro de uma ocorrência liberada deve conter?

O registro de uma ocorrência liberada deve mostrar as etapas seguidas para investigar a correspondência potencial e as informações utilizadas para decidir que ela não era válida. Essa é a própria redação do OFAC na FAQ 5, que afirma que as organizações "devem manter registros completos e precisos detalhando as etapas seguidas para investigar a correspondência potencial e as informações utilizadas para determinar, em última análise, se a correspondência potencial era válida", e acrescenta que o OFAC pode solicitar esses registros. O OFAC também afirma que "não confirma correspondências potenciais ou falsos positivos", de modo que ninguém de fora da instituição valida essa determinação.

Um registro estruturado de acordo com essa orientação contém o seguinte.

As linhas seguem a ordem da revisão, para que um leitor futuro possa rastrear a liberação desde a ocorrência até a aprovação final.

Um líder de garantia de qualidade (QA) de conformidade de sanções e integração em um banco regional descreveu o que as auditorias costumam encontrar no lado das sanções: "As constatações que costumamos ver no âmbito das sanções são que os usuários geralmente esquecem de realizar a triagem de sanções, seja durante a integração ou ao realizar uma transação, ou, se a realizaram, a liberam com a justificativa errada." Um registro estruturado resolve essa segunda falha diretamente. O mesmo líder de QA perguntou se as justificativas de liberação poderiam vir de um conjunto padrão de modelos que a própria equipe pudesse criar e editar antes da auditoria. Modelos compartilhados fazem com que a liberação de um analista seja lida da mesma forma que a de outro.

A gestão de casos é onde o registro deve ficar, ao lado do alerta e da decisão, para que o revisor possa encontrá-lo. O registro também precisa durar: desde 12 de março de 2025, a regra de manutenção de registros do OFAC (31 CFR 501.601) exige que os registros de transações sujeitas às suas regulamentações estejam disponíveis para exame por pelo menos 10 anos, correspondendo ao prazo de prescrição de 10 anos para violações de sanções. Independentemente do que a própria política de retenção da instituição diga sobre ocorrências liberadas, uma liberação pode precisar fazer sentido para alguém que a leia muito depois de o analista que a escreveu ter saído da empresa.

Como evitar que um agente invente ou interprete mal uma correspondência?

Evita-se que um agente invente ou interprete mal uma correspondência estabelecendo verificações fixas ao redor do modelo e exigindo que cada recomendação cite o registro. Verificações determinísticas antes do modelo garantem que a entrada da lista e os identificadores analisados sejam os reais, e verificações após o modelo testam seus resultados em relação a eles. Uma recomendação que não possa ser vinculada à entrada da lista, aos campos comparados e ao resultado de cada um não é um motivo aceitável para liberação.

Un gerente de entrega de TI em uma gestora de recursos descreveu a arquitetura: "Muitas pessoas ingênuas confiam demais no LLM... você precisa de salvaguardas determinísticas na entrada. Você precisa do LLM no meio e precisa de salvaguardas determinísticas na saída. Assim, você tem pelo menos uma chance de ser consistente."

O gerente de entrega de TI também descreveu o caso de falha: um projeto piloto anterior que decidia sobre alertas de crimes financeiros com uma instrução para um modelo de linguagem de uso geral, onde nada era auditável ou explicável, os resultados eram incorretos e o projeto foi desativado após um curto período de testes.

As Diretrizes para os Compromissos de Conformidade do OFAC de 2019 listam falhas no software de triagem ou nos filtros entre as causas raiz das falhas de conformidade de sanções, incluindo a não inclusão de identificadores pertinentes e a falha em considerar grafias alternativas de partes proibidas. Cada uma dessas falhas permite a passagem de uma correspondência real, que é o erro mais grave.

O framework do OFAC também estabelece um padrão para a tecnologia em um controle de sanções que se aplica tanto ao agente quanto à ferramenta de triagem. Onde a tecnologia da informação influencia os controles internos, a organização deve ter "selecionado e calibrado as soluções de maneira apropriada para atender ao perfil de risco e às necessidades de conformidade da organização" e deve testá-las rotineiramente para garantir que funcionem.

Como avaliar um agente de triagem antes de confiar nele?

Avalie um agente de triagem em relação às suas próprias decisões anteriores antes de confiar nele: um teste retrospectivo com alertas de triagem históricos, depois o modo de simulação (shadow mode) na fila real e, por fim, uma análise dos resultados. Analise duas métricas separadamente. A concordância em correspondências falsas mostra quanto tempo de revisão o agente poderia economizar. As omissões críticas, ou seja, correspondências reais que o agente teria recomendado liberar, mostram se o agente é seguro para uso, e a tolerância para omissões críticas é zero.

As duas métricas, concordância em correspondências falsas e a contagem de omissões críticas, respondem a uma dúvida que um VP de tecnologia em uma fintech levantou sobre a ativação do sistema: "Qual é o processo para nos sentirmos confortáveis e aceitarmos a revisão do agente de IA que ocorrerá no estado em que se encontra, ou como faremos para auditar por amostragem algumas dessas coisas... receberemos sinais prévios adicionais antes de lançar isso em grande escala?"

Em seguida, analise as divergências entre o agente e as decisões anteriores, pois uma taxa de concordância por si só esconde as descobertas mais úteis. Algumas divergências são erros do agente a serem corrigidos. Outras refletem informações que o analista possuía e o alerta não, ou práticas que ninguém documentou, como ocorrências que um analista experiente encaminha devido à sensibilidade de uma lista específica, mesmo que o procedimento escrito orientasse a sua liberação.

Cada tipo de divergência exige uma decisão antes que o agente entre em operação. Ou a prática é incorporada ao procedimento escrito ou os dados ausentes são fornecidos ao agente; do contrário, o agente estará sendo avaliado em relação a um conhecimento que nunca recebeu.

A validação cabe à instituição, embora o agente não realize a triagem em si. Um oficial sênior de conformidade de sanções em um banco regional, ao ser questionado se um sistema assim passaria pela gestão de risco de modelos, disse: "Mesmo que você não esteja tecnicamente realizando a triagem, você ainda está acionando o sistema que realiza a triagem, além de gerar a narrativa e coisas do tipo para que um analista ou alguém tome a decisão final." Espere que a própria política de tecnologia ou de risco de modelos da instituição inclua uma camada de revisão como esta na validação, e planeje a avaliação para que ela sirva como evidência disso.

O que os reguladores disseram sobre IA na triagem de sanções?

Os reguladores têm falado pouco sobre IA especificamente na triagem de sanções. A declaração mais direta do OFAC ainda é a sua orientação de setembro de 2022 sobre pagamentos instantâneos, que afirma que o OFAC "está ciente das ferramentas de inteligência artificial e de outras soluções de conformidade inovadoras... que podem aprimorar as funções de triagem de sanções e reduzir os falsos positivos." A mesma orientação diz que, "quando apropriado, com base na avaliação de risco da instituição, o OFAC incentiva o uso de tais ferramentas" para gerenciar riscos de sanções em pagamentos instantâneos.

Até setembro de 2026, o OFAC não emitiu novas orientações em 2025 ou 2026 sobre IA ou aprendizado de máquina na triagem de sanções. O relatório de março de 2026 do Tesouro ao Congresso sobre tecnologias inovadoras observa que "o OFAC não exige que as empresas usem nenhuma ferramenta específica para a triagem de sanções" e aponta preocupações com a qualidade dos dados, governança e validação como barreiras para a adoção de ferramentas de IA.

As orientações de risco de modelo bancário não resolvem a questão da IA na triagem. A orientação revisada sobre risco de modelo emitida em 17 de abril de 2026 (SR 26-2, OCC Bulletin 2026-13 e FDIC FIL-15-2026) afirma que "modelos de IA generativa e de IA baseada em agentes são inovadores e evoluem rapidamente. Como tal, não estão no escopo desta orientação." Acrescenta que as próprias práticas de governança e gestão de risco do banco devem orientar os controles para ferramentas não cobertas. As agências planejam emitir uma solicitação de informações sobre gestão de risco de modelos que considere o uso de IA pelos bancos em particular; até setembro de 2026, ela não foi publicada.

Na prática, o procedimento documentado da própria instituição é o padrão ao qual o agente é submetido. O OFAC não confirma correspondências ou falsos positivos, e nenhum padrão de risco de modelo menciona explicitamente um agente de triagem, portanto, os testes próprios da instituição e a aprovação humana são o que sustenta o sistema.

Como a Oscilar aborda a revisão de alertas de sanções

O agente de sanções da Oscilar atua integrado à ferramenta de triagem que a instituição já utiliza e revisa as ocorrências geradas por essa ferramenta. O agente analisa cada ocorrência, compara-a com identificadores como nome, data de nascimento, nacionalidade e endereço, e recomenda uma decisão com a sua justificativa detalhada por escrito. Nas palavras do Agent Hub da Oscilar, o agente "funciona em conjunto com a sua estrutura de sanções existente."

O agente é conservador por design. Quando atributos essenciais, como data de nascimento ou endereço, estão ausentes, ele sinaliza a lacuna específica e recomenda a revisão manual, em vez de forçar uma decisão. O Agent Hub da Oscilar afirma que "os agentes nunca encerram ou encaminham alertas de forma autônoma — cada recomendação é revisada e confirmada por um analista humano antes que qualquer ação seja tomada."

A Oscilar mantém um histórico completo de auditoria por decisão com as justificativas armazenadas, e a plataforma é projetada com o conceito de "humano no circuito" (human-in-the-loop). Antes de a instituição confiar no agente, a avaliação assume o formato descrito anteriormente: um teste retrospectivo com os alertas históricos da instituição, seguido pelo modo de simulação na fila real, com uma análise de resultados ao final.

O agente de triagem de sanções da Oscilar e seu agente de triagem de PEP e mídia adversa estão descritos em mais detalhes em suas respectivas páginas de produto.

Perguntas frequentes

O que faz um agente de IA na triagem de sanções?

Um agente de IA na triagem de sanções revisa as ocorrências que uma ferramenta de triagem já gerou. Para cada ocorrência, o agente compara a entrada da lista com os dados do cliente ou do pagamento, registra quais identificadores coincidem, divergem ou estão ausentes e recomenda liberar a ocorrência como uma correspondência falsa ou encaminhá-la. Um analista confirma ou anula cada recomendação, e cada correspondência real possível vai para uma pessoa.

Um agente de IA pode liberar um alerta de triagem de sanções por conta própria?

Não. Um agente de IA deve recomendar a liberação de um alerta de triagem de sanções apenas quando o registro desqualifica a correspondência, e um analista confirma a recomendação antes que qualquer ação ocorra. Uma correspondência real liberada incorretamente é uma violação de sanções, portanto, uma pessoa toma todas as decisões de liberar, bloquear e rejeitar.

O que o registro de um alerta de sanções liberado deve conter?

O registro de um alerta de sanções liberado deve conter a lista, a entrada e o apelido que geraram a ocorrência, cada identificador comparado e se ele coincidiu, divergiu ou estava ausente, qualquer informação solicitada e recebida, a recomendação e sua justificativa, bem como a decisão do analista, sua fundamentação e a assinatura com data. Isso segue a FAQ 5 do OFAC, que solicita registros completos e precisos das etapas seguidas para investigar uma correspondência potencial e as informações utilizadas. O OFAC não confirma correspondências ou falsos positivos, de modo que o registro é a prova da instituição de que a decisão foi fundamentada.

O que deve acontecer quando as informações necessárias para liberar uma correspondência estão ausentes?

Quando as informações necessárias para liberar uma correspondência estão ausentes, a ocorrência deve ir para revisão manual com a indicação da lacuna específica, como a falta de data de nascimento ou endereço. Uma solicitação de informações é então enviada ao cliente ou às partes envolvidas no pagamento, e a revisão é executada novamente quando a resposta chega. Forçar uma decisão com dados incompletos traz o risco de liberar uma correspondência real.

Como uma instituição deve avaliar um agente de triagem de sanções antes de confiar nele?

Uma instituição deve avaliar um agente de triagem de sanções por meio de um teste retrospectivo em relação às suas próprias decisões de triagem anteriores, depois usar o modo de simulação na fila em tempo real e, por fim, analisar os resultados. A análise deve relatar separadamente a concordância em correspondências falsas e as omissões críticas; uma omissão crítica é uma correspondência real que o agente teria recomendado liberar, e a tolerância para isso é zero. As divergências revelarão se o processo, os dados ou o agente precisam de ajustes.

Um agente de triagem de sanções conquista confiança mostrando seu trabalho: quais identificadores coincidiram, quais não coincidiram, o que estava ausente e por que recomenda a liberação. Qualquer análise inconclusiva e toda correspondência real possível pertencem a uma pessoa, e o registro de cada ocorrência liberada precisa ser resistente a revisões retroativas. Para entender onde a revisão de alertas de sanções se posiciona em um programa mais amplo, leia sobre conformidade de PLD para bancos e PLD para fintechs, ou solicite uma demonstração com base nas suas próprias decisões de triagem anteriores.