Skip to main content
Voltar para Insights
Operações8 min de leitura

Da reconciliação mensal ao matching contínuo

Matching com pontuação de confiança, classificação de transações ISO 20022 e o impacto operacional da reconciliação automatizada diária.

Reconciliação em Tempo Real: Do Incêndio Mensal à Segurança Contínua


Última semana do mês. A equipe financeira baixa extratos bancários. Exporta o ledger interno. Abre uma planilha. Começa a cotejar.

Linha por linha. Valor, data, referência. Algumas batem perfeitamente. Algumas diferem por um dia, diferença de timing entre data de contabilização e data valor. Algumas coincidem no valor mas não na referência, o banco truncou o ID end-to-end. Algumas não coincidem de jeito nenhum: uma taxa bancária que ninguém esperava, um pagamento devolvido que o sistema registrou sob um código de transação diferente, uma entrada duplicada de um webhook do provedor que disparou duas vezes.

Os itens não conciliados se tornam uma fila. Cada um requer investigação. Qual a idade da discrepância? Uma semana? Duas? Trinta dias? Quanto mais antiga, mais difícil a investigação. Um mismatch de 30 dias requer trabalho forense através de portais bancários, logs internos, dashboards de provedores, e às vezes uma ligação para o parceiro de clearing. Um mismatch de 1 dia geralmente é óbvio.

Esse é o incêndio mensal. Custa tempo, atenção e confiança. A equipe o teme. O CFO pergunta sobre ele. O auditor pergunta ainda mais.

Importação de Extratos Bancários como Fundamento

camt.053 (Bank-to-Customer Statement) é o formato padrão ISO 20022 para extratos de fim de dia no espaço SEPA. A maioria dos bancos o fornece. Alguns entregam adicionalmente camt.052 (intraday).

Importação automatizada significa: parsear o XML, extrair transações como registros estruturados, armazená-las em uma tabela staging de reconciliação. Cada transação importada carrega:

CampoFontePropósito
Valorcamt.053 AmtCampo primário de cotejo
Moedacamt.053 CcyDeve coincidir com moeda do ledger
Data valorcamt.053 ValDtData de settlement (não data de contabilização)
Data contabilizaçãocamt.053 BookgDtQuando o banco registrou
IBAN credor/devedorcamt.053 CdtrAcct/DbtrAcctIdentificação de contraparte
Referência end-to-endcamt.053 EndToEndIdCorrelação primária com transferências internas
BankTransactionCodecamt.053 BkTxCd (Domain/Family/SubFamily)Classificação de transação
Informação de remessacamt.053 RmtInfTexto livre ou referência estruturada

O BankTransactionCode é a mesma classificação ISO 20022 discutida no artigo de ISO 20022: PMNT/RCDT/ESCT para uma transferência SEPA recebida, PMNT/RDDT/ESDD para um débito direto recebido. Se o ledger interno usa os mesmos códigos, porque armazena classificações ISO 20022 nativamente, o cotejo de classificação é estrutural. Sem tradução necessária.

Matching com Pontuação de Confiança

O matching não é binário. Uma entrada de extrato coincide com uma entrada interna do ledger perfeitamente, parcialmente, ou não coincide de jeito nenhum. O motor de matching compara múltiplos campos e produz uma pontuação de confiança.

Campo de cotejoPesoTolerância
Valor + moeda40%Match exato requerido
Referência end-to-end30%Exato ou substring (bancos truncam)
Data valor15%±1 dia útil
BankTransactionCode10%Match exato de código ISO
IBAN de contraparte5%Match exato

Os pesos são configuráveis. O cotejo de datas tolera ±1 dia útil, porque datas valor e de contabilização podem diferir entre fusos horários e horários de corte de clearing.

A pontuação de confiança determina a ação:

ConfiançaQuantidade (típica)Ação
≥ 0,95~92% dos itensAuto-conciliado. Sem revisão manual necessária.
0,70, 0,94~5% dos itensMatch sugerido. Confirmação manual com um clique.
< 0,70~3% dos itensNão conciliado. Requer investigação.

O objetivo: taxa de auto-conciliação acima de 95%. Isso significa que 95 de cada 100 entradas de extrato são atribuídas a entradas internas do ledger sem intervenção humana. As 5 restantes são apresentadas à equipe financeira como fila priorizada, não como um dump de planilha.

