Por que o Excel altera as datas do seu CSV e como mantê-las (Guia 2026)

Diagnóstico em 30 segundos: o arquivo está correto, o Excel adivinhou errado

A primeira coisa a estabelecer quando as suas datas mudam é se os dados estão danificados ou apenas foram lidos de forma errada, porque os dois casos têm correções muito diferentes, e a correção errada pode transformar um problema de exibição em perda real de dados. Aqui está o teste de 30 segundos. Abra o mesmo arquivo em um editor de texto simples, o Bloco de Notas no Windows ou o TextEdit em modo de texto simples no Mac. Se as datas aparecem exatamente como a origem as escreveu, 03/04/2026, 2026-03-04, 1-2, os seus dados estão intactos e só a leitura do Excel está errada. O arquivo no disco guarda os caracteres certos, e o Excel mudou o significado deles quando abriu o arquivo. Esse é o caso comum, e cada correção deste guia parte dele.

A segunda pista é quais valores mudaram. Se palavras comuns, números curtos e pontuação parecem corretos, mas as datas se deslocaram, trocaram de lugar ou foram reformatadas, e códigos curtos como 1-2 ou MARCH1 viraram datas, você está diante de adivinhação de tipo, não de um problema de delimitador e não de corrupção. Um problema de delimitador coloca linhas inteiras em uma única coluna. A corrupção embaralha tudo ou apaga linhas. A adivinhação de tipo é cirúrgica: ela muda exatamente os valores que parecem datas e deixa todo o resto intocado. Se 03/04/2026 virou 3 de abril em uma máquina que deveria ler 4 de março, e um código como 1-2 virou 2 de janeiro, o Excel tratou texto como data, e isso revela tanto a causa quanto a correção.

A terceira verificação decide se o resgate ainda é possível, e ela usa a barra de fórmulas, não a célula. Clique em uma célula com data alterada e leia a barra de fórmulas. Se a barra de fórmulas mostra um número de série como 46085, ou uma data em uma ordem diferente da do arquivo, a célula agora guarda um valor de data do Excel, não os seus caracteres. Se a barra de fórmulas mostra os caracteres originais, só o formato de exibição mudou, e reformatar a célula resolve. Até ter verificado, mantenha o arquivo original intocado, trabalhe em uma cópia e nunca salve um arquivo convertido por cima do arquivo bom.

Por que o Excel adivinha: um arquivo CSV não carrega tipos

Para entender por que isso continua acontecendo, você precisa de um fato sobre o formato CSV: um arquivo CSV é texto simples, sem um cabeçalho que diga quais valores são datas, quais são números e quais são texto. Um arquivo de planilha carrega os tipos das suas células junto com ele. Um arquivo CSV não carrega nem tipos nem formatação. São apenas caracteres, vírgulas e quebras de linha. Quando um programa o abre, o programa precisa decidir o que cada valor significa, e programas diferentes decidem de formas diferentes. O módulo csv do Python e o Google Planilhas mantêm os valores do CSV como texto, a menos que recebam outra instrução, e é por isso que o mesmo arquivo parece correto neles. O Excel, quando você dá duplo clique em um arquivo CSV, adivinha: qualquer coisa que pareça uma data vira uma data, qualquer coisa que pareça um número vira um número, e ele não verifica se essa adivinhação estava certa.

Essa adivinhação é todo o problema para as datas, porque a notação de datas não é universal. Os Estados Unidos escrevem o mês primeiro, 03/04/2026 para 4 de março. A maior parte da Europa escreve o dia primeiro, 03/04/2026 para 3 de abril. A norma ISO 8601 escreve o ano primeiro, 2026-03-04, o que não deixa ambiguidade, mas a maioria dos arquivos exportados não a usa. Um arquivo CSV não diz qual convenção as suas datas seguem, então o Excel recorre à convenção da máquina que o abre. Abra o mesmo arquivo em Nova York e em Berlim e você obtém duas planilhas diferentes a partir de um único arquivo, e nenhuma das máquinas avisa que uma escolha foi feita. A mesma lógica explica a segunda vítima: valores que nem são datas, como o intervalo 1-2, a razão 5/6 ou o código MARCH1, combinam com um padrão de data o bastante para que o Excel também os converta. O arquivo não mudou. O leitor mudou o significado dos caracteres.

