Agentes de IA no financeiro: o time passa de quem faz para quem revisa

De onde vem este texto

O playbook é material de um fornecedor, então os números dos estudos de caso são os divulgados por ele. A lógica, porém, não depende de nenhuma ferramenta específica, e é ela que interessa aqui.

O que muda: de sistema de registro para sistema de ação

O ERP guarda os lançamentos. As ferramentas de planejamento organizam os relatórios. Nenhuma das duas executa: conciliar, investigar divergência, preparar o lançamento de ajuste e acompanhar até o fim continua sendo trabalho de gente. Os copilotos de IA ajudam em pedaços, mas param na sugestão.

O playbook propõe uma camada de agentes em cima do ERP que existe hoje, sem migração. Os agentes recebem os dados das transações, conciliam, eliminam, preparam lançamentos e sinalizam exceções; os números limpos seguem para o planejamento; e o resultado volta gravado no razão.

O ganho não é fazer o mesmo mais rápido. É fazer o que ninguém conseguia fazer, como revisar 100% dos lançamentos em vez de uma amostra.

Os quatro princípios

1. Execução, não sugestão. O agente conclui o fluxo; o controller passa de quem faz para quem revisa e guarda o julgamento para o que precisa dele.
2. Fechamento contínuo. “Pronto” vira um estado de todo dia, não um momento de fim de mês. Os livros ficam prontos quase em tempo real.
3. Sem trocar de sistema. Funciona com vários ERPs, empresas do grupo e moedas, como uma torre de controle sobre o que já existe.
4. Humano no circuito. Regras e limites de aprovação escritos em linguagem natural, escalada definida pelo time e documentação completa a qualquer momento.

Sete casos de uso

O playbook organiza a aplicação em sete frentes. Todas têm o mesmo formato: um problema que se repete, um agente que executa e uma pessoa que aprova a exceção.

• Conciliação bancária contínua. O casamento de caixa roda o mês inteiro; ajustes sugeridos vão para aprovação e, aprovados, são gravados no razão.
• Patrulha de transações. Varredura de lançamentos faltantes, mal classificados, duplicados ou divididos para escapar de aprovação, incluindo subfaturamento repetido de um cliente.
• Fechamento contínuo. Conciliação, análise de variação e checagem de política acontecem todo dia; só os problemas reais sobem.
• Razão por gatilho. O agente “escuta” eventos do ERP, como uma conta de fornecedor que pede reversão de provisão, e propõe o próximo passo na hora.
• Intercompany em escala. Transações entre empresas do grupo casadas a partir de instruções em linguagem natural, com o contexto dos dois lados quando não batem.
• Análise de variação em toda conta. Em vez de pedir ao time que explique “o que mudou”, o agente rastreia cada variação até a transação que a causou.
• Pronto para auditoria e venda. Toda ação de agente e toda aprovação humana ficam registradas; de qualquer saldo se chega à origem em poucos cliques.

Os números que o fornecedor divulga

O playbook traz três clientes. São resultados informados pela Nominal, mas dão a ordem de grandeza:

Na comparação do playbook, o fechamento passa de 8 a 12 dias para 1 a 3 dias, e o foco do time sai de 85% em execução para 75% em estratégia.

• Leanpay (crédito “compre agora, pague depois”, cinco países): fechamento mensal de 20% a 25% mais curto e semanas a menos na consolidação de fim de ano.
• Green Street Power Partners (energia solar, mais de 280 empresas de projeto): mais de 60 horas por mês economizadas.
• Kunai (consultoria de TI preparando a venda): 75% das anomalias resolvidas sozinhas e a venda feita sem implantar um ERP novo, em cima de QuickBooks e Excel.

Confiança vem antes de tudo

Em finanças, controle não é opcional. O desenho que o playbook descreve é o mesmo que a gente usa em qualquer área: o agente prepara dentro de regras e limites, executa o que está dentro deles, manda as exceções para uma pessoa, e tudo fica na trilha de auditoria.

Para um CFO, essa é a linguagem de controles internos que ele já usa: separar quem prepara de quem revisa. A diferença é que quem prepara agora é um agente, e a revisão pode cobrir a população inteira.

Como separar agente de verdade de ferramenta “com IA”

“Com IA” pode significar qualquer coisa. O playbook sugere três perguntas para qualquer demonstração, de qualquer fornecedor, inclusive a gente:

1. Quem executa? A ferramenta só sugere ações para alguém fazer, ou conclui o fluxo e grava no razão com aprovação?
2. Precisa trocar de sistema? Funciona com o ERP, as planilhas e as várias empresas do grupo que existem hoje?
3. Como se governa? As regras são configuráveis pelo time? Dá para rastrear e auditar cada ação? A IA que prepara está separada da pessoa que revisa?

E três sinais de alerta: motor de regras vestido de IA, que só encaminha tarefa; copiloto que não grava no razão, o que mantém uma pessoa tocando em cada transação; e dependência de consultoria para cada entidade ou política nova.

O que isso muda na prática

A lição vale além do financeiro: o modelo é a parte fácil. O trabalho está em conectar as fontes certas, escrever as regras, definir os limites de aprovação e manter a trilha de auditoria. E dá para começar pequeno, num fluxo só, sem trocar o ERP.

• O Analista de IA mapeia onde o fechamento trava, quais conciliações se repetem e onde a amostragem deixa receita escapar.
• O Forward Deployed Engineer monta o agente dentro da operação: conexão com ERP e planilhas, regras em linguagem natural, limites, aprovação humana e registro de cada ação.
• O treinamento ensina o time a revisar em vez de executar, que é a mudança de papel que o playbook descreve.

Conciliação, provisões e intercompany são só exemplos. Se é tarefa que se repete, no financeiro ou em qualquer outra área, dá para automatizar.