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.

Rafael Tavares
Rafael TavaresArquiteto de Soluções
Carolina Menezes
Carolina MenezesConsultora de Regulatório SUSEP

Publicado em

9 min de leitura

Trilha isométrica 3D conectando arquivos digitais CNAB, módulos de boletos e parcelas a uma base de conferência com conciliação aprovada e ponto de divergência

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

  1. Importe retornos diariamente no primeiro horário. Não acumule arquivos de retorno para o final de semana ou encerramento do mês.
  2. 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.
  3. Bloqueie baixas manuais sem justificativa formal. Restrinja privilégios de baixa manual e exija anexo de comprovante bancário com carimbo de tempo.
  4. 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.
  5. 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