Isso também explica por que esse problema aparece com tanta frequência em arquivos convertidos a partir de JSON. O JSON distingue tipos: a string "2026-03-04" e a string "03/04/2026" são strings diferentes, e uma conversão de JSON para CSV escreve cada uma exatamente como escrita. A conversão está correta. A abertura está incompatível. O conversor desta página, por exemplo, foi testado em uma amostra com as datas 2026-03-04, 03/04/2026 e 2026-03-04T10:30:00Z, e produziu cada valor byte a byte idêntico no CSV, sem reformatar e sem alterar nenhum dígito. Saber que a incompatibilidade está na etapa de abertura, não na etapa de conversão, mostra onde corrigir: na importação, antes que o Excel adivinhe, como as próximas seções mostram.

Três formas como a adivinhação muda as datas, e como diferenciá-las

A adivinhação de tipo muda as datas de três formas distintas, e diferenciá-las importa porque só algumas delas podem ser reparadas. A primeira é a inversão de dia e mês: 03/04/2026 vira 3 de abril em vez de 4 de março, ou o contrário, em silêncio. Nada parece quebrado. A coluna está cheia de datas plausíveis, cada uma delas válida, e um quarto das suas datas está errado de um jeito que nenhuma mensagem de erro jamais vai sinalizar. A inversão só acontece quando o dia é 12 ou menos, porque só então o dia pode passar por mês. É isso que a torna perigosa: as linhas que não podem inverter denunciam o problema, enquanto as linhas que inverteram o escondem.

A segunda forma é a coluna mista, e ela é a pista de que uma inversão aconteceu. Quando um arquivo em formato dos Estados Unidos é aberto em uma máquina que coloca o dia primeiro, as linhas com dia 13 ou mais não podem ser meses, então o Excel deixa essas células como texto enquanto converte o resto em datas. Uma coluna passa então a ter dois tipos de células: datas reais para os doze primeiros dias de cada mês e texto para o resto. Ordenar essa coluna coloca as linhas de texto em uma ponta, filtrar por data deixa essas linhas de fora, e qualquer gráfico ou cálculo construído sobre a coluna descarta essas linhas em silêncio. Se a sua coluna de datas ordena de forma estranha, ou se algumas linhas se recusam a se comportar como datas, verifique essa divisão antes de culpar os dados.

A terceira forma é o valor que não é data convertido em data: o intervalo 1-2 vira 2 de janeiro, a razão 5/6 vira 6 de maio, o código MARCH1 vira 1 de março. Por baixo, o Excel armazena uma data como um número de série, a contagem de dias desde 30 de dezembro de 1899, então 4 de março de 2026 é armazenado como 46085 e 3 de abril de 2026 como 46115. Depois que um valor virou um número de série, os caracteres originais se perderam naquela pasta de trabalho. Formatar a célula como Texto depois não os traz de volta: isso mostra 46085, o número de série exibido como texto, não 2026-03-04. Esse é o teste que separa um problema de exibição de uma perda de dados. Se a barra de fórmulas mostra o número de série, os caracteres se perderam naquela cópia, e só a seção de resgate pode ajudar.

CSV file (from this page converter, verified):
order,shipDate,dueDate,window,code
A-101,2026-03-04,03/04/2026,1-2,MARCH1
A-102,2026-04-03,04/03/2026,12-3,SEPT2
A-103,2026-03-04T10:30:00Z,3/4/2026,5/6,OCT4

What Excel shows on double-click, US machine (month first):
shipDate -> real dates, displayed 3/4/2026, 4/3/2026, 3/4/2026
window -> 1-2 becomes Jan-02, 12-3 stays text, 5/6 becomes Jun-05
code -> MARCH1 becomes Mar-01, SEPT2 becomes Sep-02, OCT4 becomes Oct-04

What Excel shows on double-click, day-first machine:
dueDate 03/04/2026 -> April 3 (was March 4); 04/03/2026 -> March 4 (was April 3)
dueDate 3/4/2026 -> April 3 (was March 4); rows with day above 12 stay text

