OFX, CSV e XLSX: qual formato usar para importar seu extrato

A pergunta certa não é "qual é o melhor"

Quando o banco oferece o extrato em mais de um formato — ou quando você precisa decidir o que mandar para o contador —, a dúvida costuma ser formulada como uma disputa: OFX, CSV ou XLSX, qual ganha? A pergunta não tem resposta porque os três não competem pela mesma vaga. Eles carregam os mesmos lançamentos, mas prometem coisas diferentes sobre esses lançamentos.

Um formato de arquivo é, no fundo, um contrato entre quem escreve e quem lê. O que muda entre os três é o tamanho desse contrato: quanto o arquivo garante por conta própria e quanto ele deixa para a boa vontade de quem abrir. É essa diferença que decide se a importação entra limpa ou se gera lançamento duplicado, data trocada e uma tarde de conferência. Este guia é sobre essa decisão. Para a mecânica interna do formato, veja o que é o OFX.

O que cada formato é, de verdade

Antes de comparar, vale separar o que cada um realmente é — e não o que o hábito sugere.

• OFX é um padrão de troca de dados financeiros. Não é um arquivo genérico que por acaso guarda transações: é uma especificação que diz que existe uma conta, que ela pertence a um banco, que tem uma moeda e um período, e que dentro dela há lançamentos com data, valor, tipo e identidade. Cada transação vive dentro de uma etiqueta <STMTTRN> e carrega um identificador próprio. O arquivo se explica sozinho.
• CSV é uma convenção de texto, não um formato. São linhas de texto com campos separados por um caractere. Só isso. Não existe esquema, não existe tipo, não existe cabeçalho obrigatório. Nada no arquivo diz o que é cada coluna, qual é o separador decimal ou em que ordem vem a data. O significado mora inteiramente na cabeça de quem gerou — e precisa ser reconstruído por quem lê.
• XLSX é um documento de planilha. Um pacote compactado de XML que guarda células, cada uma com tipo próprio (número, texto, data), além de formatação, fórmulas e abas. É mais rico que o CSV, mas essa riqueza é de apresentação: o XLSX sabe que a célula B7 é um número — não sabe que aquela coluna é o valor de um débito bancário.

A distinção que importa: o OFX descreve transações bancárias; o XLSX descreve uma tabela; o CSV descreve texto separado por um caractere. Cada degrau abaixo joga mais responsabilidade para quem vai importar.

A comparação, critério a critério

Os critérios abaixo são os que aparecem na prática do fechamento — não os da ficha técnica.

Lida de cima a baixo, a tabela revela o padrão: o OFX vence em tudo que diz respeito à máquina que vai receber o dado e perde em tudo que diz respeito à pessoa que vai olhar. O XLSX faz o inverso. E o CSV não é o meio-termo confortável que parece — é o formato que não promete nada.

Por que o CSV quebra justamente na conciliação

O CSV parece a escolha pragmática — leve, universal, abre em qualquer lugar. O problema é que a conciliação depende exatamente das garantias que ele não dá.

Sem identidade, não há deduplicação. É a falha mais cara. Conciliar quase sempre envolve reimportar períodos que se encavalam: você importou até o dia 28, o mês fechou no 31, e os últimos dias entram de novo. Com OFX, o sistema reconhece pelo identificador o que já existe e insere só o novo. Com CSV não há o que comparar: alguns sistemas tentam adivinhar por data, valor e histórico juntos — heurística que falha justamente no pior caso, quando dois lançamentos são de fato idênticos (duas tarifas iguais no mesmo dia viram uma só, ou uma vira duas).

Sem esquema, cada banco inventa o próprio layout. Não existe "o CSV do extrato": existe o CSV que aquele banco decidiu emitir naquela versão do internet banking. Colunas mudam de nome e de ordem, uns quebram o valor em duas colunas de débito e crédito, outros usam sinal, outros mandam saldo corrente misturado aos lançamentos. Cada origem exige um mapeamento manual — que deixa de valer, em silêncio, quando o banco muda o export.

Sem metadados, o arquivo perde o contexto. O CSV não diz de que conta é, de que banco nem de que período; isso passa a viver no nome do arquivo. Quem fecha o mês de vários clientes conhece o desfecho: o extrato certo importado na conta errada.

Encoding e locale: o formato que não declara o que contém

Aqui está a raiz técnica de boa parte dos problemas do CSV — e vale entender o mecanismo, não só o sintoma.

O mesmo número tem duas escritas. 1.234,56 no Brasil e 1,234.56 no padrão americano são o mesmo valor, com ponto e vírgula trocando de papel. Nenhum é "certo": são convenções de locale. O problema é que o CSV não declara qual usou — quem lê adivinha pelo locale da própria máquina, que pode não ser o de quem gerou. Idem para a data: 03/04/2026 é 3 de abril aqui e 4 de março nos Estados Unidos, e o arquivo não diz de que lado está.

