Automação do contas a pagar: do recebimento da nota e do boleto ao lançamento no ERP

A automação do contas a pagar não é uma decisão só. A pergunta "dá para automatizar?" tem três respostas diferentes dentro do mesmo fluxo, e responder uma só para todas é o que faz projeto nascer torto — caro onde não precisava e arriscado onde não devia.

Automação do contas a pagar: as seis etapas e em qual grupo cada uma cai

O contas a pagar tem seis etapas — chegada do documento, conferência contra pedido ou contrato, lançamento do título no ERP (o sistema de gestão onde a empresa registra o que deve), aprovação, agendamento do pagamento e conciliação. Elas caem em três grupos: integração entre sistemas, leitura de documento e decisão humana. Só a leitura de documento não estruturado justifica IA, e a aprovação é a etapa que não deve ser automatizada.

O critério cabe em uma frase: a etapa é integração quando o dado já existe em campo definido; é leitura quando o dado está preso dentro de um arquivo feito para olhos humanos; e continua humana quando o que falta não é informação, é alguém assumindo a decisão.

Fazer essa divisão antes do orçamento evita os dois erros caros do tema: contratar IA para a etapa que não precisa dela e automatizar a aprovação, que é justamente a que não deveria ser automatizada.

A lógica geral está em automação de processos. A lista de seis etapas acima é a versão genérica — a sua empresa tem a sua, com exceções próprias, e ela aparece no mapeamento do processo.

XML da NF-e ou PDF do boleto: quando a leitura precisa de IA e quando não precisa

XML é um arquivo de texto com campos nomeados e delimitados, lido por programa sem nenhuma inferência: emitente, CNPJ, chave de acesso, itens, quantidades, valores e impostos já estão cada um no seu lugar, com nome próprio.

Daí a afirmação direta: quando o XML da nota fiscal eletrônica está disponível, não é necessário IA nem OCR. O documento fiscal é o XML. O DANFE — Documento Auxiliar da Nota Fiscal Eletrônica, aquele PDF com o código de barras no alto — é só a representação impressa dele. Automatizar a partir do PDF quando o XML existe é escolher a via difícil e pagar por erro de leitura que não precisava existir.

O XML entra na empresa por dois caminhos, com custos de implantação diferentes. O primeiro é o anexo do e-mail do fornecedor: barato, e refém de o fornecedor lembrar de enviar. O segundo é a consulta ao serviço de distribuição de documentos fiscais eletrônicos da SEFAZ (Secretaria da Fazenda), com certificado digital da empresa, que entrega o que foi emitido contra aquele CNPJ sem depender do fornecedor. Um detalhe que costuma surpreender no segundo caminho: o retorno inicial pode vir apenas como resumo da nota, e o XML completo só fica disponível depois da manifestação do destinatário.

O outro lado do balcão é onde o trabalho mora:

• Boleto em PDF, com layout diferente em cada banco.
• Recibo de serviço e nota de prestador sem padrão nenhum.
• E-mail com o valor escrito no corpo da mensagem, sem anexo.
• Nota de serviço municipal: a NFS-e ainda varia por município — há um padrão nacional em adoção, mas na prática convivem municípios que entregam XML e municípios que entregam só PDF.

Aqui não há campo nomeado. Há um documento desenhado para uma pessoa olhar.

Vale separar dois termos que costumam vir colados. OCR — Optical Character Recognition, reconhecimento óptico de caracteres — transforma imagem em texto, e só é necessário quando o PDF é uma imagem escaneada; PDF gerado por sistema já traz camada de texto e pode ser lido direto. A IA entra na etapa seguinte: decidir qual daqueles textos é o valor, qual é o vencimento e qual é o CNPJ, num documento sem campo nomeado.

Uma nuance honesta sobre o boleto: a linha digitável e o código de barras carregam banco, valor e vencimento em posições fixas e com dígito verificador — isso é dado estruturado. O que não está ali é contra qual pedido aquilo se refere. E o trabalho difícil não é interpretar os números: é localizar essa linha dentro de um PDF que cada banco monta de um jeito. É nisso que a extração automática ajuda, e não em "entender o boleto".

