Conversor gratuito · Sem cadastro · Dados não são salvos

Converter Excel
(.xlsx) para OFX

Envie uma planilha Excel com suas transações e receba um arquivo OFX pronto para importar no software financeiro.

Selecione a planilha (.xlsx, .xls ou .csv)

📊

Arraste e solte a planilha aqui

ou clique para selecionar · até 10 MB

Formato da planilha

A primeira aba deve conter uma linha de cabeçalho seguida pelas transações. Aceitamos os nomes mais comuns de coluna:

Coluna Aliases aceitos Exemplo
Data (obrigatória)data, date, dt15/04/2026
Valor (obrigatória)valor, amount, value1.234,56 ou -50,00
Descriçãodescrição, descricao, memo, históricoPIX — Fulano
Tipotipo, type, C/DCREDIT / DEBIT (ou C / D)
FITIDfitid, id20260415-001

Sem coluna Tipo? Valores positivos viram CREDIT e negativos viram DEBIT automaticamente.
Uma segunda aba chamada "Informações" pode definir Banco (BANKID), Conta (ACCTID) e Moeda.

Como funciona

1

Prepare sua planilha

Use colunas como Data, Valor, Descrição e (opcional) Tipo e FITID.

2

Envie o arquivo

Arraste o .xlsx para a área acima — processamos com segurança, sem guardar nada.

3

Baixe o OFX

O arquivo OFX é gerado e o download começa automaticamente.

Quando vale montar o OFX a partir de uma planilha

O caminho natural é converter o PDF do extrato direto para OFX. A planilha entra quando o dado não existe em PDF:

  • O banco não emite um PDF utilizável — algumas fintechs, contas de adquirência e carteiras digitais só exportam Excel ou CSV.
  • O dado nasceu em tabela — controles de caixa, repasses de marketplace e relatórios de recebíveis que nunca passaram por um extrato.
  • Consolidação — juntar movimentações de origens diferentes num arquivo só.

O resultado é um OFX 1.0 em SGML, o dialeto que os ERPs brasileiros esperam. Para o caminho inverso, use o conversor de OFX para XLSX; para retoques num OFX que já existe, o editor de OFX resolve sem passar por planilha.

As colunas que a planilha precisa ter

Não existe template para baixar: o conversor acha o cabeçalho sozinho, varrendo as 30 primeiras linhas da aba — logotipo, título e linhas em branco acima da tabela não atrapalham. Ele usa a primeira aba cujo nome contenha transa, extrato ou lançamento; se nenhuma casar, usa a primeira aba do arquivo.

O nome de cada coluna precisa bater exatamente com um dos termos abaixo. Acentos e maiúsculas são ignorados (Descrição e descricao são a mesma coisa), mas aproximação não vale: Data Mov. e Valor Total não são reconhecidos.

ColunaNomes aceitos (qualquer um deles)
Data
obrigatória
data, date, data lançamento, data do lançamento, dt, dia, dtposted
Valor
obrigatória
valor, amount, value, valor (r$), valor r$, valor (brl), trnamt
Descrição
opcional
descrição, description, memo, histórico, detalhe, observação
Tipo
opcional
tipo, type, trntype, natureza, d/c, c/d
FITID
opcional
fitid, id, id (fitid), identificador, transaction id

Data e Valor são de fato obrigatórias: uma planilha com essas duas converte, ainda que o histórico saia vazio. Colunas extras (saldo, categoria, centro de custo) são ignoradas, e linhas sem data válida ou sem número no valor são descartadas em silêncio — por isso rodapés de total e subtotais não viram lançamento.

Sinal e tipo: o erro que mais aparece

A dúvida número um: marco o débito com valor negativo ou com uma coluna dizendo "D"? Qualquer um funciona — o que quebra é misturar os dois sem saber quem ganha.

Sem coluna Tipo, o sinal manda: negativo vira DEBIT, positivo ou zero vira CREDIT. É o modo mais simples.