Repare no que a tabela prova: nada está faltando no arquivo, e tudo está alterado na exibição do Excel. É por isso que a correção por importação funciona de forma tão completa. Quando você diz ao Excel que uma coluna é Texto antes de carregar, ele armazena os mesmos caracteres sem nenhuma conversão, e cada data volta a ser ela mesma, sem edição e sem redigitação. Se o seu arquivo segue esse padrão, pule a seção que desmonta mitos e vá direto para a correção por importação. Você não tem um arquivo danificado. Você tem um arquivo lido de forma errada.

Quatro correções que não funcionam, e por que as pessoas insistem nelas

Antes das correções que funcionam, vale limpar o caminho das quatro correções que não funcionam, porque cada uma desperdiça tempo e uma delas piora as coisas. A primeira é reformatar a coluna depois de abrir o arquivo. Mudar o formato de número muda como uma data armazenada é exibida, mas não pode mudar qual data foi armazenada. Se o Excel armazenou 3 de abril quando o arquivo queria dizer 4 de março, reformatar mostra 3 de abril em um estilo diferente, e a data errada continua errada. Formatação é exibição. O número de série armazenado é o dado, e mudanças de exibição nunca o tocam.

A segunda é mudar as configurações regionais do sistema depois da importação. As configurações importam no momento em que o Excel lê o arquivo, não depois. Depois que os números de série estão armazenados, trocar a máquina de mês primeiro para dia primeiro só muda como os números de série armazenados são exibidos, exatamente como reformatar. Isso não lê o arquivo de novo e não desfaz nenhuma inversão. A terceira é colocar os valores entre aspas no CSV. Muitos guias afirmam que escrever "03/04/2026" entre aspas protege a data. Não protege, no Excel. O Excel remove as aspas durante a importação e depois aplica a mesma adivinhação de data ao valor dentro delas, então a data entre aspas é convertida exatamente como a data sem aspas. As aspas controlam como vírgulas dentro de um valor são tratadas, não como o Excel classifica o tipo do valor.

A quarta é usar localizar e substituir nas datas convertidas, trocando dia e mês de volta à mão ou por fórmula em toda a coluna. Isso só funciona se cada linha tiver invertido, o que nunca acontece: as linhas com dia acima de 12 nunca inverteram, elas ficaram como texto, então uma troca geral corrompe as linhas que estavam certas enquanto corrige as linhas que estavam erradas. Guarde o localizar e substituir para valores que você digitou à mão e use a correção por importação para arquivos. Saber quais correções falham evita a armadilha mais comum de todas: acreditar que o problema está resolvido porque a exibição parece certa, enquanto os valores armazenados continuam errados.

Correção 1: importe o arquivo e defina as colunas de data como Texto

Esta é a correção a tentar primeiro, porque ela não muda nada no seu sistema, nada no arquivo, e funciona em qualquer CSV, qualquer que seja o delimitador ou a codificação. Em vez de dar duplo clique no arquivo, abra o Excel primeiro e depois importe o arquivo pela importação guiada, onde você escolhe o tipo de cada coluna. A prévia na caixa de diálogo de importação mostra na hora se você escolheu certo: as datas aparecem exatamente como escritas na prévia, com os mesmos caracteres do arquivo, antes que qualquer coisa seja carregada. Se a prévia ainda mostra datas convertidas, você ainda não mudou nada, e pode ajustar os tipos das colunas antes de carregar.

• ▸Abra uma pasta de trabalho em branco no Excel. Não dê duplo clique no arquivo CSV.
• ▸Vá em Data, depois em From Text/CSV, e selecione o seu arquivo.
• ▸Na caixa de diálogo de prévia, verifique o delimitador e a origem do arquivo e clique em Transform Data em vez de Load, para abrir o editor do Power Query.
• ▸No editor do Power Query, encontre a etapa automática Changed Type e remova-a, porque é nessa etapa que a adivinhação de data acontece.
• ▸Selecione cada coluna de data, e cada coluna de código que pareça uma data, e defina o tipo de dados como Text.
• ▸Clique em Close and Load. As datas chegam como texto, com cada caractere exatamente como escrito.

