O extrato bancário mostra que um valor caiu na conta. O que ele não mostra é o que compõe esse valor: taxas, comissão, split payment, estornos. Para quem vende em marketplace, a conciliação bancária tradicional não cobre esse terreno, e é nesse ponto que o processo começa a falhar.
Bater extrato com livro-caixa funciona bem para um negócio com poucas variáveis por transação. Mas o repasse de marketplace já chega líquido, com dezenas de descontos embutidos num único valor.
Este artigo explica por que a conciliação bancária de marketplace exige uma camada extra de trabalho, o que são os arquivos CNAB e OFX por trás da integração bancária, e onde exatamente eles se conectam (e onde não se conectam) com a conferência real do repasse. Continue a leitura.
No sentido clássico, conciliação bancária é o processo de comparar os lançamentos do extrato do banco com os registros do livro-caixa da empresa, garantindo que todo valor que saiu ou entrou tenha um lançamento correspondente. Para a maioria dos negócios, esse cruzamento resolve o problema: se o valor bateu, a conta está fechada. Esse modelo funciona bem em operações de canal único, mas encontra um limite estrutural no momento em que o repasse chega consolidado.
Em marketplace, o valor que cai na conta já é o resultado líquido de uma cadeia de deduções: comissão por categoria, taxa de pagamento, campanha, estorno, split payment entre vendedor e plataforma. O extrato não abre nenhuma dessas linhas. Bater o valor recebido com o lançamento no caixa confirma que o dinheiro chegou, não que o valor chegado é o correto.
Essa é a lacuna que a conciliação bancária tradicional não cobre: ela responde se o valor entrou, mas não responde se o valor que entrou é o valor certo para esse conjunto de pedidos. A segunda pergunta exige abrir o repasse pedido a pedido, algo que está fora do escopo de qualquer processo que trabalhe apenas com o extrato consolidado do banco.
Leia também: Repasses de marketplaces: o que é e como funciona?
CNAB (Centro Nacional de Automação Bancária) é a sigla para o padrão criado pela Febraban para estruturar a troca de arquivos financeiros entre empresas e bancos brasileiros. Um arquivo CNAB de remessa carrega instruções da empresa para o banco (cobranças a gerar, pagamentos a processar), e o arquivo de retorno traz de volta o que foi liquidado, pago ou baixado em cada operação.
Existem duas variações principais: o CNAB 400, formato mais antigo com registros de 400 posições, usado historicamente para cobrança simples e garantida, e o CNAB 240, mais recente, organizado em segmentos e capaz de suportar operações mais complexas, como banco correspondente e diferentes tipos de pagamento. Muitos bancos já descontinuaram o suporte ao CNAB 400 ou reduziram seus serviços, migrando os clientes para o CNAB 240 como padrão principal.
Já o formato OFX resolve um problema diferente. Open Financial Exchange é um padrão aberto de arquivo de extrato bancário, criado para que qualquer sistema financeiro consiga ler as movimentações de uma conta sem depender de digitação manual ou de um layout proprietário de cada banco. Um arquivo OFX exportado do internet banking traz o histórico de lançamentos de um período, pronto para ser importado por um ERP ou software de gestão.
Vale destacar a diferença funcional entre os dois formatos, já que essa distinção evita uma confusão comum entre quem lida com conciliação fora do financeiro:
Entender essa diferença evita o erro de tratar CNAB e OFX como sinônimos ou como substitutos um do outro. Cada um resolve uma parte específica da automação, e nenhum dos dois, isoladamente, confirma se o valor movimentado está correto na conciliação bancária.
O arquivo OFX traz o extrato bancário para leitura automatizada dentro do ERP, eliminando a digitação manual de cada linha de movimentação. Já o arquivo CNAB, no fluxo de retorno, estrutura a confirmação de pagamentos e cobranças entre o banco e o sistema da empresa, permitindo que o financeiro saiba o que foi liquidado sem abrir o internet banking manualmente.
No contexto de marketplace, essa camada técnica só tem valor quando o número que ela transporta já foi validado. Um formato OFX bem estruturado importa corretamente o valor consolidado do repasse, mas não tem como saber se aquele valor reflete a comissão certa, o frete certo e os estornos certos daquele ciclo específico.
Isso significa que CNAB 240, CNAB 400 e OFX resolvem a parte de transporte e leitura da informação bancária, mas nenhum deles substitui a etapa anterior: a conciliação bancária pedido a pedido que confirma se o valor consolidado, antes de virar um arquivo, já estava correto.
Baixar título no ERP usando CNAB ou OFX resolve a parte operacional do processo: o sistema registra automaticamente que um valor entrou, sem exigir lançamento manual. Isso economiza tempo, reduz erro de digitação e organiza o financeiro visualmente. Mas baixa automática não é sinônimo de valor correto.
Conciliar é o que garante que o número por trás dessa baixa é o número certo. Quando a conciliação bancária roda antes da integração via CNAB ou OFX, o valor que chega ao ERP já passou por uma validação pedido a pedido, com comissão confirmada, frete confirmado e estorno confirmado. Sem essa camada anterior, a automação apenas acelera o registro de um dado que ninguém verificou.
O risco prático dessa confusão é operacional: o ERP fica organizado, os títulos aparecem baixados, os relatórios saem bonitos, e a empresa segue tomando decisões de precificação, reposição de estoque e negociação com fornecedor com base em números que parecem definitivos, mas nunca foram validados na origem.
O erro mais recorrente é configurar a baixa automática via CNAB ou OFX sem nenhuma camada de conciliação bancária por trás, tratando a integração bancária como se ela, por si só, garantisse a veracidade do valor lançado. O sistema funciona, os títulos baixam, e uma falsa sensação de controle se instala.
O segundo erro é assumir que "o ERP está organizado" significa "o valor está certo". Organização visual e correção financeira são coisas diferentes: um ERP pode estar impecável na aparência e, ainda assim, carregar valores de repasse que nunca foram validados pedido a pedido, um risco que cresce junto com o volume de pedidos processados por período.
Esses erros compartilham a mesma raiz: confundir a camada de transporte de dados com a camada de verificação de valor, que só existe quando alguém confere o repasse pedido a pedido. Resolver isso exige inverter a ordem: conciliar antes de integrar, não o contrário.
CNAB e OFX resolvem a parte de automação e integração bancária, permitindo que o ERP receba e processe informações do banco sem digitação manual. A conciliação financeira de marketplace resolve a parte de veracidade, garantindo que o valor por trás de cada arquivo já foi validado pedido a pedido antes de virar lançamento contábil. As duas camadas juntas eliminam retrabalho sem abrir mão de controle: um ERP organizado e um ERP confiável são coisas diferentes, e a diferença está em fazer a conciliação bancária antes de integrar, não depois. Conheça o Koncili e veja como a plataforma concilia o repasse do seu marketplace antes de integrar a baixa automática com o seu ERP.
