Como responder banco parceiro, Bacen e ordens judiciais com agentes de IA

Para uma fintech que opera via banco parceiro ou BaaS, o relacionamento com o banco é o ativo mais importante e o que mais gera trabalho invisível. Toda semana chega um pedido: explicar uma transação, mandar o cadastro de um cliente, responder um questionário de due diligence de 200 perguntas, mostrar como um caso de fraude foi tratado. Se você já é instituição de pagamento, somam-se os ofícios do Bacen e as ordens judiciais. Cada pedido exige alguém juntando dados de vários sistemas e escrevendo com cuidado. Esse trabalho já pode ser feito por um agente de IA, e cada pedido a mais praticamente não custa nada. O que continua com você é o relacionamento e a assinatura.

Este é um guia prático para heads de parcerias, de relacionamento bancário e COOs de fintechs no Brasil: como colocar um agente para responder banco parceiro, Bacen e Judiciário com rapidez e consistência, sem perder o controle do que sai da casa.

O que faz. O agente lê cada pedido, separa as perguntas, busca as respostas nos seus sistemas e documentos e redige a resposta com anexos, pronta para revisão.

O que não é. Um robô que fala com o banco ou com o juízo por conta própria. Nada sai sem o ok de uma pessoa responsável.

Os pedidos que chegam toda semana

Comece pelos pedidos de informação sobre transações. São os mais frequentes, as respostas são verificáveis e o banco percebe a diferença rápido.

Como o agente trata um pedido

1. O pedido chega. Por e-mail, portal do banco, planilha ou PDF.
2. O agente separa as perguntas. Cada item vira uma tarefa, com o prazo anotado.
3. O agente busca as respostas. Core, extratos de Pix, cadastro, sistema de fraude, políticas e respostas anteriores, sempre em modo leitura.
4. O agente redige a resposta. Cada afirmação ligada à fonte, com os anexos prontos.
5. Uma pessoa revisa e envia. No Slack ou no dashboard, e a aprovação fica registrada.

As ferramentas

O Runtime é o sistema operacional para agentes de IA. Cada agente roda no seu próprio computador isolado, com suas próprias credenciais, e espera aprovação antes de enviar qualquer resposta. Dados de clientes são mascarados antes de chegar ao modelo, e cada execução fica registrada para quando o banco perguntar como uma resposta foi montada.

Passo 1: organize a entrada dos pedidos

Este passo é do seu time. Defina por onde os pedidos entram (uma caixa de e-mail, um canal do Slack, o portal do banco), quem é o responsável por cada tipo e qual o prazo interno. Depois, escreva como seu melhor analista responde um pedido típico.

• Explique o porquê. "Anexe sempre o comprovante com o EndToEndId, porque o banco cruza com os registros dele" funciona melhor que "anexe o comprovante".
• Diga qual erro ele não pode cometer. "Nunca envie dados de um cliente que não seja o do pedido" evita o erro mais grave.

Passo 2: conecte os sistemas em modo leitura

Dê ao agente acesso de leitura ao core, ao cadastro, aos casos de fraude e à pasta de políticas e respostas anteriores. As credenciais entram pelo dashboard do Runtime, nunca coladas num chat.

O banco parceiro pediu informações sobre estes cinco Pix. Para cada um, traga o cadastro do pagador e do recebedor que são nossos clientes, o histórico dos últimos 90 dias, os alertas de fraude abertos e o que foi decidido. Redija a resposta no formato que usamos com o banco, com os anexos, e deixe no Slack para eu revisar.

Passo 3: monte a biblioteca de respostas aprovadas

O questionário de due diligence se repete todo ano, com variações. Peça ao agente para organizar as respostas aprovadas, as políticas e os relatórios em uma base única. No próximo questionário, ele responde a partir dela, aponta o que mudou desde a última vez e marca para cada área (compliance, segurança, jurídico, operações) só o que precisa de atenção.

Responda este questionário de due diligence usando nossas políticas e as respostas aprovadas no ano passado. Marque em amarelo o que mudou, em vermelho o que não encontrou, e diga qual área precisa validar cada item.

Passo 4: trate Bacen e Judiciário com mais cuidado