A vírgula é decimal e separador ao mesmo tempo. Como o decimal brasileiro é a vírgula, um CSV nacional separado por vírgula seria ambíguo em cada valor monetário. A saída foi o ponto e vírgula — por isso tantos "CSV" daqui usam ;. Mas a extensão continua .csv e nada dentro do arquivo avisa qual dos dois está lá.

Acento depende de codificação, que também não vem declarada. Um histórico como "TRANSFERÊNCIA" escrito em Latin-1 e lido como UTF-8 vira caractere quebrado. O CSV não tem onde registrar isso; o OFX registra no cabeçalho, e o XLSX resolve por construção, sendo XML compactado sempre em UTF-8.

Os três são o mesmo problema. O OFX fixa a escrita no próprio padrão — data em AAAAMMDD, ponto decimal, codificação anunciada — e não sobra nada para adivinhar. O CSV terceiriza cada uma dessas decisões para o ambiente, e o ambiente muda entre a máquina que exportou e a que importou.

Por que o XLSX é ótimo para revisar e ruim para importar

Com o XLSX o veredito se inverte — e por um motivo que não é limitação técnica.

Para revisar, ele é imbatível: ordena, filtra, soma, destaca o lançamento fora da curva e vai para o cliente sem que ninguém instale nada. É o formato do olho humano, a etapa em que você confere antes de deixar o dado entrar no sistema.

Para importar, esbarra num ponto conceitual: o ERP não quer uma planilha, quer um contrato. Ao receber um extrato, ele precisa saber de antemão onde está a data, onde está o valor, o que significa o sinal e como reconhecer uma transação que já viu. O XLSX não garante nada disso — garante que existem células. Duas planilhas do mesmo banco, geradas com um mês de diferença, podem ter colunas em ordens distintas, e ambas são XLSX válidos. Aceitá-lo como extrato obrigaria cada ERP a manter um mapeador por origem e a torcer para o layout não mudar. É mais barato exigir OFX.

Há ainda um risco próprio da planilha: ela é editável e ativa. O aplicativo reinterpreta o que parece data, corta zero à esquerda de número de documento e converte texto em número por conta própria. Num arquivo de revisão, aceitável. Num arquivo que alimenta a contabilidade, não.

Na prática, use os dois em sequência: gere o OFX, converta uma cópia com o conversor de OFX para Excel para conferir, e importe o OFX no sistema.

Quando o CSV é, sim, a escolha certa

Nada disso faz do CSV um formato ruim. Ele é ruim como protocolo de conciliação e continua excelente no que foi feito para fazer — situações em que as garantias do OFX não têm valor:

• A ferramenta de destino não fala OFX. Um controle interno, um script próprio, um sistema antigo: se do outro lado alguém vai mapear as colunas de qualquer jeito, o OFX só adiciona cerimônia.
• Análise em BI. Power BI, Metabase e afins ingerem CSV nativamente e praticamente nenhum lê OFX. Para cruzar movimentação com vendas num painel, o CSV entra direto.
• Volume muito grande. CSV é lido linha a linha, sem carregar o arquivo inteiro na memória — vantagem real em anos de histórico, onde o XLSX engasga.
• Você controla as duas pontas. Quando quem gera e quem lê são a mesma pessoa, a ambiguidade some: o locale é conhecido e o layout é estável.

O denominador comum: o CSV funciona quando o contrato existe fora do arquivo — na sua cabeça ou no seu código. Ele falha quando o arquivo precisa se explicar sozinho para um sistema que nunca o viu.

A regra prática: OFX para a máquina, XLSX para o olho

Destilando tudo em três linhas:

• Vai entrar num sistema contábil ou ERP? OFX. É o único que carrega identidade, conta e período, e o único que impede a duplicidade.
• Vai ser lido, conferido ou enviado a uma pessoa? XLSX. Ninguém audita um extrato dentro de um arquivo de etiquetas.
• Vai alimentar um script, um BI ou um sistema legado que você mesmo mapeia? CSV, desde que você controle o layout, o separador e a codificação.

A boa notícia é que a escolha não é definitiva: os três representam os mesmos lançamentos e dá para transitar entre eles conforme a etapa. O fluxo que funciona começa no PDF do banco — Itaú, Nubank, Banco do Brasil, Sicoob e outras dezenas de instituições no conversor de extrato para OFX. Do OFX gerado, tire um Excel para revisar; se algum campo precisar de ajuste, use o editor de OFX; e quando o dado só existir em tabela, monte o OFX a partir dela no conversor de planilha para OFX.

Escolher o formato pela etapa, e não pelo hábito, é o que separa uma importação silenciosa de uma conciliação refeita à mão. Se a sua já vem dando trabalho, o guia de erros comuns ao importar OFX mapeia as causas mais frequentes.