5 Erros na Digitação de Boletos
Que Geram Protesto — e Como Evitá-los
Uma equipe financeira que processa 500 Boletos por mês cometerá entre 5 e 20 erros de digitação nas taxas típicas de precisão manual. A maioria desses erros é detectada durante a conciliação e corrigida com um lançamento contábil. Mas um subconjunto específico — erros que afetam o processo de correspondência de pagamentos — não é detectado a tempo. Eles fazem com que um Boleto apareça como não pago quando na verdade foi pago, ou como pago a mais quando não foi. E quando esse erro persiste após a data de vencimento e durante o período de carência, o emissor pode encaminhar o Boleto para protesto — o registro formal da dívida em um Cartório de Protesto. Uma vez protestado, corrigir o registro leva semanas, envolve taxas cartoriais e deixa uma marca no histórico de crédito do devedor mesmo após a resolução.
Principais Conclusões
- Com 500 Boletos por mês, sua equipe comete de 5 a 20 erros de digitação — não por descuido, mas porque a taxa de erro humano na transcrição repetitiva é um limite fisiológico.
- Um único dígito trocado no código de barras ou uma data de vencimento errada pode gerar protesto — um processo formal de dívida notarial que leva semanas e centenas de reais para reverter.
- A solução não é pedir para a equipe de contas a receber digitar com mais cuidado — é eliminar a etapa de digitação quando o documento de origem já contém os mesmos dados em formato legível por máquina.
O Que é Protesto e Como um Erro de Digitação Pode Desencadeá-lo?
Protesto é o registro formal de uma dívida não paga em um Cartório de Protesto. É o primeiro passo legal na cobrança de dívidas no Brasil — antes que uma ação judicial possa ser ajuizada, o credor geralmente precisa protestar a dívida para estabelecer o registro público de inadimplência. O processo funciona assim:
- O credor apresenta o Boleto não pago ao cartório.
- O cartório notifica o devedor, que tem três dias úteis para pagar ou contestar a dívida.
- Se o devedor não responder, o protesto é registrado e se torna um registro público acessível aos birôs de crédito (Serasa e SPC).
- A dívida protestada permanece no histórico de crédito do devedor até que seja paga e o protesto seja cancelado no cartório.
O detalhe crítico para a equipe de AR: o protesto é acionado quando o sistema acredita que um Boleto está não pago após a data de vencimento. Se os dados inseridos para aquele Boleto estiverem errados — o código de barras foi digitado incorretamente, a data de vencimento foi inserida errada, ou o pagamento foi aplicado ao Boleto errado devido a um Nosso Número duplicado — o sistema pode marcá-lo como não pago quando na verdade ele foi quitado. O processo de protesto não verifica erros de digitação. Ele apenas verifica se o registro no sistema mostra um saldo devedor.
Por que isso importa: Um protesto desencadeado por um erro de digitação custa mais do que a taxa do cartório. Ele danifica o relacionamento com o cliente, gera custos administrativos para reverter e pode levar semanas para ser removido dos registros dos birôs de crédito, mesmo após o erro ser reconhecido. O custo de prevenir esses erros é uma fração do custo de resolver um deles.
Erro 1: Trocar a Ordem dos Dígitos do Código de Barras
O código de barras de 44 dígitos é o identificador único de cada Boleto. É também, com seus 44 dígitos, o campo mais propenso a erros de digitação manual. Uma simples troca de posição — digitar o dígito 19 onde deveria estar o 20, ou trocar "1234" por "1243" — cria um código de barras que ou falha na validação do dígito verificador (módulo 10 ou módulo 11, dependendo do banco) ou, pior, passa na validação, mas se refere a um Boleto diferente.
A consequência do primeiro tipo (falha na validação) é imediata: o sistema rejeita o código de barras, o analista percebe e o corrige. A consequência do segundo tipo (passa na validação, mas é o Boleto errado) é muito mais perigosa: o pagamento é registrado contra o Boleto errado, deixando o Boleto correto como não pago no sistema. Quando o emissor executa seu relatório de vencimento no final do mês, o Boleto correto aparece como vencido. Se esse relatório acionar o fluxo de protesto — que é automatizado em muitos ERPs brasileiros — o Boleto errado é enviado para protesto.
A única prevenção confiável é eliminar completamente a etapa de transcrição manual. Quando o código de barras é lido diretamente do PDF por uma ferramenta de extração, a categoria de erro de troca de dígitos desaparece — a ferramenta lê todos os 44 dígitos na ordem correta e os escreve na saída sem toques humanos entre o documento de origem e a linha da planilha.
Erro 2: Interpretação Incorreta do Vencimento
A data de vencimento é impressa em todos os Boletos no formato DD/MM/AAAA — este é o padrão brasileiro. No entanto, um analista de contas a receber treinado em outra região, ou que trabalha em um sistema configurado para MM/DD/AAAA, pode facilmente interpretar "05/12/2026" como 12 de maio em vez de 5 de dezembro. No sentido inverso, um analista brasileiro lendo a saída de um sistema internacional pode interpretar erroneamente o formato da data da outra forma.
Uma data de vencimento incorreta tem duas consequências relacionadas ao protesto:
- O Boleto parece estar vencido antes do que realmente está. Se a data de vencimento foi inserida como "05/12" em vez de "12/05", o sistema começa a contar os dias de atraso dois meses antes. Quando a data de vencimento real chega, o sistema já sinalizou o Boleto para escalonamento.
- Os juros de mora e a multa são calculados com base na data errada. A legislação brasileira permite até 1% de juros mensais sobre pagamentos em atraso, além de uma multa de aproximadamente 2%. Se o sistema acredita que o Boleto vencia em maio, mas na verdade vencia em dezembro, ele pode aplicar seis meses extras de juros — gerando uma disputa quando o pagador contesta o valor.
Em ERPs automatizados como Totvs (Protheus) ou SAP, o campo de data de vencimento no sistema controla diretamente a atribuição da faixa de vencimento. Se a data estiver errada, a atribuição da faixa estará errada, e a lógica de gatilho de protesto não tem como saber que recebeu uma entrada incorreta.
Erro 3: Duplicação ou Inserção Incorreta do Nosso Número
O Nosso Número é a referência interna do banco para cada Boleto. Diferentemente do código de barras de 44 dígitos, que é padronizado em todos os bancos, o formato do Nosso Número varia conforme o banco — o Bradesco usa um comprimento, o Itaú usa outro e o Santander usa um terceiro. Alguns bancos incluem dígitos verificadores; outros não.
Quando uma equipe de contas a receber insere manualmente o Nosso Número do PDF do Boleto na planilha de acompanhamento, duas coisas dão errado com frequência desproporcional:
- Duplicação: O analista insere "12345678" para um Boleto e "12345687" para outro — os dígitos são quase idênticos e a planilha não sinaliza a similaridade. Mais tarde, quando o relatório de liquidação bancária chega com o pagamento para o Nosso Número "12345678", o sistema o associa ao primeiro Boleto (corretamente), mas o segundo Boleto permanece não pago no sistema, mesmo que seu pagamento tenha sido idêntico (mesmo banco, mesma data, valor semelhante).
- Truncamento ou preenchimento: O analista omite os zeros à esquerda de um Nosso Número que o banco formata como "00012345678", inserindo "12345678". Quando o relatório de liquidação do banco lista "00012345678", a correspondência falha — o sistema vê duas strings diferentes.
Ambos os cenários criam um Boleto vencido fantasma — um que parece não pago no sistema de contas a receber, mas que foi realmente liquidado. Quanto mais tempo o fantasma persistir (porque a discrepância é difícil de detectar quando os valores coincidem), maior a probabilidade de ele entrar no pipeline de protesto.
Erro 4: Registrar o Valor Errado
Erros de digitação no valor são os mais detectáveis durante a conciliação (o valor liquidado geralmente difere do valor registrado), mas também são os mais comuns — e, em casos específicos, podem levar indiretamente ao protesto.
O Brasil usa a vírgula decimal: R$ 1.234,56 significa mil duzentos e trinta e quatro reais e cinquenta e seis centavos. Um analista acostumado com a convenção internacional pode digitar "1234.56" em um sistema que espera "1.234,56" — ou vice-versa. O sistema rejeita o valor (facilmente percebido) ou o aceita silenciosamente com a casa decimal deslocada (perigoso). Um Boleto de R$ 1.500,00 (mil e quinhentos reais) inserido como "1500.00" em um sistema que lê o ponto como separador de milhar pode interpretá-lo como R$ 1,50 (um real e cinquenta centavos) — uma diferença de R$ 1.498,50.
Como isso leva ao protesto: Se o valor registrado for menor que o valor real do Boleto, o sistema mostra um saldo parcial remanescente após o pagamento. "Boleto emitido no valor de R$ 1.500,00. Pagamento recebido: R$ 1,50. Saldo devedor: R$ 1.498,50." O sistema gera uma notificação de saldo devedor. Se não for pago, a cobrança é escalada para protesto do "saldo remanescente" — que, na verdade, é um erro de formatação decimal. O pagador, que já pagou R$ 1.500,00 (o valor total), agora está sendo protestado por uma dívida fantasma causada por uma vírgula deslocada.
Erro 5: Ignorar Pagamentos Parciais e Juros de Mora
Este é menos um erro de digitação isolado e mais uma falha de processo, mas é o gatilho de protesto mais comum na prática. Um pagador envia R$ 500 de um Boleto de R$ 1.000 — talvez por estar contestando parte da fatura, ou por só ter R$ 500 naquele momento. A equipe de contas a receber registra R$ 500. Mas o sistema ainda mostra R$ 500 em aberto. A data de vencimento do Boleto passa. Nenhum outro pagamento chega. O sistema escala para protesto dos R$ 500.
A visão do pagador: "Paguei R$ 500. Por que estou sendo protestado por R$ 500?" A visão do emissor: "Apenas um pagamento parcial foi recebido. O saldo remanescente é legítimo." Nenhuma das visões está errada — mas a escalada para protesto de um saldo parcial contestado ou reconhecido gera exatamente o tipo de atrito com o cliente que custa relacionamentos, não apenas dinheiro.
Da mesma forma, quando um Boleto é pago após o vencimento, o valor efetivamente recebido inclui o valor original acrescido de juros de mora e multa. Se o sistema de contas a receber rastreia apenas o valor nominal original, o valor liquidado excederá o valor registrado. O analista vê uma discrepância positiva — "pagamento a maior" — e pode tratá-la como caixa não alocado, em vez de reconhecê-la como encargos legítimos de atraso. Se esse caixa não for aplicado ao registro do Boleto, o sistema ainda mostrará um saldo devedor, e o gatilho de protesto pode ser acionado apesar de o pagamento ter sido liquidado integralmente (com juros).
Como a Automação na Extração Impede Esses Erros Antes que Aconteçam
Todos os cinco erros compartilham uma causa comum: uma digitação humana entre o PDF do Boleto e o sistema de contas a receber. Quando os dados são digitados, erros podem ser introduzidos. Quando os dados são extraídos automaticamente, os erros listados acima são estruturalmente impedidos — não porque a IA seja "mais precisa" que um humano (embora geralmente seja), mas porque o caminho de extração não possui uma etapa de transcrição onde os dígitos do código de barras ou o valor passam por dedos humanos.
| Erro | Como a Automação o Impede |
|---|---|
| Transposição do código de barras | A IA lê todos os 44 dígitos diretamente do documento. Sem redigitação manual. |
| Data de vencimento errada | A IA lê a data conforme impressa em DD/MM/AAAA e, opcionalmente, a normaliza para o formato de sua preferência. |
| Nosso Número duplicado | A IA lê a string exata, incluindo zeros à esquerda. O mesmo valor entra em cada extração. |
| Erros de separador decimal | A IA preserva a convenção brasileira (vírgula como separador decimal) e pode gerar a saída em qualquer formato. |
| Rastreamento de pagamento parcial | A IA extrai tanto o valor original quanto, quando presente, o valor com juros/multa para pagamentos em atraso. |
Para o cenário de pagamento parcial especificamente, a automação ajuda ao disponibilizar os dados mais rapidamente. Quando uma equipe de contas a receber obtém dados estruturados de cada Boleto em um lote em minutos, eles podem identificar pagamentos parciais e ajustar o registro de rastreamento antes que o gatilho de protesto automático do sistema seja acionado. O gargalo no fluxo de trabalho manual não é o conhecimento do que fazer — é o tempo necessário para inserir os dados no sistema onde o conhecimento pode ser aplicado.
Para um passo a passo completo sobre como configurar um fluxo de trabalho automatizado de extração de Boletos, veja como extrair dados de Boleto Bancário para o Excel.
Os arquivos são processados com segurança e não são armazenados.
Perguntas Frequentes
Um Boleto protestado pode ser revertido se o protesto foi causado por um erro de digitação?
Sim, mas é necessário ir ao Cartório de Protesto com o comprovante de pagamento, pagar as taxas de cancelamento do cartório (emolumentos, tipicamente R$ 50 a R$ 150) e atualizar os registros nos birôs de crédito. Todo o processo leva de uma a três semanas. O protestante (quem registrou o protesto) geralmente arca com os custos se o protesto foi registrado por engano. No entanto, o histórico de crédito do devedor pode já ter sido afetado durante esse período, especialmente se foi reportado à Serasa ou SPC.
A regulamentação do Boleto 2.0 do Banco Central do Brasil aborda algum desses problemas relacionados a dados?
A Resolução BCB 443/2024, que estabeleceu o framework do Boleto 2.0 com vigência a partir de fevereiro de 2025, foca em governança, integração com o Pix (boletos dinâmicos com QR Code Pix) e prazos de liquidação mais rápidos. Ela não aborda diretamente a extração de dados ou erros de digitação manual. A liquidação mais rápida (no mesmo dia para pagamentos até as 13:30) ajuda a reduzir a janela na qual um erro pode persistir antes de ser detectado — mas não impede que o erro seja inserido em primeiro lugar.
Na prática, qual é o erro de digitação de Boleto mais comum?
Com base em relatos de profissionais de tesouraria e fóruns de contas a receber, o erro mais frequente e custoso é o Nosso Número duplicado ou digitado incorretamente (Erro 3). O código de barras (Erro 1) possui dígitos verificadores que detectam muitos erros, mas o Nosso Número — que varia em comprimento e formato conforme o banco — não tem essa proteção. Um Nosso Número duplicado pode ocultar um pagamento por meses antes de ser descoberto, momento em que o protesto já pode ter sido registrado.
A digitação manual ainda é a norma para o processamento de Boletos na maioria das empresas?
Sim, infelizmente. Apesar do Boleto ser um dos documentos financeiros mais padronizados que existem — todos seguem o layout do código de barras da FEBRABAN — a maioria das equipes de contas a receber ainda processa Boletos digitando manualmente os campos do PDF em uma planilha. A adoção de extração automatizada no Brasil é significativamente menor do que a adoção de processamento automatizado de pagamentos no lado bancário. Isso se deve, em parte, ao fato de que ferramentas de extração automatizada só se tornaram recentemente disponíveis sem necessidade de configuração complexa ou configuração por fornecedor.
O uso de Boletos registrados em vez de não registrados ajuda a prevenir erros de protesto?
Boletos registrados previnem fraudes de adulteração do código de barras (a razão original da exigência da FEBRABAN), mas não previnem erros de digitação no lado do contas a receber. O registro ocorre no nível do banco — o banco valida o Boleto quando ele é criado e quando é pago. No entanto, se o sistema interno da equipe de contas a receber tiver os dados errados inseridos, o status de registro não tem influência sobre se o sistema enviará o Boleto para protesto. O registro impede que o banco pague a entidade errada, mas não impede que o sistema de contas a receber do emissor sinalize um Boleto corretamente pago como vencido devido a dados incorretos.
Todo Erro de Digitação é um Potencial Gatilho de Protesto
Os cinco erros descritos aqui compartilham um padrão: cada um converte um pagamento correto em um registro falso de inadimplência. O sistema de contas a receber não sabe que o código de barras foi trocado ou que a data de vencimento foi lida incorretamente. Ele apenas sabe que os dados em seus campos mostram um saldo devedor após a data de vencimento. Quando essa condição é atendida, o gatilho de protesto é acionado — e um cliente que pagou em dia descobre que possui um registro de dívida pública.
A solução não é pedir para a equipe de contas a receber digitar com mais cuidado. A solução é eliminar completamente a etapa de digitação do fluxo de trabalho. Os dados do Boleto já estão no documento, estruturados por um padrão nacional. Uma ferramenta de extração que os lê diretamente elimina os cinco vetores de erro na origem — antes que eles cheguem à planilha, antes que cheguem ao ERP e antes que cheguem ao cartório.
Veja a diferença que uma extração sem erros faz.
Envie um PDF de Boleto e obtenha todos os campos extraídos automaticamente — código de barras, vencimento, valor e muito mais — em segundos.
Enviar um Boleto