Ofícios do Bacen e ordens judiciais têm prazo, forma e consequência. Ordens de bloqueio, desbloqueio e requisição de informações chegam pelo Sisbajud às instituições participantes; quem opera via banco parceiro costuma recebê-las por intermédio dele. Em qualquer caso, o agente lê a ordem, identifica o CPF ou CNPJ, localiza contas e saldos e prepara o cumprimento e a resposta. Quem cumpre e responde é uma pessoa responsável, com aprovação registrada.

Passo 5: automatize os relatórios recorrentes

Relatórios mensais para o banco parceiro, indicadores de fraude, volumes, reclamações: agende o agente para gerar cada um, comparar com o mês anterior e explicar o que mudou antes de alguém perguntar.

O que fica com seu time

O que aprendemos

• Comece por um tipo de pedido. Pedido de informação sobre transação primeiro, questionário depois.
• Cite a fonte de cada dado. O revisor confere em segundos e o banco ganha confiança.
• Guarde cada resposta aprovada. É a matéria-prima das próximas e a sua memória quando alguém da equipe sair.
• Responda rápido também o que não sabe. Um "estamos levantando, retornamos até quinta" bem escrito protege o relacionamento.

O que o compliance vai pedir

• Que nada sai sem aprovação. Cada resposta espera o ok de uma pessoa responsável.
• Que os dados estão protegidos. CPF, contas e cartões mascarados antes do modelo, e nenhum treino com seus dados.
• Que só vai o que foi pedido. Sigilo bancário e LGPD: o agente responde ao escopo do pedido, e o revisor confere.
• Como cada resposta foi montada. Cada execução fica registrada e pode ser exportada.

Se precisa manter os dados no Brasil, dá para rodar o Runtime e modelos open source para pedidos de bancos parceiros na sua própria nuvem, em São Paulo.

Como medir resultado

Um cronograma realista

A Rain, emissora de cartões presente em mais de 150 países, usa o Runtime para suporte técnico, monitoramento de fraude e risco, compliance, cibersegurança, investigações de engenharia, revisão de PRs, QA e relatórios, e economizou $750k com fornecedores e folha.

Em resumo

O banco parceiro avalia sua fintech pela qualidade e pela velocidade das suas respostas. Deixe o agente juntar os dados e redigir, e seu time com o relacionamento e a assinatura. Comece pelos pedidos de informação e cresça a partir daí. Para mais detalhes, veja nosso guia de pedidos de bancos parceiros e o de compliance.

Mãos à obra.

Perguntas frequentes

O que um agente de IA faz com as demandas do banco parceiro?

Ele lê cada pedido, separa as perguntas, busca as transações, o cadastro e os documentos nos seus sistemas e redige a resposta com os anexos. Alguém do seu time revisa e envia. O banco parceiro recebe respostas mais rápidas e consistentes, e seu time deixa de garimpar dados em cinco sistemas.

Serve para questionários de due diligence?

Serve. O agente responde o questionário a partir das suas políticas, relatórios e respostas anteriores aprovadas, aponta o que mudou desde a última vez e marca as perguntas que precisam de alguém de compliance, segurança ou jurídico.

Um agente pode cumprir ordens judiciais de bloqueio?

Não sozinho. O agente pode ler a ordem, localizar as contas e saldos do CPF ou CNPJ indicado e preparar o cumprimento e a resposta. Executar o bloqueio e responder ao juízo fica com uma pessoa responsável, com aprovação registrada.

Minha fintech opera via banco parceiro. Faz sentido mesmo assim?

Faz, e talvez ainda mais. Quem opera via banco parceiro ou BaaS recebe pedidos do banco sobre transações, clientes, fraudes e controles, e muitas vezes os pedidos do Bacen e do Judiciário chegam por intermédio dele. O agente ajuda a responder rápido, com a mesma qualidade, qualquer que seja a origem.

Como garantir que nenhum dado errado vá para o banco ou para o Bacen?

Com três controles: o agente trabalha só com acesso de leitura, cada resposta cita a fonte de cada dado e nada sai sem a aprovação de uma pessoa responsável. No Runtime, cada execução fica registrada e pode ser exportada.

O que é o Runtime?

O Runtime é o sistema operacional para agentes de IA em times de pagamentos e fintech. Cada agente roda em um computador isolado, com acessos restritos, mascaramento de dados sensíveis, aprovação antes de qualquer resposta ou movimentação e registro de cada execução. Pode rodar na sua própria nuvem, inclusive em São Paulo.