Agente financeiro ligado ao ERP: o agente propõe, a pessoa aprova

Agente financeiro ERP é um agente de IA que trabalha ligado ao sistema de gestão que a empresa já usa: lê títulos, extratos, notas e pedidos, confere tudo contra as regras do financeiro e prepara o lançamento que uma pessoa aprova antes de o ERP registrar. Ele não substitui o ERP nem o analista. Ocupa o meio do caminho, onde hoje alguém copia dado de um lugar para outro e confere à mão.

Este guia explica como funciona um agente de IA no ERP, o que ele pode ler e o que nunca deve escrever direto, os três jeitos de fazer a integração, como ficam permissões, segregação de funções e trilha de auditoria, os quatro trabalhos em que ele mais rende e quando não vale a pena construir um. No exemplo ilustrativo, uma distribuidora com 4.200 títulos a receber por mês tira a baixa manual da rotina sem dar ao agente a chave do caixa.

O que é um agente financeiro ligado ao ERP

Em quase toda empresa média, o ERP é a fonte oficial do dinheiro: é nele que estão os títulos a receber e a pagar, o plano de contas, os centros de custo e o histórico de cada cliente. Pode ser TOTVS, Sankhya, Omie, SAP Business One ou outro. O problema raramente é o ERP. É o que acontece em volta dele: o extrato que chega do banco, o comprovante que o cliente manda por e-mail, a nota do fornecedor em PDF, a planilha de cobrança que alguém mantém por fora.

Um agente de IA financeiro trabalha nesse entorno. Ele junta o que vem de fora com o que está no ERP, aplica as regras que o financeiro já usa e entrega uma proposta pronta: esta baixa, esta classificação, esta cobrança. A diferença para um robô de automação comum é que o agente lida com o que não vem padronizado, como um comprovante com o nome do cliente abreviado ou uma nota com a descrição do serviço escrita de cinco jeitos.

A tese que sustenta tudo é simples: o ERP continua sendo o sistema que registra. Trocar de ERP para ganhar IA é caro, lento e quase nunca necessário. Uma integração com o ERP bem feita resolve o mesmo problema sem mexer no que já funciona.

Como funciona: o agente propõe, a regra decide, a pessoa aprova

Um agente financeiro com ERP seguro tem quatro camadas, cada uma com uma responsabilidade que não se mistura com as outras:

1. O agente lê e propõe. O modelo de IA interpreta o que é texto ou documento: identifica o pagador num extrato, lê o valor e o vencimento de uma nota, entende a descrição de uma despesa. Sai dali uma proposta estruturada, não um lançamento.
2. As regras decidem. Código determinístico confere a proposta: o valor bate com o título, a diferença está dentro da tolerância, o desconto foi autorizado, a conta contábil é permitida para aquele centro de custo. Essas regras de negócio moram num sistema com versão e dono, não em instruções escritas para o modelo. A conta é sempre do código, nunca do modelo.
3. A pessoa aprova. O que passou nas regras vai para uma fila de aprovação. O que tem diferença vai separado, com o motivo. O analista aprova em lote o que está limpo e olha caso a caso o resto.
4. O ERP registra. Só depois da aprovação o lançamento entra no ERP, pelo caminho oficial de integração, com o usuário do agente identificado.

Essa divisão é o que torna o agente auditável. Se uma baixa saiu errada, dá para saber se o modelo leu mal o comprovante, se a regra estava errada ou se alguém aprovou sem olhar. Quando tudo vive num prompt, essa pergunta não tem resposta.

O que o agente lê e o que ele escreve no ERP

A pergunta que mais importa no projeto não é o que o agente faz, é onde ele pode gravar. A regra prática:

A lista do “nunca” é curta e não negocia. Um agente que pode alterar a conta bancária de um fornecedor ou liberar um pagamento é um risco de fraude, não uma automação. Um agente que edita o plano de contas muda a regra do jogo sem que ninguém perceba.

Três jeitos de ligar o agente ao ERP

Cada ERP oferece caminhos diferentes, e a escolha depende do que o seu permite e do contrato que a empresa tem com o fornecedor. Os três mais comuns:

• API do ERP. O caminho preferido para escrever. O lançamento passa pelas mesmas validações que o ERP aplica quando uma pessoa digita, e fica registrado com o usuário que gravou. Se o tema é novo, o guia sobre como funciona uma API explica o básico.
• Banco de leitura. Uma cópia ou réplica do banco do ERP, só para consulta. Bom para o agente ler grandes volumes de títulos e histórico sem pesar no sistema em produção. Serve para ler, nunca para gravar: escrever direto nas tabelas do ERP pula as validações dele e costuma violar o suporte do fornecedor.
• Arquivos. Exportações e importações em layout que o ERP já aceita, como planilhas e arquivos de retorno. É o caminho quando não há API. Funciona, mas exige controle de quais arquivos já foram processados para não lançar nada duas vezes.

Na prática, o desenho mais comum mistura os três: lê pelo banco de leitura, recebe extratos por arquivo e grava pela API. O guia de integração de sistemas trata das escolhas de arquitetura em mais detalhe.

Permissões, segregação de funções e trilha de auditoria

O agente entra no ERP como um usuário, e esse usuário precisa de um perfil próprio, com o mínimo necessário. Nada de usar o login do analista ou um perfil de administrador “porque é mais fácil”.

A segregação de funções, que já vale para pessoas, vale também para o agente. Quem propõe não aprova. Se o agente sugere a baixa, outra pessoa confirma. Se o agente classifica a despesa, a aprovação do pagamento continua com quem tinha essa alçada antes. O agente não pode ser o atalho que junta numa só mão o que a empresa separou de propósito.