Os 3% não conciliados são o que importa. São taxas bancárias, returns atrasados, duplicados de provedores e discrepâncias reais. Investigar 3 itens de cada 100 é uma tarefa. Investigar 100 itens de cada 100 é um incêndio.

De Mensal a Contínuo

A mudança: importar extratos bancários diariamente (camt.053 fim de dia) ou intraday (camt.052). Executar o motor de matching automaticamente. Apresentar os resultados toda manhã.

IntervaloTamanho da filaEsforço de investigaçãoAtraso de detecção
Mensal100-500 itensProjeto de vários diasAté 30 dias
Semanal25-100 itensTarefa de meio diaAté 7 dias
Diário (T+1)5-15 itensRevisão de 30 minutos1 dia
Intraday1-5 itensAlertas em tempo realHoras

O esforço de investigação cai não apenas porque a fila é menor, mas porque os itens são frescos. Uma discrepância de ontem tem contexto: a equipe lembra das transações, o portal bancário mostra atividade atual, o dashboard do provedor tem dados recentes. Uma discrepância de três semanas atrás requer arqueologia.

Três métricas rastreiam a saúde da reconciliação:

  • Taxa de auto-conciliação: percentual de itens atribuídos sem intervenção humana. Meta: >95%.
  • Tempo médio de resolução: quanto tempo itens não conciliados permanecem na fila. Meta: <24 horas.
  • Lacuna de reconciliação: tempo decorrido entre a ocorrência de uma transação e a confirmação de sua reconciliação. Meta: T+1 ou melhor.

O Que Isso Requer do Seu Ledger

Um motor de matching é tão bom quanto os dados que recebe de ambos os lados. Extratos bancários fornecem dados estruturados, padronizados por ISO. Seu ledger interno deve fornecer dados igualmente estruturados, caso contrário o matching degrada de determinístico para heurístico.

Referências consistentes. Cada pagamento enviado deve carregar uma referência end-to-end que o banco preserve no extrato. Se o sistema interno gera referências que a rede de clearing trunca ou modifica, o motor de matching perde seu campo de correlação primário.

Códigos de transação padronizados por ISO. Se o ledger interno usa PMNT/ICDT/ESCT para uma transferência SEPA enviada e o extrato bancário usa o mesmo código, o cotejo por tipo de transação é automático. Se o ledger interno usa um código proprietário (SEPA_CT_OUT) e o extrato usa ISO, uma camada de tradução é necessária, e cada tradução é uma fonte potencial de mismatch.

Datas valor. O extrato bancário reporta datas valor (quando fundos estão disponíveis) e datas de contabilização (quando o banco registrou a entrada). O ledger interno deve rastrear ambas. Cotejar apenas por data de contabilização produz mismatches falsos quando datas valor diferem.

Valores estruturados. Aritmética de inteiros. Sem ponto flutuante. Uma entrada de ledger de EUR 100,00, armazenada como 10000 (centavos), coincide com um valor de extrato de 100.00, parseado para 10000. Se um lado usa ponto flutuante, diferenças de arredondamento geram mismatches fantasma: 99.999999100.000000.

O Impacto Operacional

A reconciliação contínua transforma o relacionamento da equipe financeira com os números.

A reconciliação mensal é retrospectiva. A equipe descobre problemas depois do fato. O CFO vê o relatório de reconciliação e pergunta: "Temos certeza dos números do mês passado?" A resposta honesta é: "Teremos, depois de processar a fila não conciliada."

A reconciliação diária é prospectiva. A equipe começa cada dia com uma posição confirmada. A fila não conciliada de ontem tem 5 itens, não 500. O CFO pergunta: "Temos certeza?" A resposta é: "No fechamento de ontem, sim. Aqui estão os 3 itens que estamos investigando hoje."

A confiança não é aspiracional. É medida. Taxa de auto-conciliação: 96,2%. Tempo médio de resolução: 4,3 horas. Lacuna de reconciliação: T+1. Esses são números que um auditor pode verificar.


Leia mais: Connectivity, Financial Rails | ISO 20022: Além da Conversão de Formato


Fontes: