500 Boletos, uma Planilha:
Como Processar Pagamentos de Boletos em Lote em uma Planilha de AR

A Pilha Mensal de Boletos: Por Que Abrir PDFs Um a Um Não Escala

Se você processa menos de 20 Boletos por mês, abrir cada PDF e digitar seus valores em uma planilha é tedioso, mas administrable. A 50 por mês, se torna uma tarefa de meio dia. A 200, consome uma semana inteira. A 500 — algo rotineiro para varejistas de mercado médio, administradores de propriedades e empresas de serviços B2B no Brasil — a abordagem manual colapsa por completo, não porque o trabalho seja difícil, mas porque a estrutura do trabalho se opone à aplicação de pensamento em lote a um problema de lote.

O paradoxo é que cada Boleto que chega na sua caixa de entrada é construído exatamente sobre o mesmo padrão FEBRABAN. O código de barras de 44 dígitos sempre posiciona o ID do banco nos dígitos 01–03, o fator de vencimento em 06–09, o montante em 10–19. A linha digitável sempre agrupa os mesmos dados em 47 dígitos com dígitos de verificação em posições previsibles. O documento está gritando "sou legível por máquina" — ainda assim, a maioria das equipes ainda lê cada um com olhos humanos.

Como Se Ve um Fluxo de Trabalho de Boletos em Lote na Prática

Um fluxo de trabalho prioritário em lote tem três etapas: coletar todos os Boletos em um lugar, definir quais dados você precisa e exportar tudo de uma vez. O PDF individual nunca precisa ser aberto.

O tempo total prático para um lote de 200 Boletos, usando este fluxo de trabalho, é de aproximadamente 5 minutos: enviar, definir colunas, clicar em processar, baixar. O trabalho restante é da IA. Compare isso com os 3 minutos por documento que a entrada manual de dados exige — os mesmos 200 Boletos levarían más de 10 horas de digitação concentrada.

Os Cinco Campos Que Toda Equipe de AR Precisa de Cada Boleto

Nem todo campo de um Boleto é relevante para contas a receber. O padrão FEBRABAN define dezenas de pontos de dados no código de barras, na linha legível e no boleto visual. Mas, do ponto de vista da AR, cinco campos concentram 90% do valor de conciliação.

A maioria das equipes também extrai Pagador (nome/CNPJ do pagador) e Data de Vencimento para relatórios de aging. A abordagem em lote trata esses campos como colunas adicionais — definidos uma única vez, e cada Boleto do lote é escaneado pelos mesmos campos.

Por que a Estrutura Padrão do Boleto Torna a Extração em Lote Possível

Nem todos os documentos financeiros são bons para processamento em lote. Um recibo manuscrito de uma pequena loja varia tanto no layout que as ferramentas de extração precisam de treinamento específico por fornecedor. Uma fatura de fornecedor de uma multinacional segue o modelo daquela empresa. Mas um Boleto Bancário segue um padrão nacional mantido pela FEBRABAN, emitido por todos os bancos, e projetado especificamente para que máquinas possam lê-lo.

O código de barras de 44 dígitos é o exemplo mais claro. Ele codifica, em ordem:

• Posições 01–03: Código do banco (ex.: 001 = Banco do Brasil, 237 = Bradesco, 341 = Itaú)
• Posição 04: Código da moeda (9 = BRL)
• Posição 05: Dígito verificador do código de barras
• Posições 06–09: Fator de vencimento (dias desde a data base da FEBRABAN — usado para calcular a data de vencimento)
• Posições 10–19: Valor em centavos (ex.: 0000015000 = R$ 150,00)
• Posições 20–44: Campo livre (dependente do banco: contém Nosso Número, Agência/Código do Beneficiário, Carteira, etc.)

Cada banco, cada tipo de Boleto, cada valor de pagamento — o código de barras sempre segue essa mesma estrutura. Isso significa que uma ferramenta de extração em lote que lê códigos de barras de Boletos pode localizar o campo de valor na mesma posição (dígitos 10–19) em todos eles. O mesmo princípio se aplica aos campos visuais do boleto: o beneficiário está sempre no topo, o vencimento está sempre próximo ao valor, o pagador está sempre abaixo da seção do beneficiário. O layout não é pixel a pixel idêntico entre bancos — o Itaú imprime de forma um pouco diferente do Bradesco — mas a estrutura semântica é consistente, e é exatamente isso que a extração semântica foi projetada para lidar.

