Como automatizar contas a pagar
Automatizar contas a pagar significa capturar a nota fiscal em formato estruturado, lançar o título no sistema, rotear para aprovação conforme alçada e enviar o pagamento em lote ao banco. O ganho real está na captura e na aprovação, não no pagamento: é ali que a nota fica parada na caixa de entrada de alguém.
Automatize sobre o XML, não sobre o PDF
O fornecedor manda dois arquivos: o XML da nota fiscal e o DANFE em PDF. O PDF é uma representação visual da nota. O XML é a nota. Todo dado que você precisa (emitente, valor, vencimento, impostos, chave de acesso) já está estruturado ali, com validade fiscal.
Projeto que começa fazendo leitura de PDF por OCR está resolvendo um problema que não precisava existir. OCR erra, exige revisão e cria um custo de manutenção permanente. Leitura de XML é determinística e não erra valor.
Existe um caso legítimo para OCR: fornecedor pequeno que só manda recibo em PDF, ou cupom de despesa avulsa. Trate como exceção, com revisão humana, e não como o caminho principal.
A chave de acesso resolve duplicidade
Toda NF-e tem uma chave de acesso de 44 dígitos que a identifica de forma única no país inteiro. Use essa chave como identificador do título no seu sistema, com restrição de unicidade.
Isso mata de uma vez o problema mais chato de contas a pagar automatizado: o fornecedor reenvia o mesmo email, o setor recebe a nota por dois canais, alguém encaminha de novo por segurança, e o título entra duas vezes. Com a chave como identificador único, a segunda entrada é ignorada em silêncio.
Aprovação é regra de negócio, não fluxo genérico
A parte que trava contas a pagar é a alçada: quem pode aprovar o quê, até que valor, e o que acontece quando a pessoa está de férias. Ferramenta genérica de fluxo resolve o caminho feliz e desmonta na exceção.
Modele três coisas antes de escrever código: os níveis de alçada por valor, o substituto de cada aprovador e o que acontece com um título que ninguém aprovou até o vencimento. Essa terceira é a que gera multa e a que quase ninguém especifica.
O valor a pagar quase nunca é o valor da nota
Retenções de imposto sobre serviço mudam o valor que efetivamente sai da conta. Se a rotina paga o valor bruto da nota, o fornecedor recebe a mais e a empresa fica com um passivo fiscal.
Some a isso desconto por antecipação, multa e juros por atraso, e nota de crédito compensando devolução. O cálculo do valor a pagar merece um teste automatizado próprio, com casos reais tirados do histórico da empresa.
Pagamento em lote e a volta do dinheiro
Aprovado o título, o pagamento sai por arquivo de remessa no padrão CNAB, por API do banco ou por Pix. Escolher isso não é detalhe: define se você precisa de assinatura digital no arquivo, de gerenciador financeiro do banco ou de credencial de API.
O ciclo só fecha com o retorno. Sem processar o arquivo de retorno do banco, o sistema acha que pagou e a realidade discorda. Trate a baixa do título como consequência do retorno confirmado, nunca do envio.
Passo a passo da automação
- Centralize a entrada das notas. Crie um endereço único de recebimento de notas fiscais e comunique aos fornecedores. Enquanto a nota chegar no email pessoal de cada comprador, nenhuma automação alcança o começo do processo.
- Capture o XML e ignore o PDF. Extraia o anexo XML de cada mensagem e leia emitente, valor, vencimento, impostos e chave de acesso. Guarde o PDF apenas como documento anexo ao título.
- Grave o título usando a chave como identificador único. Insira o título com a chave de acesso de 44 dígitos como chave única. Reenvio da mesma nota passa a ser ignorado, e não duplicado.
- Calcule o valor efetivo a pagar. Aplique retenções de imposto, descontos contratados, multa e juros quando houver atraso, e compensação de nota de crédito. Cubra esse cálculo com testes usando casos reais do histórico.
- Roteie para aprovação conforme a alçada. Envie o título ao aprovador certo pela faixa de valor, com substituto definido e prazo. Título sem aprovação perto do vencimento precisa escalar sozinho, não esperar alguém lembrar.
- Gere o pagamento em lote. Monte o arquivo de remessa ou dispare o pagamento pela API do banco com os títulos aprovados do dia. Registre o identificador do lote junto de cada título.
- Baixe o título só com o retorno confirmado. Processe o arquivo de retorno do banco e dê a baixa apenas nos títulos confirmados. Divergência entre enviado e confirmado vira fila de exceção com responsável.
Caminhos para automatizar contas a pagar
Ordenados por custo inicial. A coluna de limite mostra onde cada caminho para de servir, que é o critério que costuma decidir.
| Abordagem | Custo | Prazo | Onde para de servir |
|---|---|---|---|
| Módulo do próprio ERP | Já está na licença, ou módulo adicional | Semanas de configuração | Cobre bem o fluxo padrão. Alçada fora do comum e captura automática de nota por email costumam ficar de fora ou exigir customização cara. |
| Plataforma dedicada de contas a pagar | Assinatura mensal, muitas vezes por volume | 2 a 6 semanas | Rápido de subir e bom em captura. Integração com ERP nacional específico e regra de alçada própria são o ponto de atrito. |
| Automação sob medida sobre o ERP atual | Projeto único, sem mensalidade | 2 a 4 semanas | Encaixa na regra real da empresa e não cria assinatura nova. Exige alguém para manter, e depende do ERP oferecer alguma via de integração. |
| Planilha com conferência manual | Zero em software | Imediato | Funciona até o volume que uma pessoa aguenta. Não tem trilha de aprovação auditável e é onde nasce pagamento em duplicidade. |
Perguntas frequentes
Referências
Quer isso rodando na sua operação?
O primeiro passo é um Diagnóstico: mapeamos o processo na sua operação e devolvemos escopo, prazo e preço antes de qualquer proposta.
Conhecer o Diagnóstico