500 Boletos, Uma Planilha:
Como Processar Pagamentos de Boletos em Lote para 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 administrável. Com 50 por mês, vira uma tarefa de meio dia. Com 200, consome uma semana inteira. Com 500 — algo rotineiro para varejistas de médio porte, administradoras de imóveis e empresas B2B de serviços no Brasil — a abordagem manual simplesmente quebra, não porque o trabalho seja difícil, mas porque a estrutura do trabalho impede que o pensamento em lote seja aplicado a um problema que é, por natureza, um 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 código do banco nos dígitos 01–03, o fator de vencimento em 06–09 e o valor em 10–19. A linha digitável sempre agrupa os mesmos dados em 47 dígitos, com dígitos verificadores em posições previsíveis. O documento está gritando "sou legível por máquina" — mas a maioria das equipes ainda lê cada um com olhos humanos.

Como É um Fluxo de Trabalho em Lote para Boletos

Um fluxo de trabalho com Processamento Prioritário em Lote tem três etapas: reunir todos os Boletos em um só lugar, definir quais dados são necessários e exportar tudo de uma vez. O PDF individual nunca precisa ser aberto.

O tempo prático total para um lote de 200 Boletos, usando este fluxo de trabalho, é de aproximadamente 5 minutos: fazer upload, definir colunas, clicar em processar e 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 levariam mais de 10 horas de digitação focada.

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

Nem todo campo em 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, da perspectiva de AR, cinco campos carregam 90% do valor para conciliação.

A maioria das equipes também extrai Pagador (nome/CNPJ) e Data de Vencimento para relatórios de aging. A abordagem em lote lida com estes como colunas adicionais — você as define uma vez e cada Boleto no 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 adequados para processamento em lote. Um recibo manuscrito de uma pequena loja varia tanto no layout que as ferramentas de extração precisam de treinamento por fornecedor. Uma fatura de fornecedor de uma multinacional segue o modelo específico daquela empresa. Mas um Boleto Bancário segue um padrão nacional mantido pela FEBRABAN, aplicado por todos os bancos emissores 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 época 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 este layout. Isso significa que uma ferramenta de extração em lote lendo cem códigos de barras de Boletos pode localizar o campo de valor exatamente na mesma posição (dígitos 10–19) em todos eles. O mesmo princípio se aplica aos campos visuais no 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-idêntico entre os bancos — o Itaú imprime de forma ligeiramente diferente do Bradesco — mas a estrutura semântica é consistente, que é exatamente o 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.