Com coluna Tipo, ela manda e o sinal é reescrito. Reconhecemos C, CREDIT e CRÉDITO (forçam o valor para positivo) e D, DEBIT e DÉBITO (forçam para negativo). Uma linha com valor -50,00 e tipo C sai no OFX como +50,00: a coluna vence a contradição.

Se o texto do Tipo não for nenhum desses — PIX, Transferência, Entrada —, ele é ignorado sem erro e a decisão volta ao sinal do valor. É o caso traiçoeiro: a coluna existe, parece funcionar, mas quem classifica é o sinal.

Outra armadilha: débito e crédito em duas colunas separadas. Esperamos uma única coluna Valor — consolide antes de enviar.

Datas: o campo que mais quebra (e por quê)

O detalhe que explica quase todo OFX com data errada: a planilha é lida em modo formatado, então o conversor recebe o texto que a célula exibe na tela, não o valor interno que o Excel guarda. A formatação da coluna deixa de ser cosmética e passa a ser o dado.

E toda data com barras é interpretada como dia/mês/ano. Numa planilha configurada em inglês, 3 de abril de 2026 aparece como 4/3/2026 — e é isso que chega aqui, virando 4 de março. Nenhum erro aparece; a ambiguidade do 03/04 só é percebida na conferência.

Formatos reconhecidos:

  • 03/04/2026 ou 15/4/26 — sempre dia/mês/ano (ano com dois dígitos vira 20xx);
  • 2026-04-03 (ISO) — o mais seguro, porque não tem ambiguidade;
  • 20260403 — o formato do próprio OFX;
  • número de série do Excel, quando a célula chega como número puro.

Uma ressalva pouco óbvia: use barras, não hífens. 03-04-2026 não casa com a regra de dia/mês e cai num interpretador genérico que lê à americana — 4 de março de novo. Na dúvida: dd/mm/aaaa ou ISO.

Números: por que 1.234 vira um real e vinte e três centavos

Os dois padrões de milhar e decimal são aceitos, decididos pelo separador que aparece por último: 1.234,56 e 1,234.56 resultam ambos em 1234,56. Símbolo de moeda e espaços somem, então R$ 1.234,56 passa. Negativo pode vir com sinal (-50,00) ou entre parênteses ((50,00)), como saem muitos relatórios contábeis.

A armadilha é o valor redondo com separador de milhar e sem centavos visíveis. 1.234 tem só um ponto e nenhuma vírgula — não há como saber se o ponto é milhar ou decimal. A leitura segue o padrão internacional e devolve 1,234: um real e vinte e três centavos no lugar de mil duzentos e trinta e quatro reais.

A defesa: mantenha a coluna Valor como número de verdade (não texto), num formato que mostre as duas casas decimais. 1.234,00 converte certo; 1.234, não.

O que o gerador preenche por você

Um OFX exige campos que a sua planilha provavelmente não tem. Eles são deduzidos:

  • PeríodoDTSTART e DTEND saem da menor e da maior data entre as transações válidas.
  • Identificador — sem coluna FITID, cada lançamento recebe a própria data (no formato AAAAMMDD) seguida da posição dele na lista: 202604031, 202604052, e assim por diante.
  • Conta — sem informação, BANKID e ACCTID saem como 0, moeda BRL e conta corrente.
  • Histórico — truncado em 255 caracteres, o limite prático do campo.

Vale entender o FITID gerado: ele depende da ordem das linhas. Reconverta a planilha depois de inserir um lançamento no meio e todos os identificadores seguintes mudam — o sistema que já importou o arquivo anterior trata os mesmos lançamentos como novos e duplica a conciliação. Se a planilha for reimportada com frequência, traga uma coluna FITID própria e estável (o identificador que o seu sistema já usa serve).

