Retorno bancário CNAB e baixa de parcelas: conciliação no ERP
Entenda como conciliar arquivos de retorno CNAB 240 e 400 com as parcelas de seguros no ERP, eliminando baixas manuais e inadimplência oculta.


Publicado em
9 min de leitura

Conciliar o arquivo de retorno bancário (CNAB) com as parcelas no ERP de seguros é uma rotina operacional crítica que vai muito além de dar baixa no contas a receber. No mercado segurador, o status da parcela define se a cobertura da apólice permanece vigente, se a comissão pode ser liberada ao corretor parceiro e se o segurado corre risco de receber um aviso indevido de cancelamento por inadimplência. Quando a importação bancária falha ou sofre interferência manual, surgem duas distorções perigosas: a inadimplência oculta e o falso cancelamento.
Segundo o padrão de intercâmbio estabelecido pela Federação Brasileira de Bancos (FEBRABAN) nos layouts CNAB 240 e CNAB 400, o arquivo de retorno (.RET) consolida as ocorrências de liquidação, rejeição e tarifas de cobrança. Conforme o glossário oficial da SUSEP e a Circular SUSEP nº 621/2021, a vigência da cobertura do prêmio fracionado depende diretamente do cumprimento das datas de pagamento. Este artigo ensina a estruturar uma conferência de três vias para blindar o ERP contra furos de conciliação.
Resumo rápido
- O retorno CNAB não é apenas registro contábil: em seguros, ele governa vigência de risco e liberação de comissões.
- A conciliação confiável exige três vias: extrato bancário de conta corrente, arquivo de retorno (.RET) e contas a receber do ERP.
- Tarifas de cobrança abatidas diretamente do crédito bancário deixam resíduos de centavos que travam a liquidação da parcela.
- Baixa manual no ERP sem o correspondente registro de crédito bancário mascara inadimplência e distorce a provisão para devedores duvidosos.
- Divergências no campo "Nosso Número" geram depósitos não identificados e fazem clientes adimplentes receberem notificações de cancelamento.
A conciliação de três vias em operações de seguros
Uma reconciliação financeira em seguros só está concluída quando três fontes independentes convergem para o mesmo resultado:
1. O Extrato Bancário (Movimento de Caixa Líquido)
Representa a entrada física de recursos na conta corrente da seguradora ou da corretora. O extrato atesta o valor total creditado em determinado lote ou dia, já deduzidas as despesas e tarifas bancárias contratuais acordadas com a instituição financeira.
2. O Arquivo de Retorno Bancário (CNAB 240 / CNAB 400)
É o extrato analítico da carteira de cobrança gerado pelo banco. Cada registro detalha o "Nosso Número", código da ocorrência (como 06 para liquidação normal ou 09 para baixa), valor nominal do título, juros/multas recebidos, desconto concedido, data do pagamento no canal e valor da tarifa retida.
3. A Carteira de Parcelas e Apólices no ERP
É a base core (por exemplo, no i4pro) onde cada parcela está vinculada a uma apólice, segurado, canal de distribuição e regra de comissionamento. A baixa deve atualizar o status da parcela de "A Vencer" para "Liquidada", habilitar o cálculo da comissão a pagar e confirmar a continuidade da cobertura do risco.
Quando o retorno bancário não encontra a parcela no ERP, o dinheiro entra na conta da empresa, mas no sistema a apólice caminha silenciosamente para o cancelamento por falta de pagamento.
Os cinco erros que quebram a conciliação de retorno
- Tarifa bancária abatida do prêmio: o boleto foi emitido por R$ 300,00. O banco liquida e desconta R$ 3,50 de tarifa no retorno, creditando R$ 296,50. Se a rotina do ERP tenta casar o valor líquido com a parcela nominal sem direcionar os R$ 3,50 para a conta de despesa bancária, a parcela fica com saldo devedor de R$ 3,50 e status "Parcialmente Paga".
- Quebra ou truncamento de "Nosso Número": mudanças de convênio, variações de carteira registrada ou regras de dígito verificador não tratadas fazem com que o identificador do retorno não localize a parcela correspondente no banco de dados, gerando a chamada "sobra de caixa" ou depósito não identificado.
- Baixa manual sem lastro: para liberar a emissão de um endosso urgente ou evitar o bloqueio de atendimento a um segurado influente, um operador altera manualmente o status da parcela para "Paga" no ERP sem que o arquivo de retorno ou o comprovante bancário existam.
- Rejeição silenciosa da remessa (.REM): se um lote de remessa enviado ao banco for rejeitado por inconsistência de endereço ou CEP do segurado, os boletos não chegam a ser registrados na câmara de compensação. Quando o segurado tenta pagar no aplicativo do banco, o título é recusado e o retorno subsequente aponta rejeição que a operação muitas vezes ignora.
- Juros e multas sem destinação contábil: pagamentos com encargos por atraso geram valores superiores ao valor de face da parcela. Se o ERP não tiver regra para segregar o acréscimo em conta de receita financeira, a rotina pode rejeitar a baixa automática por inconsistência de valor.
Matriz prática: causas de divergência e ação recomendada
- Dinheiro no extrato sem baixa no ERP: pesquise no arquivo .RET pelo valor ou data. Causa provável: Nosso Número com erro de formatação ou parcela cancelada indevidamente antes do retorno. Ação: conciliar manualmente com evidência e vincular a chave correta.
- Parcela baixada no ERP sem crédito bancário: risco de fraude ou erro operacional grave. Causa: baixa manual não autorizada. Ação: auditar o log do usuário no ERP e reverter a situação para inadimplência até o efetivo depósito.
- Parcela com resíduo de centavos em aberto: causa: desconto indevido de tarifa ou abatimento não parametrizado. Ação: ajustar a interface contábil para absorver a despesa bancária e quitar o título.
- Pagamento em duplicidade pelo mesmo segurado: causa: cliente pagou duas vezes o mesmo boleto em canais diferentes. Ação: gerar crédito para a parcela subsequente ou processar devolução financeira com protocolo.
- Retorno com código de liquidação, mas apólice já cancelada: causa: pagamento efetuado no prazo de tolerância bancária após o envio do comando de cancelamento. Ação: abrir processo de reabilitação da apólice ou estorno do prêmio ao cliente.
Exemplo prático: o lote de 500 parcelas e as 15 exceções ocultas
Imagine uma seguradora ou estipulante que processa um arquivo de retorno CNAB 240 com 500 títulos pagos no valor unitário de R$ 250,00, totalizando R$ 125.000,00 em arrecadação nominal de prêmios. Durante a rotina automatizada matinal:
- 485 parcelas têm o Nosso Número e valor exato localizados → baixadas com sucesso (R$ 121.250,00);
- 10 parcelas são rejeitadas pela regra porque o banco creditou R$ 246,80 (descontando R$ 3,20 de tarifa bancária contratual) e o sistema exigia valor estrito de R$ 250,00;
- 5 parcelas pertenciam a contratos migrados cujos dígitos de carteira foram alterados no ERP, impossibilitando o casamento do Nosso Número.
Se a equipe financeira apenas verifica que o saldo total da conta subiu em cerca de R$ 123.000,00 e não analisa o relatório de rejeição do processamento, 15 segurados que pagaram rigorosamente em dia passarão a figurar na esteira de cobrança. Em 15 ou 30 dias, caso não haja correção, o ERP poderá emitir notificação de cancelamento ou suspensão da cobertura, gerando grave passivo jurídico e descontentamento comercial.
A fórmula básica de fechamento do lote CNAB é: Valor Bruto dos Títulos Baixados − Tarifas Deduzidas + Juros/Multas Recebidos = Crédito Líquido no Extrato Bancário. Qualquer resíduo não balanceado deve ser tratado no mesmo dia útil.
Checklist de controle contínuo para retorno bancário
- Importe retornos diariamente no primeiro horário. Não acumule arquivos de retorno para o final de semana ou encerramento do mês.
- Exija relatório de não conciliação. Todo processamento deve emitir a lista dos títulos presentes no arquivo que não foram baixados no ERP.
- Bloqueie baixas manuais sem justificativa formal. Restrinja privilégios de baixa manual e exija anexo de comprovante bancário com carimbo de tempo.
- Monitore parcelas vencidas com cobrança ativa. Antes de disparar cartas de advertência ou cancelamento, cruze a lista contra os depósitos pendentes de identificação.
- Conecte a baixa à esteira de comissões. Assegure que a regra de cálculo de comissão seja acionada exclusivamente após a liquidação confirmada da parcela.
Como o Kitopus apoia a conciliação de comparativos bancários
O Kitopus conta com um pilar dedicado a comparativos, cruzando arquivos externos (retornos bancários de bancos e seguradoras parceiras) com as tabelas de parcelas e apólices no ERP core da operação. O sistema aponta automaticamente parcelas baixadas sem comprovante de crédito, títulos pagos sem baixa no sistema e tarifas abatidas incorretamente.
Para entender como localizar parcelas esquecidas antes do cancelamento, confira nosso artigo sobre como achar a inadimplência escondida em seguros. Para saber como validar arquivos de terceiros contra a sua base, leia como validar dados de seguradoras contra o ERP e veja nossa página de como encontrar inconsistências no ERP i4pro.
Limites operacionais e prazos legais
A conciliação técnica de arquivos não revoga as normas contratuais e regulatórias da SUSEP. Em caso de inadimplência real do segurado, a seguradora deve respeitar os prazos de notificação prévia, tabela de prazo curto ou proporcionalidade de cobertura antes de formalizar qualquer cancelamento definitivo. A auditoria contínua dos arquivos bancários garante que apenas os inadimplentes reais cheguem a essa etapa extrema.
Perguntas frequentes
Qual a diferença entre CNAB 240 e CNAB 400 na cobrança de seguros?
O CNAB 400 é um layout de cobrança com registros de 400 posições, voltado exclusivamente para títulos e boletos. O CNAB 240 é mais moderno e modular, estruturado em lotes de 240 posições, suportando cobrança, custódia, pagamentos a fornecedores e extratos detalhados de conciliação.
O que causa um depósito não identificado na conta de seguros?
Geralmente decorre de divergência ou truncamento no campo "Nosso Número" entre o cadastro da apólice no ERP e o registro bancário, ou pagamento de parcelas que foram excluídas ou reemitidas no sistema com nova numeração.
Por que a dedução de tarifa bancária pode travar a baixa da parcela?
Quando o ERP espera a liquidação pelo valor de face da parcela (ex: R$ 500,00) e o banco envia o retorno descontando a tarifa de cobrança (ex: R$ 496,50), o sistema não quita o título por diferença de valor, a menos que haja regra contábil para lançar os R$ 3,50 como despesa de serviços bancários.
Como a falha no retorno bancário afeta o comissionamento de corretores?
A comissão geralmente é atrelada à liquidação financeira da parcela. Se a parcela não é baixada no ERP devido a um erro de retorno bancário, o cálculo da comissão não é gerado, provocando atraso no repasse e desgaste com o parceiro comercial.
O Kitopus substitui a rotina de processamento CNAB do banco?
Não. O ERP e a tesouraria continuam realizando o envio da remessa e a recepção do retorno. O Kitopus atua como uma camada independente de auditoria que compara os arquivos e as tabelas, alertando sobre furos, sobras de caixa e inconsistências não tratadas.
Fontes e referências
- Padrão de Intercâmbio de Informações CNAB 240 e 400 — Cobrança Bancária — FEBRABAN (consultado em 6 de setembro de 2026)
- Circular SUSEP nº 621/2021 — Regras e critérios para operação de seguros de danos — SUSEP (consultado em 6 de setembro de 2026)
- Glossário da SUSEP — Prêmio fracionado e cancelamento — SUSEP (consultado em 6 de setembro de 2026)