Por que a Conciliação de Boletos
Custa Mais do que a Maioria das Equipes Financeiras Imagina
Mais de 10 milhões de Boletos são pagos a cada dia útil no Brasil. Cada um segue o mesmo padrão FEBRABAN, carrega um código de barras legível por máquina de 44 dígitos e codifica seu valor, data de vencimento e beneficiário em posições precisamente definidas. A infraestrutura de pagamento que processa essas 10 milhões de transações diárias está entre as mais automatizadas do mundo — os bancos liquidam os pagamentos de Boletos através do sistema de compensação do Banco Central sem intervenção humana. Mas as equipes financeiras que recebem esses pagamentos ainda os conciliam um a um, manualmente, usando um processo que não mudou fundamentalmente nos 33 anos desde a introdução do Boleto.
Principais Conclusões
- A maioria das equipes de contas a receber se culpa pela conciliação lenta de Boletos — mas o gargalo é um processo que insere intervenção humana em cinco pontos de falha independentes.
- Apenas a digitação consome 25 horas por mês para 500 Boletos — antes mesmo de qualquer conciliação ou investigação começar.
- Quando a extração elimina a etapa de digitação, a conciliação passa de 'quem lê e digita cada campo' para 'quem revisa as exceções' — a função para a qual as equipes financeiras foram realmente contratadas.
O Problema da Conciliação de Boletos em Números
Antes de diagnosticar os pontos de falha, a escala merece ser exposta claramente. O Brasil processa cerca de 3,7 bilhões de transações de Boleto Bancário por ano — aproximadamente 10 milhões por dia útil. Para as empresas que recebem esses pagamentos, cada um deles precisa ser associado ao Boleto emitido correspondente, o valor deve ser verificado, a data de liquidação registrada e qualquer divergência investigada.
Segundo dados da consultoria de pagamentos GMattos, os pagamentos de Boleto custam em média R$ 3 por boleto processado apenas em tarifas bancárias — e esse é somente o custo cobrado pelo banco. O custo de mão de obra para extrair manualmente os dados de cada boleto, inseri-los em uma planilha e conciliá-los com o extrato de liquidação do banco não está incluído nesse valor. Um benchmark da PwC com equipes financeiras constatou que a conciliação manual consome até 30% do tempo de uma equipe financeira. Para uma empresa brasileira de médio porte que processa 500 Boletos por mês, isso equivale a aproximadamente um funcionário em tempo integral dedicado exclusivamente à conciliação de Boletos.
O problema central: A conciliação de Boletos não é difícil porque cada tarefa individual é complexa. Ela é difícil porque o processo tem cinco pontos de falha distintos entre a emissão e o lançamento contábil final, e cada um gera seu próprio tipo de custo operacional.
Ponto de Falha 1: A Defasagem de 72 Horas na Liquidação entre Pagamento e Confirmação
Quando um consumidor paga um Boleto em uma lotérica ou supermercado, o dinheiro sai de suas mãos imediatamente. Mas a confirmação que chega à conta bancária do comerciante não é instantânea. Até março de 2024, a liquidação padrão do Boleto levava de um a três dias úteis. A mudança de regra da FEBRABAN em março de 2024 acelerou esse processo — pagamentos feitos até as 13h30 agora liquidam no mesmo dia útil, enquanto pagamentos posteriores são compensados no próximo dia útil. Esta é uma melhoria significativa, mas ainda está muito aquém da liquidação instantânea do Pix, que processa pagamentos em segundos.
A defasagem cria um problema de rastreamento. Uma equipe de contas a receber que emite 100 Boletos no primeiro dia do mês verá os pagamentos entrarem aos poucos na semana seguinte — não como um lote único, mas como um fluxo diário de depósitos parciais, sobrepostos e, às vezes, sem identificação. Sem confirmação em tempo real, a equipe não consegue saber a qual Boleto específico um determinado depósito corresponde até que o extrato de liquidação do banco chegue. Enquanto isso, o relatório de aging mostra itens como "não pagos" que podem já ter sido liquidados ou, pior, como "pagos" quando a liquidação ainda não foi compensada.
Isso não é uma falha do sistema Boleto em si — é um descompasso entre a velocidade do pagamento na ponta inicial (imediata, no ponto de pagamento) e sua confirmação na ponta final (um a três dias, no ciclo de liquidação do banco). E esse descompasso força as equipes a criar buffers, estimativas e pontos de verificação manuais em seu fluxo de conciliação que seriam desnecessários se a confirmação fosse instantânea.
Ponto de Falha 2: O Relatório de Liquidação Bancária Não Estruturado
Todos os bancos no Brasil que processam pagamentos de Boletos fornecem um relatório diário de liquidação para seus clientes comerciais. Mas "relatório" é um termo generoso — o que chega é um arquivo no formato preferido do próprio banco, geralmente um layout de texto CNAB 240 ou CNAB 400, às vezes uma planilha semiestruturada, às vezes um PDF com uma tabela de transações.
Os padrões CNAB (Centro Nacional de Automação Bancária) definem campos como Nosso Número, valor, data de pagamento e código de compensação. Mas as posições dos campos, a forma como os dados são codificados e as informações complementares incluídas variam de banco para banco. Um banco pode incluir o CPF do pagador no arquivo. Outro pode omiti-lo. Um pode colocar a data de pagamento na posição 120. Outro pode colocá-la na posição 210.
Uma equipe de contas a receber que recebe Boletos de clientes que usam vários bancos brasileiros deve, portanto, conciliar com múltiplos formatos de relatório. Os dados do relatório de liquidação do Bradesco chegam estruturados de forma diferente dos do Itaú, que por sua vez são diferentes dos do Santander. Cada um exige sua própria lógica de análise ou, mais comumente, sua própria interpretação manual por um membro da equipe financeira que sabe "como funciona o arquivo daquele banco."
Quando o relatório bancário não pode ser diretamente confrontado com a lista de Boletos emitidos porque os formatos não se alinham, a etapa de conciliação se torna um exercício manual de referência cruzada. O analista de contas a receber imprime ou abre o relatório bancário em uma tela e a planilha de rastreamento de Boletos em outra, e combina visualmente as linhas por valor e data — torcendo para que dois pagamentos não tenham o mesmo valor no mesmo dia.
Ponto de Falha 3: Pagamentos Parciais e Parcelas Quebram a Correspondência Um a Um
O caso de conciliação mais simples — um Boleto emitido, um pagamento recebido pelo valor total — também é o mais comum. Mas uma minoria significativa de transações de Boleto quebra esse modelo limpo e, quando isso acontece, o trabalho de correspondência manual se multiplica.
Pagamentos parciais. Um Boleto de R$ 1.500 pode ser pago em duas parcelas — R$ 750 no dia 5 e R$ 750 no dia 20 — ou o pagador pode simplesmente remeter R$ 1.200 por estar contestando uma parte da fatura. Em ambos os casos, o relatório de liquidação do banco mostra duas entradas (ou uma entrada para um valor diferente) contra um único Boleto. A equipe de contas a receber deve decidir: marcar o Boleto como parcialmente pago e rastrear o saldo restante? Ou aplicar o pagamento integral e criar uma nota de crédito? De qualquer forma, a estrutura limpa de uma linha por Boleto da planilha de rastreamento é quebrada — e alguém precisa adicionar uma anotação manual, uma linha separada ou um lançamento contábil.
Parcelas. Em transações B2B, é comum que uma única fatura seja dividida em vários Boletos com datas de vencimento diferentes — especialmente em setores como educação (mensalidades) ou arrendamento de equipamentos. O pagador pode quitar a parcela de março, mas não a de fevereiro. A equipe de contas a receber deve rastrear cada parcela como um Boleto separado, mantendo o vínculo com a fatura original. Quando o relatório de liquidação bancária mostra um pagamento, o analista precisa saber a qual parcela ele se aplica — informação que nem sempre é clara apenas com os dados de liquidação.
Ponto de Falha 4: O Gargalo do Excel — Inserção Manual de Cada Campo do Boleto
Antes de qualquer conciliação, os dados de cada Boleto emitido precisam constar na planilha de controle. O documento de origem — o PDF do Boleto — contém todas as informações necessárias: código de barras, valor, vencimento, beneficiário, pagador, Nosso Número. Mas, no fluxo manual padrão, alguém precisa ler esses campos no PDF e digitá-los na planilha.
O tempo médio para localizar, ler e digitar seis campos de um Boleto é de aproximadamente 3 minutos por documento. Para 500 Boletos por mês, são 25 horas de pura digitação. A constatação da PwC de que a conciliação consome até 30% do tempo da equipe financeira está alinhada com isso — a digitação por si só já representa uma grande parcela desse indicador antes mesmo do início do trabalho de conciliação propriamente dito.
E a digitação carrega sua própria taxa de erro. Os benchmarks do setor para digitação manual de dados financeiros situam a taxa típica de erro entre 1% e 4%. Para uma carteira de 500 Boletos, isso significa de 5 a 20 erros por mês — um dígito trocado no código de barras, um separador decimal lido errado (R$ 1.234,56 vs R$ 1,234.56), uma data de vencimento inserida como MM/DD/AAAA em vez de DD/MM/AAAA. Cada erro precisa ser detectado e corrigido durante a conciliação, aumentando o custo de tempo.
A ironia é que o código de barras de 44 dígitos do Boleto contém os mesmos dados em formato legível por máquina. Os mesmos campos digitados a partir do boleto visual já estão codificados no código de barras — mas a maioria das equipes não possui uma ferramenta que leia o código de barras diretamente.
Ponto de Falha 5: Pagamentos em Atraso, Cálculo de Juros e Escalação para Protesto
Quando um Boleto é pago após o vencimento, a lei brasileira permite ao beneficiário cobrar juros de mora de até 1% ao mês, acrescidos de uma multa única de aproximadamente 2%. O valor efetivamente recebido pode, portanto, diferir do valor nominal impresso no Boleto — e a planilha de conciliação deve refletir ambos.
Se a equipe de contas a receber não controlar os juros de mora separadamente, o valor extraído do PDF do Boleto (o valor nominal) não corresponderá ao valor liquidado no extrato bancário (que inclui juros e multa). O analista vê uma diferença de alguns reais e precisa investigar se é um erro ou uma cobrança legítima de atraso. Para alguns poucos pagamentos em atraso por mês, isso é administrável. Para uma carteira com alta proporção de pagamentos após o vencimento — comum em segmentos voltados ao consumidor final — o esforço de investigação por incidente rapidamente supera o valor da diferença que está sendo investigada.
Mais grave ainda: um Boleto que não é pago após o vencimento entra em uma linha do tempo que pode escalar para protesto — o registro formal da dívida não paga em um Cartório de Protesto. Uma vez protestado, o débito se torna um registro público visível para os birôs de crédito Serasa e SPC. O devedor tem três dias úteis para pagar ou contestar após receber a notificação de protesto. Se o Boleto não foi devidamente rastreado — se o erro de digitação causou uma falsa marca de vencido, ou se o pagamento parcial não foi registrado — o processo de protesto pode ser acionado incorretamente, gerando uma disputa que custa mais para resolver do que o valor do Boleto original.
Onde a Automação Muda a Equação da Conciliação
Os cinco pontos de falha compartilham uma causa comum: é necessária intervenção humana em cada etapa entre o PDF do Boleto e o lançamento conciliado no razão. Cada ponto de contato — leitura, digitação, correspondência, investigação — adiciona tempo e introduz risco de erro. A automação muda a equação ao eliminar os pontos de contato, não ao tornar cada um mais rápido.
Quando os dados de um Boleto são extraídos automaticamente do PDF ou captura de tela — código de barras, valor, vencimento, beneficiário, Nosso Número — o ponto de falha de entrada de dados (Ponto 4) é eliminado por completo. Os dados extraídos chegam à planilha sem um único toque no teclado. Quando a mesma extração processa 50 ou 200 Boletos em um único lote, o custo de tempo por documento cai de 3 minutos para quase zero na entrada de dados.
Com dados estruturados em ambos os lados — campos extraídos do Boleto nas Colunas A a F, relatório de liquidação bancária importado na Coluna G — a etapa de correspondência passa de "comparar visualmente duas telas" para "executar um PROCV ou consulta de mesclagem". Divergências causadas por juros de mora tornam-se visíveis como diferenças sistemáticas (ex.: valor liquidado é consistentemente igual ao valor extraído + ~2%) em vez de incompatibilidades misteriosas e isoladas.
Para equipes que processam volumes significativos de Boletos, a combinação de extração de dados em lote e conciliação estruturada é a diferença entre a conciliação ser uma função de tempo integral e ser uma revisão de segunda-feira de manhã. A tarifa bancária de R$ 3 por boleto não muda. Mas o custo de mão de obra por boleto — que, a 3 minutos por documento e R$ 20 por hora, adiciona aproximadamente R$ 1 por Boleto — cai para quase zero na parte de entrada de dados. Em 500 Boletos por mês, isso representa R$ 500 em economia direta de mão de obra apenas na entrada de dados, antes mesmo de considerar a redução de erros e o fechamento mensal mais rápido.
Perguntas Frequentes
O uso do Boleto está diminuindo no Brasil? Isso torna o problema menos urgente?
A participação do Boleto no total de transações de pagamento diminuiu — de dois dígitos antes do lançamento do Pix para aproximadamente 4% em 2025. No entanto, o Boleto continua dominante em segmentos específicos: 68% das compras de e-commerce transfronteiriço do Brasil usam Boleto, e cerca de 50 milhões de brasileiros sem conta bancária dependem dele como principal método de pagamento online. O volume se estabilizou, não colapsou. Para empresas que atendem esses segmentos, o problema da conciliação não vai desaparecer.
O Pix elimina a necessidade de conciliação de Boletos?
Não. Empresas que oferecem ambos os métodos de pagamento acabam conciliando dois fluxos separados — pagamentos instantâneos via Pix (que liquidam imediatamente, mas em formato diferente) e pagamentos via Boleto (que liquidam em 1 a 3 dias no formato tradicional). As ferramentas de conciliação precisam lidar com ambos. O Pix resolve o problema de atraso na liquidação (Ponto de Falha 1), mas não altera o problema de entrada de dados para Boletos que os clientes ainda optam por pagar dessa forma.
Como ERPs brasileiros como Totvs ou SAP lidam com a conciliação de Boletos?
A maioria dos ERPs brasileiros consegue importar arquivos CNAB diretamente para conciliação automática — mas apenas se os dados do Boleto emitido já estiverem no sistema. O gargalo é obter os dados de cada Boleto em PDF para o ERP em primeiro lugar. A etapa de extração preenche essa lacuna, convertendo os dados do PDF em um formato que o ERP possa consumir. Para um guia passo a passo sobre como extrair dados de Boletos de PDF para planilha, veja este tutorial.
O que acontece se um Boleto for a protesto devido a um erro de conciliação?
Se uma entrada de dados incorreta — como um Nosso Número duplicado ou data de vencimento errada — fizer com que um Boleto apareça como não pago quando na verdade foi pago, o emissor pode enviá-lo indevidamente a protesto. Reverter um protesto exige ir ao cartório com comprovante de pagamento, pagar taxas administrativas e atualizar os registros nos birôs de crédito. O processo geralmente leva semanas e custa de R$ 50 a R$ 150 em taxas cartorárias, além do tempo administrativo interno. Esta é uma das consequências de maior custo da entrada manual de dados de Boletos.
A extração de dados de Boletos pode lidar também com arquivos CNAB, ou apenas com os PDFs visuais?
Ferramentas de extração que leem documentos visuais (PDFs, imagens, capturas de tela) lidam com o lado do Boleto emitido. O arquivo CNAB do banco é um formato estruturado separado, melhor tratado pela funcionalidade de importação existente do ERP ou por um parser personalizado. O valor da extração visual é obter os dados do Boleto em um formato estruturado que possa então ser confrontado com o CNAB — ela substitui a etapa de entrada manual de dados, não a interface do banco.
Conciliação Não É o Problema — A Digitação de Dados É
Os cinco pontos de falha descritos aqui compartilham uma única causa raiz: os dados de cada Boleto precisam ser lidos por um humano antes de serem processados por um sistema. Toda outra ineficiência — o atraso na liquidação, a divergência no extrato bancário, o acompanhamento de pagamentos parciais — é amplificada pelo fato de que o ponto de partida são dados não estruturados em um PDF que precisam ser inseridos manualmente. Corrija essa única etapa, e os custos downstream diminuem proporcionalmente.
O Boleto Bancário foi projetado como um instrumento de pagamento, não como um desafio de conciliação. Mas, 33 anos após sua criação, o fluxo de conciliação em torno dele acumulou camadas de processos manuais que a própria estrutura do documento foi criada para eliminar. Migrar de "ler e digitar cada campo" para "extrair todos os campos de uma só vez" é a mudança de maior alavancagem que uma equipe de contas a receber que processa pagamentos brasileiros pode fazer.
Veja a diferença com seus próprios arquivos de Boleto.
Envie um PDF ou print de um Boleto Bancário e receba dados estruturados em segundos.
Teste Agora