Para preencher os dados da conta, crie uma segunda aba com informações, info, conta ou account no nome, em pares de chave e valor: Banco (vira o BANKID, só os dígitos), Conta (ACCTID), Moeda, Tipo de conta e, para fixar o período em vez de deduzi-lo, Início e Fim.

"Não foi possível identificar as colunas": causa e correção

A mensagem mais comum, e ela é sempre sobre o cabeçalho, nunca sobre os dados: nas 30 primeiras linhas da aba não houve uma linha contendo, ao mesmo tempo, um nome de coluna de data e um de valor da lista aceita. As causas, em ordem de frequência:

  • O nome está fora da listaMovimentação, Data Mov., Vlr. Renomeie: Data e Valor resolvem.
  • Células mescladas no cabeçalho — a mesclagem esvazia as vizinhas e o nome sai da coluna certa. Desfaça.
  • O cabeçalho está abaixo da linha 30 — apague as linhas de relatório acima da tabela.
  • A aba lida foi outra — se a primeira aba for capa ou resumo, renomeie a dos lançamentos para Transações, que ela ganha prioridade.

Duas mensagens vizinhas apontam para outro ponto. "Nenhuma transação válida foi encontrada": o cabeçalho foi achado, mas nenhuma linha tinha data e valor legíveis ao mesmo tempo — quase sempre a coluna de data exibindo algo que não é data. "Planilha vazia ou inválida": arquivo corrompido ou protegido por senha.

Deu certo? Confira mesmo assim o número de lançamentos, o período e a soma dos valores antes de importar. Vale a leitura do guia de erros comuns ao importar OFX.

Perguntas frequentes

Quais formatos de arquivo posso enviar?

Planilhas .xlsx, .xls e arquivos .csv, com até 10 MB. O resultado é sempre um OFX 1.0 em SGML, o dialeto que a maioria dos ERPs e sistemas contábeis brasileiros espera.

Quais colunas minha planilha precisa ter?

Apenas Data e Valor são obrigatórias. Descrição, Tipo e FITID são opcionais. O nome do cabeçalho precisa bater com um dos termos reconhecidos (Data, Date, Dt, Dia, Data Lançamento para a data; Valor, Amount, Value, Valor (R$), Valor (BRL) para o valor), mas acentos e maiúsculas não importam. Colunas extras são ignoradas.

Preciso marcar o débito com valor negativo ou com uma coluna Tipo?

Qualquer um dos dois. Sem coluna Tipo, valor negativo vira débito e positivo vira crédito. Com coluna Tipo, ela tem prioridade: C ou Crédito força o valor para positivo e D ou Débito força para negativo, mesmo que o sinal da planilha diga o contrário. Se o texto do tipo não for reconhecido, a classificação volta a seguir o sinal do valor.

Por que as datas do OFX saíram trocadas de dia e mês?

Porque o conversor lê o texto que a célula exibe, e datas com barras são sempre interpretadas como dia/mês/ano. Se a planilha estiver configurada em inglês, 3 de abril aparece como 4/3/2026 e é lido como 4 de março. Formate a coluna como dd/mm/aaaa ou escreva as datas no padrão ISO, 2026-04-03. Evite hífens: 03-04-2026 é lido à americana.

Meus valores ficaram mil vezes menores. O que aconteceu?

Provavelmente a coluna Valor mostra o milhar sem os centavos, como 1.234. Com apenas um ponto e nenhuma vírgula, não há como distinguir separador de milhar de separador decimal, e o número é lido como 1,234. Deixe a coluna como número de verdade, com duas casas decimais visíveis: 1.234,00.

Preciso informar banco, conta e período?

Não. Sem esses dados, o banco e a conta saem como 0, a moeda como BRL e o tipo como conta corrente, enquanto o período é deduzido da menor e da maior data da planilha. Se quiser preencher, crie uma segunda aba com Informações no nome e monte pares de chave e valor com Banco, Conta, Moeda, Tipo de conta, Início e Fim.