As datas em texto têm uma limitação honesta a entender. Uma data em texto não é uma data real do Excel: ela não vai ordenar cronologicamente junto com datas reais, e as fórmulas de data vão ignorá-la até que você a converta de forma deliberada. Isso é uma vantagem, não um defeito, quando o objetivo é preservar os caracteres da origem. Converta de forma deliberada depois, com a próxima correção, quando já souber a convenção da origem. Torne a importação o seu jeito padrão de abrir arquivos CSV, não apenas o seu movimento de resgate. Dar duplo clique é uma adivinhação sobre o delimitador, a codificação e o tipo de cada coluna. Importar é uma escolha sobre os três, e a escolha leva cerca de um minuto a mais. No Mac, o mesmo caminho funciona por Data, depois From Text, com os tipos de coluna definidos na etapa de importação.

Correção 2: importe com o local de origem, para que a conversão seja a pretendida

Se você precisa de datas reais do Excel, e não de texto, o caminho da importação ainda funciona, com um passo extra: diga ao Excel qual convenção o arquivo de origem usa. No editor do Power Query, clique com o botão direito na coluna de data, escolha Change Type e depois Using Locale. Escolha Date como tipo de dados e o local que corresponde ao arquivo de origem, English (United States) para arquivos que colocam o mês primeiro, ou o local que coloca o dia primeiro e corresponde a uma exportação europeia. O Power Query então converte cada linha sob aquela única convenção, incluindo as linhas com dia acima de 12, então a coluna sai uniforme: só datas reais, sem linhas de texto sobrando, sem inversões silenciosas.

Verifique o resultado antes de carregar, usando as linhas que denunciam uma inversão. Encontre registros em que o dia é maior que 12: sob o local certo eles carregam como datas, sob o local errado eles ficam como texto ou falham. Depois encontre um registro em que dia e mês são ambos 12 ou menos e confirme que ele lê do jeito que a origem quis dizer. Se qualquer uma das verificações falhar, você escolheu o local errado, e não perdeu nada, porque nada foi carregado ainda. Mude o local e verifique de novo. Essa verificação de dois registros leva dez segundos e pega o erro que, de outra forma, ficaria escondido por meses.

Correção 3: repare datas que já foram importadas, sem importar de novo

Às vezes importar de novo não é uma opção, porque o arquivo original se perdeu e só a pasta de trabalho sobreviveu. O que você pode reparar depende do que sobreviveu. Se as datas importadas ainda estão como texto, porque o Excel não as reconheceu, a ferramenta Text to Columns as repara: selecione a coluna, vá em Data, depois em Text to Columns, clique em Next duas vezes e, no passo 3, escolha Date e o formato que corresponde ao arquivo original, MDY para mês primeiro ou DMY para dia primeiro. O Excel converte a coluna inteira sob aquela única convenção, que é exatamente o controle que o duplo clique nunca deu a você.

Se as datas foram armazenadas como os números de série errados, porque cada linha inverteu, uma fórmula pode invertê-las de volta: em uma coluna auxiliar, =DATE(YEAR(A2),DAY(A2),MONTH(A2)) reconstrói cada data com dia e mês trocados, e copiar os resultados e colá-los como valores trava o reparo. Mas isso só funciona quando cada linha da coluna inverteu, o que significa que cada dia original era 12 ou menos. Se a coluna é mista, datas mais linhas de texto sobrando, repare os dois grupos separadamente: converta as linhas de texto com Text to Columns primeiro e depois verifique se as linhas de data precisam mesmo ser invertidas. Uma fórmula geral em uma coluna mista corrompe as linhas que estavam certas. E se os caracteres originais se perderam e você não consegue dizer quais linhas inverteram, pare: nenhuma fórmula pode recuperar informação que o arquivo já não guarda, e a seção de resgate é o seu único caminho honesto.

Correção 4: desative a conversão automática de datas e escreva datas ISO na origem

Se você abre arquivos CSV todos os dias, importar cada vez cansa, e a correção duradoura é mudar o que o Excel adivinha por padrão. As versões recentes do Excel, Microsoft 365, Excel 2024 e seus equivalentes para Mac, trazem uma configuração chamada conversão automática de dados, em File, depois Options e depois Data. Ela lista as conversões que o Excel aplica por conta própria, incluindo converter strings de letras e números que parecem datas. Desmarque as conversões que você não quer, e o Excel vai deixar esses valores como texto em aberturas futuras, incluindo aberturas por duplo clique.