O critério completo entre entrada estruturada e não estruturada está em IA na automação de processos. O contas a pagar é onde ele fica mais visível: dois documentos que dizem a mesma coisa exigem técnicas de custo muito diferente.

Como o documento chega: a caixa de entrada do financeiro como gatilho

O ponto de entrada precisa ser um só: uma caixa de e-mail dedicada do financeiro, lida por integração, em vez de cada pessoa baixando anexo para a própria máquina e salvando onde achar melhor.

Nessa etapa a automação faz três coisas: identifica o tipo de cada anexo (XML de NF-e, PDF de boleto, DANFE, recibo, planilha), vincula documentos que chegaram em e-mails separados ao mesmo fornecedor e à mesma compra, e arquiva tudo em local previsível com nome padronizado.

Classificando: identificar o tipo do anexo e roteá-lo é regra, não IA — a extensão do arquivo e a estrutura interna já dizem o que é aquilo. A IA entra só no e-mail em que o valor está solto no corpo da mensagem ou o anexo não segue padrão algum.

Por isso o e-mail pessoal do comprador é o primeiro ponto a mudar. Documento que entra por três caixas diferentes não tem gatilho, e sem gatilho não existe automação — existe robô adivinhando onde procurar.

Conferência contra o pedido de compra ou o contrato: o que comparar e o que fazer quando não bate

A conferência compara campo a campo: fornecedor, itens, quantidade, preço unitário, valor total, condição de pagamento e vencimento — contra o pedido de compra registrado no ERP ou contra o valor previsto no contrato.

O pré-requisito que quase sempre falta é o próprio pedido. Sem pedido de compra registrado não há contra o que conferir: a automação vira digitação automática e a conferência continua humana, só que agora com um sistema no meio dando aparência de controle.

A regra de tolerância precisa ser decidida antes do código, não depois. Divergência de centavos por arredondamento de imposto, frete que veio no total da nota e não estava no pedido, quantidade parcial em entrega fracionada — cada um desses casos é uma decisão de negócio, não uma escolha técnica.

E a resposta à pergunta que mais trava projeto real: quando não bate, o robô não paga e não decide. Ele para o título em uma fila de divergência, com a comparação já feita e o motivo escrito, e chama a pessoa responsável. A automação entrega a divergência pronta para análise em vez de entregar um problema para descobrir.

O que não fazer: automação que resolve divergência sozinha por aproximação. Isso transforma erro silencioso em pagamento indevido, e o erro só aparece na conciliação — depois de o dinheiro ter saído.

Lançar o título no ERP: e quando o ERP não tem API

Sim, dá para lançar o título sem digitar. O que muda não é se dá — é por qual porta, e a ordem é a mesma de sempre: API documentada, acesso ao banco de dados, importação por arquivo e, só no fim, o robô de tela.

Em ERP nacional, há um caminho frequentemente disponível e quase sempre subestimado: a importação de título a pagar por arquivo — CSV, planilha ou layout posicional que o próprio ERP já aceita. É feio e é estável. Vale confirmar com o fornecedor se esse recurso já faz parte do que a empresa licenciou, porque em parte dos casos ele está ali e ninguém usa.

Gravar direto na base do ERP merece um alerta separado: contorna as regras que o próprio sistema aplica ao salvar um título e pode quebrar na próxima atualização do fornecedor, sem aviso.

O que verificar no ERP antes de pedir orçamento:

1. Existe importação de contas a pagar? Por qual formato?
2. Aceita rateio por centro de custo no mesmo arquivo?
3. Exige cadastro prévio do fornecedor, ou cria na hora?
4. Devolve o número do título gerado? Sem esse número, a baixa depois vira busca por aproximação.

Falta um ponto que ninguém pede e todo projeto precisa: idempotência. Em linguagem simples, a automação tem que reconhecer que aquele documento já foi lançado antes de lançar de novo. Na NF-e, a chave de acesso serve de identificador único; no boleto, a linha digitável cumpre papel parecido. Sem essa checagem, reprocessar um e-mail gera título em duplicidade.