Cada passo precisa deixar rastro: o documento que o agente leu, o que ele propôs, qual regra passou ou falhou, quem aprovou, quando, e o número do lançamento no ERP. Essa trilha de auditoria é o que permite responder ao auditor externo e, mais importante, entender um erro em minutos em vez de dias.

A fila de aprovação fecha o desenho. Ela mostra o que está pronto, o que tem diferença e por quê, e deixa aprovar em lote o que passou em todas as regras. Um bom indicador de saúde do agente é a proporção de propostas que o analista aprova sem alterar. Se ela cai, alguma regra ou algum dado mudou.

Quatro trabalhos do agente financeiro no ERP

Baixa de títulos depois da conciliação

Quando o recebimento é por boleto com arquivo de retorno do banco, muitos ERPs já fazem a baixa sozinhos. O problema está no resto: PIX, transferências, depósitos, pagamentos parciais, um cliente que paga três títulos com um valor só. O agente cruza cada linha do extrato com os títulos em aberto, propõe a baixa e separa o que não bate. É a extensão natural da automação financeira com IA que muitas empresas já começaram pela conciliação.

Cobrança de inadimplentes com dado do ERP

O agente monta a lista do dia a partir dos títulos vencidos, já descontando o que foi pago e ainda não baixado, para não cobrar quem pagou. Prepara a mensagem com o título, o valor e o histórico daquele cliente, e separa os casos que precisam de uma pessoa: cliente estratégico, valor alto, negociação em andamento. O envio segue a política de cobrança da empresa, e a negociação continua humana.

Classificação de despesas

Notas de serviço e despesas sem pedido chegam com descrições que ninguém padronizou. O agente lê a nota, sugere conta contábil e centro de custo com base no histórico daquele fornecedor e nas regras do plano de contas, e marca a confiança da sugestão. O que é recorrente passa rápido. O que é novo vai para o analista.

Alertas de divergência

Pagamento com valor diferente do título, desconto que não estava autorizado, nota com valor acima do pedido, fornecedor com cadastro alterado perto de um pagamento. O agente não resolve nenhum desses casos. Ele avisa quem precisa saber, no dia, com o documento anexado. Esse é o trabalho que mais protege a margem, porque a diferença aparece antes de virar perda.

Exemplo: a distribuidora com 4.200 títulos por mês

Uma distribuidora de materiais elétricos vende para cerca de 900 clientes e gera 4.200 títulos a receber por mês. O exemplo é ilustrativo. Boa parte dos clientes migrou do boleto para PIX e transferência, e a baixa desses recebimentos virou trabalho manual: três pessoas do financeiro gastavam perto de seis dias úteis por mês conferindo extrato contra título.

Com o agente financeiro ligado ao ERP, o mês ficou assim:

O ganho de tempo é evidente, mas não é o mais importante. Na primeira semana, a fila de diferenças mostrou um cliente que pagava R$ 18.430,00 em títulos de R$ 18.620,00, todo mês, aplicando por conta própria um desconto de R$ 190,00 que ninguém tinha autorizado. Na baixa manual, a diferença era lançada como desconto concedido para fechar o dia. No ano, eram R$ 2.280,00 de um cliente só, e o agente encontrou outros onze com o mesmo padrão.

O agente nunca baixou um título sozinho. Ele propôs, as regras conferiram, uma analista aprovou e o ERP registrou. A conciliação que antes tomava o começo do mês passou a estar pronta no dia seguinte a cada recebimento, o que também encurta o fechamento mensal com agente de IA.

Quanto custa um agente financeiro com ERP e quando não construir

O custo de um agente financeiro com ERP vem menos do modelo de IA e mais da integração. Ler um extrato ou uma nota custa pouco por documento. O que pesa é entender o ERP da empresa, montar o acesso de leitura, fazer a gravação pela API com as validações certas, escrever as regras com o financeiro e construir a fila de aprovação e a trilha. Depois, há o custo de manter: o ERP atualiza, a regra muda, o banco muda o layout. O guia sobre quanto custa um agente de IA detalha como esses itens entram na conta.

Há casos em que não vale a pena construir:

• Volume baixo. Se o financeiro baixa algumas dezenas de títulos por mês, a conta não fecha. Uma rotina bem feita no próprio ERP resolve.
• O ERP já faz bem. Se quase todo recebimento é boleto com retorno automático e a conciliação já funciona, o agente teria pouco a fazer.
• Cadastro desorganizado. Cliente duplicado, CNPJ errado, título sem vínculo com pedido. O agente vai propor errado com muita confiança. Arrume o cadastro primeiro.
• Regra sem dono. Se ninguém sabe dizer qual a tolerância de diferença ou quem aprova desconto, o agente vai expor esse vazio, não resolvê-lo.
• Nenhum acesso viável. Sem API, sem banco de leitura e sem arquivo aceito pelo ERP, o projeto vira um robô frágil clicando em tela.

Para quem ainda está escolhendo entre ferramenta pronta e sistema sob medida, a comparação sobre a melhor IA para finanças ajuda a separar os casos. A Northern constrói agentes de IA ligados ao ERP que a empresa já tem, com a regra no sistema e a aprovação com quem responde pelo caixa.

Por onde seguir

Um agente financeiro ligado ao ERP funciona quando cada parte faz só o seu trabalho: o agente lê e propõe, a regra decide, a pessoa aprova e o ERP registra. Para ver onde mais esse tipo de agente já trabalha no financeiro de uma empresa média, o guia de IA para finanças é o próximo passo. Para o panorama de onde a IA paga na empresa inteira, o guia de IA para empresas; e, antes de contratar, como definir o escopo de um projeto para que o orçamento caiba no problema.

Perguntas frequentes