A manhã em que um agente de IA evitou um erro de conformidade

Esta é uma história sobre uma tarefa de conformidade entediante que deu certo, porque alguém passou vinte minutos conectando dois Apify Actors ao Claude na semana anterior. Sem telas simuladas, sem dados de brinquedo. Cada registro de registro e impacto de sanções abaixo é uma busca real contra uma fonte ao vivo, capturada de um chat real.

A configuração

Maya gerencia a integração de fornecedores em um importador de médio porte nos EUA. Cada novo fornecedor e contraparte comercial precisa passar por duas verificações antes que o financeiro possa enviar um centavo:

1. A entidade legal é real e atualmente ativa? Um nome em uma fatura não é prova de nada. As empresas se dissolvem, são encerradas ou nunca existiram sob o nome na documentação.
2. A parte está em uma lista de sanções? Enviar dinheiro para uma entidade na lista OFAC do Tesouro dos EUA é um crime federal com penalidades de responsabilidade estrita. "Não sabíamos" não é uma defesa.

Por anos, isso significou que Maya mantinha duas abas do navegador abertas. Uma no site da Divisão de Corporações da Flórida (Sunbiz), outra na página de busca da OFAC. Para cada contraparte, ela digitava o nome, lia o registro e copiava os campos para um ticket de integração. Dez fornecedores levavam uma tarde. A verificação era confiável apenas enquanto ela não estivesse apressada, e a integração sempre é apressada.

Então, na semana anterior a esta história, ela fez algo diferente. Ela conectou as duas fontes de dados diretamente ao Claude como ferramentas, usando o servidor oficial Apify MCP, e deixou o modelo fazer a busca. Configurá-lo levou um arquivo de configuração e uma reinicialização. (Se você quiser o passo a passo para um único Actor, nós escrevemos isso separadamente: dê ao Claude uma ferramenta KYB com o servidor Apify MCP.)

As duas ferramentas que ela conectou:

• O Scraper do Registro de Empresas e Diretores da Flórida Sunbiz retorna o registro completo: nome legal, status, número do documento, diretores, agente registrado e o histórico de eventos da entidade.
• O Scraper de Triagem da Lista de Sanções OFAC verifica um nome contra os Nacionais Designados Especialmente (SDN) e listas consolidadas e retorna programas, aliases, endereços e entidades vinculadas.

Ambos expostos ao Claude através de um único endpoint MCP. Nada mais mudou sobre como ela trabalha: ela ainda abre um chat e digita em inglês simples.

O lote

Na manhã de segunda-feira, três novos fornecedores da Flórida chegaram na fila de integração. Em vez de abrir abas, Maya colou os nomes no Claude e pediu para verificar cada um.

Dois segundos de chamadas de ferramentas, e a imagem estava clara. Publix Super Markets Charities voltou ATIVA com um número de documento limpo e diretores nomeados. Ótimo. Mas o segundo nome, "Tesla Company LLC," voltou INATIVA. O registro mostrava uma dissolução voluntária registrada em 2005. O nome correspondia a uma entidade, mas essa entidade havia sido encerrada há duas décadas. Era uma shell morta, não o fornecedor operacional que a documentação implicava. O terceiro nome não tinha correspondência ativa exata, então Claude sinalizou e pediu o nome legal registrado exato antes de prosseguir.

Esta é a parte que importa: uma correspondência de nome não é uma empresa. O processo manual também pegava isso, em um bom dia, se você lesse cuidadosamente. O agente pegava isso toda vez e dizia por que. Ele citou o evento de dissolução e o número do documento, então a sinalização era auditável, não apenas uma decisão instintiva.

A captura

Mais tarde na mesma manhã, um negócio separado: uma contraparte comercial com a qual Maya não havia lidado antes, com um depósito prestes a ser enviado. Antes que o financeiro liberasse, ela pediu ao Claude para verificar o nome contra a OFAC.

A resposta parou a transferência.

O nome correspondia a ROSOBORONEKSPORT OAO, uma entidade na lista SDN da OFAC sob três programas de sanções (UKRAINE-EO13662, RUSSIA-EO14024, IRAN-CON-ARMS-EO), vinculada a uma corporação estatal russa. Claude retornou os aliases, o endereço em Moscou, o ID de registro e os programas específicos, tudo o que um oficial de conformidade precisa para escalar a correspondência para o jurídico com evidências anexadas, não apenas um sinal vermelho.

Ninguém da equipe teve que se lembrar de realizar essa verificação como um ritual separado. Foi uma frase na mesma conversa, apoiada pela lista do Tesouro ao vivo, em vez da memória de alguém sobre quem está e não está sancionado neste mês.

O memorando

A última etapa é a que costumava consumir mais tempo: escrever tudo. Maya pediu ao Claude para consolidar a triagem da manhã em uma única tabela de aprovação/rejeição que ela pudesse colar diretamente nos tickets.

Quatro contrapartes, quatro decisões, cada uma com o número do documento ou o ID da execução da OFAC em que se baseou. Duas foram aprovadas, uma em espera aguardando a confirmação do nome, uma bloqueada. Tudo isso era rastreável de volta a uma fonte oficial. Um auditor lendo o ticket seis meses depois pode seguir cada decisão até sua evidência.

O que realmente mudou

Nada sobre o julgamento de Maya foi transferido para a máquina. Ela ainda decide quem integrar e quando escalar. O que mudou foi a parte mecânica: a troca de abas, o copiar e colar, o risco de pular uma verificação sob pressão de tempo. Essa é exatamente a divisão de trabalho correta:

• A busca é automatizada. Claude puxa a live