O mapa dos caminhos está em integração de sistemas; quando a tela do ERP é mesmo a única saída, o que isso cobra depois está em o que é RPA; e o degrau escolhido é o que move o orçamento, como detalha quanto custa automatizar um processo.

Agendamento no banco e conciliação: remessa, retorno e baixa do título

Para pagar existem dois caminhos: a API do banco, quando o convênio contratado oferece, ou o arquivo de remessa e retorno no padrão CNAB — o layout de troca de arquivos entre empresa e banco.

Sem jargão: a empresa envia ao banco um arquivo com os pagamentos a efetuar — a remessa — e o banco devolve outro arquivo dizendo o que foi pago, o que foi rejeitado e por qual motivo — o retorno. É integração por arquivo, é um padrão antigo e estável, e o trabalho está em gerar o layout que aquele banco aceita, porque cada banco tem a sua variação, e em ler o retorno de volta.

O erro clássico é automatizar a remessa e deixar o retorno para conferência manual. Sem ler o retorno, a empresa não sabe qual pagamento foi rejeitado — e descobre pelo fornecedor cobrando.

A conciliação fecha o ciclo: o retorno bancário, ou o extrato, baixa o título no ERP e amarra pagamento, título e documento de origem. É o que permite prestar contas e o que dá o rastro de auditoria — de cada valor que saiu até a nota que o originou.

Classificando esta ponta inteira: remessa, retorno e baixa são integração. Nada aqui depende de IA, porque o dado já vem em campo definido tanto na API quanto no arquivo de retorno. Oferta de IA nessa etapa merece uma pergunta simples: qual campo, exatamente, ela vai ler que já não está nomeado?

A aprovação continua humana — e o que automatizar ao redor dela

A decisão de pagar não se automatiza. O que a automação faz é entregar a decisão pronta para ser tomada: documento, pedido, conferência, saldo e vencimento na mesma tela, com o motivo da divergência escrito quando houver.

Ao redor da decisão há bastante coisa automatizável: roteamento por alçada, ou seja, quem aprova o quê por valor e por centro de custo; cobrança automática de quem está travando o fluxo; e registro de quem aprovou, quando e com base em qual documento.

Vale distinguir aprovação por regra de decisão por julgamento. Liberar o que confere exatamente contra um pedido já aprovado, dentro de uma alçada definida por escrito, é regra. Decidir pagar o que não confere, o que está fora de contrato ou o que aperta o caixa da semana é julgamento, e julgamento tem dono.

A insistência tem motivo prático: liberação automática sem alçada definida transfere para o software um risco que é do sócio — e o primeiro pagamento indevido derruba a confiança no projeto inteiro, inclusive nas cinco etapas que estavam funcionando.

Fechando a classificação prometida: a chegada do documento mistura regra e IA; conferência, lançamento, agendamento e conciliação são integração; a aprovação é humana.

Quando automatizar o contas a pagar não se paga

O critério de volume não tem número universal. Quando o financeiro recebe poucas notas por mês, sempre dos mesmos fornecedores e sempre no mesmo formato, o tempo economizado não cobre a construção nem a manutenção. E manutenção de integração com banco e ERP é linha fixa da conta: layout de arquivo muda, certificado digital vence, o ERP atualiza.

Outros sinais de que não é hora:

• Não existe pedido de compra registrado — sem ele não há conferência possível.
• O plano de contas e o cadastro de fornecedores estão bagunçados; a automação só acelera a bagunça.
• A empresa está trocando de ERP nos próximos meses.

Duas automações parciais costumam valer antes da completa: só a captura e o arquivamento dos documentos que chegam por e-mail, ou só a leitura do XML das notas de um punhado de fornecedores recorrentes. São as duas etapas mais baratas e as que menos dependem do ERP.

E quando o volume realmente não justifica, o que sobra é disciplinar o fluxo e a planilha de controle — caminho legítimo, tratado em quando a planilha deixa de ser suficiente e com a conta em quanto custa automatizar um processo.

Se quiser uma leitura do seu caso, descreva pelo WhatsApp quantas notas entram por mês, como elas chegam e qual ERP está em uso. A análise começa por aí — e às vezes termina em "ainda não vale a pena".