Tratamento de Casos Atípicos em um Lote de Boletos

Todo lote possui exceções. Um lote de 200 boletos pode incluir dez títulos vencidos com multas por atraso escritas à mão, cinco que foram pagos parcialmente e três cujo PDF é uma digitalização de baixa qualidade de um recibo de lotérica. Um fluxo de trabalho em lote precisa lidar com essas situações sem quebrar a estrutura de saída de uma linha por documento.

Boletos Vencidos com Juros e Multa. A legislação brasileira permite até 1% de juros ao mês, acrescidos de aproximadamente 2% de multa sobre pagamentos em atraso. A IA consegue extrair tanto o valor original quanto o total calculado com juros/multa, se este constar no documento. Uma boa prática é definir duas colunas: Valor Original e Valor com Juros/Multa.

Boletos Registrados vs. Não Registrados. Como a determinação da FEBRABAN que exige boletos registrados entrou plenamente em vigor em 2017, a grande maioria dos boletos em circulação é registrada. Boletos registrados possuem campos adicionais — número de registro no Banco Central, dados extras de validação do pagador — que os não registrados não têm. Se o lote contiver uma mistura, a ferramenta de extração deve lidar com ambos sem exigir que sejam pré-separados. A saída simplesmente exibirá células vazias para campos ausentes em um determinado documento.

Pagamentos Parciais e Parcelamentos. Alguns clientes pagam parcelado, gerando múltiplos boletos por fatura. Cada boleto de parcela tem seu próprio código de barras, data de vencimento e valor. A extração em lote trata cada um como uma linha separada — é possível agrupá-los posteriormente pelo campo de referência da fatura (campo documento) para manter o vínculo com a transação original.

Da Planilha ao ERP: Fechando o Ciclo da Conciliação

A extração insere os dados em uma planilha. A conciliação é o passo seguinte. Os dados extraídos do boleto — código de barras, valor, data de vencimento, Nosso Número — servem como entrada estruturada para a correspondência com o relatório de liquidação diária do banco.

Os bancos brasileiros fornecem relatórios de liquidação em seus próprios formatos (geralmente os layouts CNAB 240 ou CNAB 400, os padrões de arquivo usados para a compensação interbancária). Esses relatórios listam cada boleto pago pelo seu código de barras ou Nosso Número. A tarefa é corresponder cada linha do relatório bancário à linha correspondente na planilha de boletos emitidos.

Quando ambos os lados estão estruturados — os dados extraídos do boleto de um lado e o arquivo CNAB do banco do outro — a correspondência pode ser automatizada. O campo do arquivo CNAB para "Nosso Número" ou "código de barras" mapeia diretamente para a coluna extraída do boleto. Uma etapa de PROCV ou Power Query no Excel, ou uma regra de importação do ERP, fecha o ciclo. A alternativa — corresponder dados baseados em PDF com um relatório CNAB — é a definição de conciliação manual.

Para equipes que utilizam sistemas ERP brasileiros como Totvs (Protheus), SAP ou Oracle, a planilha extraída pode ser formatada para corresponder ao modelo de importação. Muitos ERPs aceitam um CSV com colunas para código de barras do boleto, data de pagamento, valor e código do banco. A saída da extração em lote já contém esses campos; basta mapeá-los para os nomes de coluna esperados pelo ERP.

Perguntas Frequentes

O Processamento em Lote Muda Fundamentalmente o Fluxo de Trabalho com Boletos

A diferença entre processar 50 Boletos manualmente e processá-los em lote não é apenas velocidade — é se a equipe de AR (contas a receber) gasta seu tempo digitando ou analisando. Quando cada Boleto precisa ser aberto, lido e digitado individualmente, o gargalo é a atenção humana. Quando todos os 50 são carregados de uma vez e extraídos para uma única planilha, o gargalo se desloca para a lógica de conciliação — que é onde o julgamento de uma equipe financeira realmente agrega valor.

Cada Boleto nesse lote foi construído a partir do mesmo padrão FEBRABAN. O padrão existe justamente para tornar a leitura por máquina possível. A questão é se seu fluxo de trabalho tira proveito disso.