Blog
O limbo da conciliação manual: onde o lucro escorre sem aparecer no P&L
Quando o back-office cresce na mesma proporção que as vendas, o software falhou — e o demonstrativo de resultado não mostra isso.
Por Luciano Passos · 16 de abril de 2026
A operação cresceu 180% em volume transacional em doze meses. O departamento financeiro expandiu 160% em pessoal no mesmo período. Apenas 61% das transações são processadas automaticamente; os outros 39% exigem intervenção humana. Esse cenário não é raro — e raramente aparece como o que é: um diagnóstico de arquitetura.
Por que conciliação não deveria existir
Conciliação bancária deveria ser automática e imperceptível em um sistema bem projetado. O problema ocorre quando transações são registradas em múltiplos lugares — banco de dados, filas de mensagens, logs de auditoria — sem garantia de consistência atômica entre eles. A conciliação manual existe para corrigir o que o sistema não consegue corrigir sozinho.
O custo que não aparece no P&L
Seis analistas a R$ 5.000/mês somam R$ 360.000/ano. Esse valor aparece como despesa de pessoal, não como custo de falha arquitetônica. O demonstrativo de resultado oculta a ineficiência do software que gerou a necessidade desse time.
Anatomia de um limbo real
Um banco parceiro muda o formato do extrato — altera um campo de string para número. O sistema não detecta a mudança. Durante onze dias, transações acima de R$ 10.000 ficam pendentes internamente, enquanto o banco as confirma. A divergência de R$ 2,3 milhões é descoberta apenas no fechamento mensal. Ninguém tomou uma decisão errada — o sistema simplesmente não foi projetado para detectar esse tipo de evento.
O que infraestrutura financeira séria faz diferente
- Ledger como fonte única de verdade: cada evento financeiro é registrado atomicamente. Divergências são impossíveis por design, não por controle manual.
- Reconciliação contínua: comparação em tempo real com extratos bancários via webhooks ou APIs, detectando divergências em minutos — não em dias.
- Validação de schema: antes de processar qualquer evento, o sistema valida o formato dos dados contra um schema estrito. Mudanças de contrato são detectadas na entrada, não descobertas no fechamento.
O teste que toda operação deveria fazer
Calcule o índice de intervenção manual: transações que precisaram de ação humana dividido pelo total processado. Acima de 5% é um problema arquitetônico que afetará margens. Abaixo de 1% é infraestrutura preparada para escalar. Entre os dois: há trabalho a fazer antes de acelerar.
baasic.
Conciliação por arquitetura, não por esforço manual
A Baasic entrega pagamentos com ledger centralizado, webhooks em tempo real e validação por schema — sem intervenção manual no ciclo de conciliação.
Ver solução de pagamentos →Vamos avaliar o seu caso?
Em uma conversa com especialistas da Baasic, avaliamos a viabilidade técnica, regulatória e comercial de embedded finance no seu produto.