Duas cautelas antes de confiar nessa configuração. Primeiro, ela muda só o comportamento futuro. Ela não repara células que já foram convertidas e não restaura caracteres que já foram substituídos por números de série. Um arquivo que você abriu na semana passada ainda guarda os valores convertidos na pasta de trabalho, e só uma importação nova a partir do arquivo original vai trazer as datas de volta. Segundo, a configuração vive na sua máquina, não no arquivo. Um colega que abre o mesmo arquivo em uma máquina com a configuração padrão ainda vai ver datas convertidas, e um arquivo que você envia não leva nenhuma proteção junto. Trate a configuração como uma conveniência para a sua própria máquina e trate a correção por importação como o método confiável para arquivos que você compartilha.

Se você produz o CSV, a correção mais forte está na origem: escreva as datas na forma ISO 8601, ano primeiro, 2026-03-04. Datas com o ano primeiro não têm ambiguidade de dia e mês para nenhum leitor resolver, porque o ano vem primeiro e o mês é sempre o número do meio. Isso não torna o Excel infalível, então ainda verifique a importação, mas remove toda a classe de erros de inversão que as datas com barra e hífen convidam. Em JSON, isso significa manter as datas como strings na forma ISO, não como strings formatadas por local: a string "2026-03-04" se converte nos caracteres 2026-03-04, enquanto uma string de local como "03/04/2026" carrega a sua ambiguidade para cada arquivo que ela toca. Esta é uma decisão sobre os dados de origem, não uma configuração do conversor, porque nenhum conversor pode declarar uma convenção que a origem nunca afirmou.

Resgate um arquivo que já foi salvo com datas convertidas

Até aqui cada correção assumiu que o arquivo no disco ainda está correto e só a exibição do Excel está errada. Mas às vezes a versão convertida já foi salva, e a pergunta passa a ser se as datas originais ainda podem ser recuperadas a partir da cópia salva. A resposta depende exatamente do que o salvamento fez, e há dois casos a diferenciar. No primeiro caso, o arquivo no disco ainda guarda os caracteres originais, e só a exibição da pasta de trabalho está errada. Esse é o caso que o teste do editor de texto detecta: o editor mostra as datas originais, então nada se perdeu, e a Correção 1 repara a exibição. No segundo caso, o arquivo no disco agora contém as próprias datas convertidas, porque alguém o abriu no Excel, viu as datas reformatadas e o salvou de volta como CSV, escrevendo os valores convertidos dentro do arquivo.

O segundo caso só pode ser recuperado em circunstâncias restritas. Se cada data inverteu sob uma única convenção e cada dia original era 12 ou menos, a fórmula DATE da Correção 3 as inverte de volta, porque o dano é uma troca uniforme. Trabalhe em uma cópia, nunca na única versão, e confira o resultado em um registro conhecido antes de abri-lo no Excel de novo. Se o dano é misto, algumas linhas inverteram, algumas ficaram como texto, alguns códigos viraram datas, os caracteres originais se perderam naquela cópia de um jeito que nenhuma fórmula consegue desemaranhar, porque um número de série não registra qual convenção o produziu. Nesse caso, pare de reparar a cópia e gere o arquivo de novo a partir da sua origem: exporte-o novamente do banco de dados, da ferramenta ou do JSON de onde ele veio, e desta vez abra-o com a Correção 1. E faça o que fizer, guarde a cópia danificada de lado até que o arquivo gerado de novo passe na verificação. Apagar a única cópia antes de verificar a substituição é como um problema recuperável vira um conjunto de dados perdido.

O que isso significa para arquivos do conversor desta página

O conversor desta página produz exatamente o tipo de arquivo de que este guia trata, então vale afirmar o seu comportamento com clareza. O download preserva as datas exatamente como o JSON as guarda. Isso foi verificado no código real, não assumido: o motor de conversão foi testado em uma amostra de três linhas com a data ISO 2026-03-04, as datas com barra 03/04/2026 e 04/03/2026, o carimbo de data e hora 2026-03-04T10:30:00Z e os códigos que parecem datas 1-2, 12-3, 5/6, MARCH1, SEPT2 e OCT4, e produziu cada valor byte a byte idêntico no CSV, sem reformatar, sem converter e sem alterar nenhum dígito. Então, se o seu arquivo convertido mostra datas alteradas no Excel, a conversão não danificou nada. O arquivo está correto, e o Excel adivinhou os tipos no duplo clique.

Isso dá a você duas opções limpas para arquivos convertidos. A primeira é o caminho da importação: abra o arquivo baixado com Data, depois From Text/CSV, clique em Transform Data, defina cada coluna de data como Texto para manter os caracteres, ou como Data com o local de origem se você precisa de datas reais, e carregue. As datas vão ler corretamente, e você não mudou nada no arquivo, então ele continua válido para qualquer outra ferramenta. A segunda é a configuração de conversão automática da Correção 4, para a sua própria máquina. Não converta os dados de novo para corrigir um problema de exibição por adivinhação de tipo e não passe a saída convertida por uma planilha para salvá-la de volta, porque essa viagem de ida e volta pode introduzir exatamente as incompatibilidades de delimitador, codificação e tipo que este guia e os seus companheiros existem para evitar. Corrija a abertura, não os dados.

Mais um detalhe do conversor importa aqui. O conversor permite escolher o delimitador antes de baixar, e essa escolha é independente da adivinhação de tipo. Um arquivo pode ter o delimitador certo e as datas invertidas ao mesmo tempo, ou as datas certas e o delimitador errado, ou os dois errados de uma vez. Se o seu arquivo convertido abre em uma única coluna e as datas parecem erradas, corrija as duas configurações na mesma importação: escolha o delimitador que você escolheu na hora da conversão e defina as colunas de data como Texto ou como Data com o local de origem. O guia companheiro sobre o problema de uma única coluna cobre a metade do delimitador em detalhe, o guia de codificação cobre a metade dos caracteres e o guia de zeros à esquerda cobre a metade dos números, e os três estão linkados nos guias relacionados abaixo.

Checklist de prevenção: exporte datas para que ninguém precise corrigi-las

A adivinhação de tipo é uma incompatibilidade entre quem escreve e quem lê, então a prevenção significa fazer quem escreve declarar o que os valores são, de um jeito que o leitor vai respeitar. Passe por este checklist quando você produz um CSV, e a próxima pessoa que o abrir não vai precisar deste guia. Primeiro, escreva as datas na forma ISO 8601, ano primeiro, na origem. Se os seus dados guardam datas, armazene-as como strings ISO no sistema de origem, porque uma data formatada por local carrega a sua ambiguidade para cada exportação. Segundo, se o público usa Excel, diga a ele como abrir o arquivo: uma nota de uma linha dizendo para importar com as colunas de data definidas como Texto, ou como Data com o local de origem, evita o problema inteiro, e não custa nada incluir junto com o arquivo.

Terceiro, nunca salve um arquivo resgatado por cima do original até ter verificado o resgate em um editor de texto. Um salvamento a partir do Excel reescreve tipos, delimitadores e codificação com os padrões do próprio Excel, o que pode reintroduzir a incompatibilidade para o próximo leitor, ou transformar um problema de exibição em perda real de dados. Quarto, quando você recebe um arquivo, abra-o em um editor de texto primeiro se algo parecer estranho, e confirme as datas antes de deixar qualquer planilha salvar por cima dele. E quinto, guarde os dados de origem. Um CSV é um retrato achatado, não os próprios dados, então se um resgate der errado, a origem permite exportar de novo de forma limpa em vez de reparar uma cópia danificada. A maioria das histórias de terror com datas termina com alguém descobrindo tarde demais que o CSV danificado era a única cópia. Não deixe que esse seja o seu arquivo.

Guias relacionados

• CSV abre em uma única coluna no Excel: por que acontece e como corrigir (Guia 2026) →
• Por que seu CSV mostra caracteres estranhos no Excel e como corrigir a codificação (Guia 2026) →
• Por que o Excel apaga os zeros à esquerda dos seus códigos em CSV e como mantê-los (Guia 2026) →
• Por que salvar seu CSV no Excel muda o arquivo e como manter o original seguro (Guia 2026) →
• CSV muito grande para o Excel: por que ele não abre e o que fazer (Guia 2026) →

Perguntas frequentes