Por que salvar seu CSV no Excel muda o arquivo e como manter o original seguro (Guia 2026)

Diagnóstico em 30 segundos: compare o arquivo antes e depois de salvar

A primeira coisa a estabelecer quando um CSV parece diferente depois que o Excel o tocou é se o arquivo em si mudou ou se apenas a exibição do Excel mudou, porque os dois casos têm correções bem diferentes. Aqui está o teste de 30 segundos. Antes de abrir um CSV no Excel, faça uma cópia dele. Depois de salvar a partir do Excel, abra os dois arquivos em um editor de texto simples, o Bloco de Notas no Windows ou o TextEdit em modo de texto simples no Mac, e compare-os lado a lado. Se a cópia salva mostrar delimitadores diferentes, caracteres diferentes, zeros removidos ou datas reformatadas, o arquivo mudou. Se os dois arquivos forem iguais caractere por caractere, apenas a exibição do Excel estava enganando você, e o arquivo está seguro.

A segunda pista é onde as mudanças aparecem. Um salvamento que reescreveu o arquivo muda valores em todo o arquivo em um padrão consistente: cada delimitador vírgula virou ponto e vírgula, cada nome acentuado virou ponto de interrogação ou par de letras estranhas, cada código perdeu seus zeros à esquerda. Um dano aleatório em apenas uma linha, ou uma única linha faltando, aponta para outra coisa, como um erro de edição ou uma exportação interrompida. Mudanças consistentes em todo o arquivo são a assinatura de um salvamento que reescreveu o arquivo com os padrões do Excel, e elas dizem exatamente qual configuração corrigir: a configuração de delimitador, a escolha de codificação ou a forma como o arquivo foi aberto no início.

A terceira verificação decide se o resgate ainda é possível, e é a que as pessoas pulam. Se você ainda tem a cópia anterior ao Excel, ou a fonte de onde o CSV veio, nada foi perdido: gere novamente ou importe de novo a partir da cópia boa e o problema acaba. Se o arquivo salvo sobrescreveu a única cópia, o resgate depende de backups, histórico de versões ou de uma nova exportação a partir do sistema de origem, o que a seção de resgate aborda. Até ter verificado isso, não salve de novo, não feche a pasta de trabalho sobre o mesmo arquivo e não apague a cópia salva: uma cópia danificada que ainda guarda a maior parte dos dados é uma evidência melhor do que cópia nenhuma.

BEFORE (as exported, comma delimited, UTF-8):
code,zip,name,shipDate,note
00123,02138,Zoë Café,2026-03-04,fragile; handle with care
00456,07477,Müller,2026-04-03,gift

AFTER (saved from Excel on a European-locale machine):
code;zip;name;shipDate;note
123;2138;Zoë Café;03.04.2026;fragile; handle with care
456;7477;Müller;03.04.2026;gift

What changed: commas became semicolons, leading zeros vanished,
dates were reformatted, and one note split into two columns.

Observe o que este exemplo prova: nenhuma configuração isolada causou tudo isso. O delimitador mudou por causa da localidade da máquina, os zeros sumiram por causa da adivinhação de tipos na abertura, e as datas mudaram porque o Excel as guardou como datas e as gravou de volta no seu próprio formato de exibição. Um salvamento não introduz um único erro. Ele trava de uma só vez cada palpite que o Excel fez quando abriu o arquivo, e é por isso que o salvamento parece tão destrutivo, mesmo que cada palpite isolado parecesse inofensivo na tela.

Por que salvar não é copiar: o que o Excel realmente grava no disco

Para entender por que salvar muda um CSV, você precisa de um fato sobre o que o Excel faz quando abre o arquivo. O Excel não mantém o arquivo como texto. Ele analisa o texto em células, decide um tipo para cada célula, aplica suas configurações regionais e mostra uma grade. O que você vê é a interpretação que o Excel faz do arquivo, não o arquivo em si. Quando você salva, o Excel grava a grade de volta como texto. Assim, o arquivo salvo reflete a grade, com todos os seus palpites embutidos, e não os caracteres originais. A viagem de ida e volta, de texto para grade e de volta para texto, é onde acontece cada mudança deste guia.

A primeira coisa que a gravação descarta é tudo o que não é valor de célula. Um CSV guarda linhas e colunas de valores e nada mais, então, quando o Excel salva um, ele mantém apenas o texto e os valores como exibidos nas células da planilha ativa. Gráficos, imagens, cores de célula, texto em negrito, células mescladas, regras de validação de dados e hiperlinks não sobrevivem, porque o formato não tem onde colocá-los. Fórmulas são substituídas pelo valor que elas calculam no momento, então uma célula com uma fórmula que calcula um total é salva como o número do total, não como a fórmula. Isso geralmente é o que você quer ao exportar para outro sistema, mas significa que o CSV salvo é um retrato de um momento, não uma planilha funcional, e reabri-lo nunca trará as fórmulas de volta.

A segunda coisa que a gravação descarta é cada planilha exceto aquela que você estava vendo. Uma pasta de trabalho pode ter muitas planilhas, mas um CSV é uma única tabela, então o Excel salva apenas a planilha ativa e avisa que as outras planilhas não serão salvas. As pessoas clicam para passar por esse aviso todos os dias, e o arquivo salvo passa a ter apenas os dados de uma planilha, enquanto o resto fica para trás na pasta de trabalho não salva. Se você fechar a pasta de trabalho sem salvá-la no formato de planilha, as outras planilhas se perdem. O aviso é o Excel dizendo, com clareza, que o salvamento tem perda, e a resposta segura é manter a pasta de trabalho salva separadamente no seu próprio formato antes de exportar qualquer coisa para CSV.

A terceira coisa que a gravação muda são os próprios valores, porque o Excel salva os valores como exibidos, não como armazenados. Uma célula que guarda um número preciso e que você formatou com duas casas decimais é salva com a exibição de duas casas, não com o valor completo guardado. Uma data guardada como número de série é salva no formato de exibição da sua máquina. Um código que o Excel adivinhou ser um número é salvo como esse número, sem seus zeros à esquerda. Nada disso é um erro de programa. É o que salvar uma grade como texto significa. Mas isso quer dizer que o arquivo salvo pode diferir do original de formas invisíveis até que outro programa o leia, e é por isso que conferir o arquivo salvo em um editor de texto importa mais do que conferi-lo na tela.

A substituição silenciosa: como o Ctrl+S transforma um palpite no arquivo

O salvamento mais prejudicial não é o Salvar como. É o Ctrl+S simples, ou o pedido para salvar ao fechar, em um CSV que você só queria olhar. Você clica duas vezes em um CSV para conferir um valor, corrige um erro de digitação, aperta Ctrl+S por hábito, e o Excel reescreve o arquivo inteiro com seus próprios padrões. Você mudou uma célula. O Excel reescreveu cada linha. Essa assimetria é o coração deste problema: salvar é uma operação sobre o arquivo inteiro, não um remendo na célula que você tocou, e cada palpite que o Excel fez na abertura se torna permanente no mesmo toque de tecla.

O Excel avisa você duas vezes, e os dois avisos são fáceis de dispensar. O primeiro aviso diz que o arquivo pode conter recursos incompatíveis com CSV, o que é o Excel avisando que a formatação e as planilhas extras serão perdidas. O segundo, em algumas versões, pergunta se você quer manter o formato atual. Quem vê essas caixas de diálogo todos os dias clica em Manter o formato atual sem ler, porque a caixa parece uma confirmação de rotina e não um aviso de perda de dados. Vale a pena desacelerar exatamente nessas duas caixas. Elas são o último momento em que o arquivo original ainda existe intacto, e escolher não salvar, ou escolher Salvar como com um nome novo, não custa nada e preserva tudo.

A viagem de ida e volta é o que torna a substituição tão difícil de desfazer. Abrir o arquivo adivinha os tipos, e salvar grava os palpites de volta, então a segunda abertura parte de valores já adivinhados e adivinha de novo por cima deles. Um código que perdeu os zeros na primeira abertura não pode recuperá-los na segunda, porque os zeros não estão mais no arquivo para nenhum programa ler. Uma data que trocou dia e mês na primeira abertura troca de novo ou fica trocada, porque o arquivo agora guarda a data trocada como se fosse a verdade. Cada viagem de ida e volta pelo Excel só pode perder informação, nunca restaurá-la, e é por isso que a regra deste guia é absoluta: nunca deixe o Excel salvar por cima da única cópia de um CSV.

Mudança 1: a troca de delimitador, quando as vírgulas viram ponto e vírgula

A mudança de salvamento mais visível é a troca de delimitador: um arquivo delimitado por vírgulas volta delimitado por ponto e vírgula, e o próximo programa que o lê coloca cada linha em uma única coluna ou rejeita o arquivo. A causa é o separador de lista da sua máquina, uma configuração regional que o Excel usa sempre que grava um CSV. Na América do Norte e no Reino Unido, o separador de lista é a vírgula, então um CSV salvo continua delimitado por vírgulas. Em grande parte da Europa, e também em máquinas configuradas para o português do Brasil com a vírgula como símbolo decimal, o separador de lista é o ponto e vírgula, e o Excel grava ponto e vírgula em vez de vírgulas. A extensão continua .csv de qualquer forma, então nada no nome do arquivo avisa o próximo leitor de que o delimitador mudou.

Este é o mesmo problema de delimitador tratado no guia companheiro sobre o problema de uma única coluna, mas a direção do salvamento merece seu próprio aviso, porque a correção é diferente. Quando um arquivo abre em uma única coluna, você corrige a abertura. Quando um arquivo é salvo com o delimitador errado, você corrige a exportação: no Excel, vá em Arquivo, depois em Opções, depois em Avançado, desmarque Usar separadores de sistema e defina o separador decimal como ponto e o separador de milhar como vírgula, o que faz o Excel usar a vírgula como separador de lista. Volte a configuração depois de exportar se você só precisar dela para um arquivo, porque a configuração afeta cada CSV que o Excel grava enquanto estiver alterada. No Mac, a mesma configuração fica em Ajustes do Sistema, em Idioma e Região, nos separadores de número.

Há também uma verificação mais simples que detecta essa mudança antes que ela cause dano. Abra o arquivo salvo em um editor de texto e olhe a primeira linha. Se o cabeçalho mostrar ponto e vírgula onde o original mostrava vírgulas, o delimitador trocou, e você deve exportar de novo com a configuração acima em vez de enviar o arquivo. Um editor de texto mostra a verdade em um único olhar, enquanto o Excel a esconde por completo, porque o Excel lê os dois delimitadores na mesma grade. Nunca julgue um CSV salvo pela aparência dele no Excel. Julgue-o pela aparência dele como texto.

Mudança 2: a perda de codificação, quando as letras acentuadas quebram

A segunda mudança de salvamento é mais silenciosa e mais cruel: a perda de codificação. O Excel oferece dois tipos de salvamento em CSV que parecem quase idênticos, e escolher o errado corrompe cada caractere que não é do inglês no arquivo. CSV UTF-8 grava o arquivo em UTF-8, que cobre letras acentuadas, tremas e escritas não latinas. CSV simples grava o arquivo na codificação herdada do seu sistema, que em muitas máquinas Windows não consegue representar esses caracteres, então eles voltam como pontos de interrogação ou letras erradas. As duas opções ficam lado a lado na lista do Salvar como, e a opção simples é a que as pessoas escolhem por hábito.

A regra é simples: escolha sempre CSV UTF-8 ao salvar a partir do Excel, a menos que o programa que vai receber o arquivo exija explicitamente o formato herdado. E mesmo nesse caso, confira o resultado em um editor de texto, porque a codificação herdada é uma perda sem volta: quando um caractere acentuado já foi substituído por um ponto de interrogação no arquivo salvo, nenhuma reimportação consegue recuperar a letra original, porque o arquivo salvo não a guarda mais. O guia companheiro sobre codificação cobre o diagnóstico completo, incluindo o truque da marca de ordem de byte que faz o Excel adivinhar UTF-8 no clique duplo, mas a regra de salvamento vale por si só: a codificação que você escolhe na hora de salvar é a codificação que o próximo leitor recebe, e a escolha errada danifica cada valor não ASCII de uma só vez.

Mais um detalhe de codificação importa para os arquivos desta página. O download do conversor é UTF-8 simples, sem marca de ordem de byte, que é a forma mais limpa para a maioria das ferramentas, mas isso significa que o clique duplo no Excel pode ler errado as letras acentuadas em algumas máquinas Windows. Isso é um problema de abertura, tratado no guia de codificação, não um problema de salvamento, e não muda a regra de salvamento. Qualquer que seja a codificação de origem, salve a partir do Excel como CSV UTF-8 e verifique em um editor de texto se os nomes acentuados continuam legíveis antes de enviar o arquivo adiante.

Mudança 3: a reescrita de tipos, quando os palpites viram dados

A terceira mudança de salvamento é a reescrita de tipos, e na verdade são três problemas companheiros chegando juntos, porque a mesma viagem de abrir e salvar grava de volta cada palpite que o Excel fez. Zeros à esquerda somem, porque o Excel leu os códigos como números na abertura e grava números de volta sem eles. Datas são reformatadas ou trocadas, porque o Excel as guardou como números de série e as grava de volta no seu próprio formato de exibição. IDs longos perdem os dígitos finais, porque o Excel guarda apenas quinze dígitos significativos e grava zeros no lugar do resto. Cada um desses problemas tem seu próprio guia companheiro com suas próprias correções, e este artigo não repete essas correções, porque a lição do salvamento é a mesma para os três: o dano aconteceu na abertura, e o salvamento é o que o tornou permanente.

Vale a pena afirmar aqui o teste que separa um problema de exibição de um problema de arquivo salvo. Abra o arquivo em um editor de texto. Se os códigos, as datas e os IDs estiverem corretos ali, o arquivo ainda está bom e apenas a exibição do Excel está errada: feche sem salvar e importe de novo da forma correta. Se o editor de texto mostrar zeros removidos, datas trocadas ou IDs cortados, o salvamento já reescreveu o arquivo, e a seção de resgate é a sua única rota. Esse teste leva dez segundos, e é o hábito mais útil de todo este guia, porque ele diz se você ainda tem um arquivo bom ou apenas um arquivo danificado.

Também vale saber o que não é reescrito. Palavras simples, números curtos que não precisam de palpite e valores que o Excel deixou como texto sobrevivem a um salvamento sem mudança, e é por isso que um arquivo salvo pode parecer quase certo enquanto está errado exatamente nas colunas que importam: códigos, datas e IDs. Conferir uma linha comum por alto não prova nada. Confira as colunas sensíveis especificamente: a coluna de códigos, a coluna de datas e a coluna de IDs longos, em um editor de texto, depois de cada salvamento, antes de enviar o arquivo para qualquer lugar.

Quatro correções que não funcionam depois de um salvamento ruim

Antes das correções que funcionam, vale afastar as quatro correções que não funcionam, porque cada uma delas desperdiça tempo e uma delas piora as coisas. A primeira é reformatar o arquivo salvo depois do fato. Mudar o formato de uma coluna muda como os valores guardados são exibidos, mas não consegue restaurar caracteres que o salvamento já removeu. Um código salvo como 123 não recupera seus zeros ao formatar a coluna como Texto, porque o arquivo agora guarda 123 e nada mais. Formatação é exibição. O texto salvo é o dado, e mudanças de exibição nunca tocam nele.

A segunda é apertar Desfazer depois de salvar. Desfazer reverte edições dentro da pasta de trabalho aberta, mas não desfaz a gravação de um arquivo que já foi salvo no disco. Quando o salvamento termina, o disco guarda o arquivo reescrito, e nenhuma quantidade de desfazer na pasta de trabalho traz os caracteres originais de volta. A terceira é colocar os valores do arquivo salvo entre aspas. Aspas controlam como vírgulas dentro de um valor são tratadas, não como o Excel classifica um valor, e o Excel remove as aspas na importação e adivinha o tipo de qualquer forma, então adicionar aspas a um arquivo danificado não muda nada sobre o dano. A quarta é localizar e substituir em todo o arquivo salvo para reparar datas trocadas ou zeros removidos à mão. Isso só funciona se cada linha sofreu a mesma mudança, o que nunca acontece em colunas mistas, então uma substituição geral corrompe as linhas que estavam certas enquanto corrige as linhas que estavam erradas.

Saber quais correções falham poupa você da armadilha mais comum de todas: acreditar que o problema está resolvido porque a pasta de trabalho na tela parece certa, enquanto o arquivo no disco continua errado. A tela não é o arquivo. O editor de texto é o arquivo. Cada reparo no resto deste guia começa com essa distinção, e cada verificação termina com ela.

Correção 1: nunca salve por cima do original, guarde uma cópia principal

Esta é a correção para tentar primeiro, porque ela não custa nada, não muda nada no seu sistema, e torna cada outro erro deste guia recuperável. Mantenha o CSV original intacto e faça todo o seu trabalho no Excel em uma cópia. O fluxo é deliberadamente sem graça: quando um CSV chega, salve-o em uma pasta chamada originais e nunca abra essa cópia no Excel. Copie-o para uma pasta de trabalho e abra a cópia de trabalho. Se um salvamento der errado, apague a cópia de trabalho, copie o original de novo e comece outra vez. Sem resgate, sem reparo, sem perda de dados, porque o arquivo bom nunca esteve em risco.

Se você mesmo produz o CSV, guarde a cópia principal no formato de planilha e trate o CSV como uma exportação, não como o documento. Trabalhe na pasta de trabalho, salve a pasta de trabalho e exporte um CSV novo sempre que precisar de um, com um nome com versão e data como clientes-2026-11-05.csv, para que uma exportação nunca substitua silenciosamente uma anterior. Um CSV é um retrato achatado, não os dados em si, então a pasta de trabalho principal, ou melhor ainda o banco de dados ou o JSON de onde os dados vieram, é o que deve ser protegido. No momento em que um CSV se torna a única cópia dos seus dados, cada salvamento no Excel se torna um risco para a única cópia, e essa é a situação que este guia existe para prevenir.

• ▸Salve cada CSV que chega em uma pasta de originais antes de abri-lo em qualquer lugar.
• ▸Trabalhe apenas em uma cópia e dê aos exports nomes com data para que nunca sobrescrevam em silêncio.
• ▸Mantenha a pasta de trabalho principal salva no formato de planilha, separada de qualquer exportação em CSV.
• ▸Se um salvamento der errado, descarte a cópia de trabalho e comece de novo a partir do original.

Esta regra também protege você do aviso de várias planilhas. Se a sua pasta de trabalho tem várias planilhas e você exporta uma para CSV, a pasta de trabalho em si continua intacta no seu próprio formato, e você pode exportar cada planilha separadamente sempre que precisar. A exportação em CSV é um retrato de mão única para um fim específico, e a pasta de trabalho continua sendo o documento vivo. As pessoas perdem planilhas não porque o CSV é perigoso, mas porque fecharam a pasta de trabalho sem salvá-la depois de exportar, e o hábito da cópia principal torna esse erro impossível.

Correção 2: edite com segurança, em um editor de texto ou com uma importação correta

A segunda correção é sobre como você edita, e ela tem dois caminhos dependendo do tamanho do trabalho. Para uma edição pequena, mudar um ou dois valores, corrigir um erro de digitação, corrigir uma linha, não abra o arquivo no Excel. Abra-o em um editor de texto, faça a mudança e salve a partir do editor. Um editor de texto grava de volta exatamente os caracteres que você vê, sem adivinhação de tipos, sem troca de delimitador e sem mudança de codificação, desde que você mantenha a mesma codificação ao salvar. Para uma correção de uma linha, o editor de texto não é um improviso. Ele é a ferramenta correta, e é mais rápido do que o Excel para o trabalho.

Para uma edição grande, em que você precisa ordenar, filtrar ou usar fórmulas, importe o arquivo da forma correta em vez de clicar duas vezes nele. Abra uma pasta de trabalho em branco, vá em Dados, depois em De Texto/CSV, e na pré-visualização defina o delimitador, a codificação e o tipo de cada coluna sensível antes de carregar: códigos e IDs como Texto, datas como Texto ou como Data com a localidade de origem. Faça o seu trabalho, depois exporte com Salvar como, escolha CSV UTF-8, dê à exportação um nome novo para que ela não possa sobrescrever o original, e confira o resultado em um editor de texto antes de enviá-lo. A etapa de importação é onde você assume o controle dos três palpites de uma só vez, e a verificação no editor de texto é onde você prova que a exportação está limpa.

Mais uma opção de edição segura merece menção: edite os dados na fonte em vez de editar o CSV. Se o CSV veio de um JSON, corrija o JSON e converta de novo, o que produz um arquivo limpo sem nenhum dano de ida e volta. Se ele veio de um banco de dados, exporte de novo a partir do banco de dados. Gerar de novo a partir da fonte é sempre mais limpo do que reparar um arquivo que já passou por uma planilha, porque a fonte guarda os valores verdadeiros e a exportação guarda apenas um retrato deles.

Correção 3: verifique antes de enviar, a checagem de dois minutos no editor de texto

A terceira correção é um hábito, não uma configuração: confira cada CSV salvo em um editor de texto antes de enviá-lo para qualquer lugar, usando uma lista curta que leva cerca de dois minutos. Abra o arquivo salvo e o original lado a lado e confira cinco coisas. Primeiro, o delimitador: a linha de cabeçalho usa o mesmo separador nos dois arquivos. Segundo, a contagem de linhas: o arquivo salvo tem o mesmo número de linhas, lembrando que valores com quebras de linha podem ocupar várias linhas. Terceiro, as colunas sensíveis: os códigos ainda têm seus zeros à esquerda, as datas ainda são lidas como a fonte as escreveu, os IDs longos ainda têm todos os dígitos. Quarto, a codificação: os nomes acentuados ainda são lidos corretamente, sem pontos de interrogação ou pares de letras estranhas. Quinto, as aspas: valores que contêm o delimitador ainda estão entre aspas, para continuarem em uma única coluna.

Se alguma verificação falhar, não envie o arquivo e não tente remendá-lo na planilha. Volte ao original, corrija a configuração que causou a falha e exporte de novo. Uma verificação com falha é barata quando o original ainda existe e cara quando não existe, e é por isso que essa verificação pertence ao momento antes do envio, não ao momento depois de alguém reclamar. A reação mais comum a uma verificação com falha é abrir o arquivo salvo no Excel de novo para corrigi-lo, o que começa outra viagem de ida e volta e geralmente acrescenta um dano novo. Corrija a exportação, não o arquivo exportado.

Faça da verificação parte da própria exportação, não uma tarefa separada. Salvar como, abrir em um editor de texto, fazer as cinco verificações e só então enviar. Depois de algumas exportações, a verificação se torna automática, e os arquivos que você envia param de voltar com reclamações sobre zeros faltando, datas trocadas ou layouts de uma única coluna. A verificação também é a sua evidência: se um destinatário relatar um problema depois, você pode comparar o arquivo que enviou com o original e mostrar exatamente onde a mudança aconteceu, em vez de adivinhar.

Como resgatar um arquivo que já foi salvo por cima

Às vezes o conselho chega tarde demais, e o arquivo salvo já sobrescreveu a única cópia. O resgate é possível em alguns casos, e a resposta honesta é que isso depende do que mais existe além do arquivo danificado. Primeiro, procure backups automáticos: o OneDrive e o SharePoint guardam histórico de versões para arquivos neles armazenados, então clique com o botão direito no arquivo e procure versões anteriores antes de fazer qualquer outra coisa. O Histórico de Arquivos do Windows e o Time Machine do Mac guardam suas próprias cópias se estavam ativados. Anexos de e-mail, uploads em chats e unidades compartilhadas muitas vezes guardam uma cópia anterior do mesmo arquivo, enviada antes do salvamento ruim, e essa cópia é com frequência o resgate mais limpo disponível.

Segundo, se não existir uma cópia anterior, verifique se o dano é uniforme o bastante para ser revertido. Se cada data trocou sob uma única convenção e cada dia original era 12 ou menos, uma fórmula pode trocá-las de volta, e se cada código perdeu o mesmo número de zeros, esses zeros podem ser restaurados pela formatação, mas apenas quando a perda foi uniforme em toda a coluna. Trabalhe em uma cópia, nunca na única versão, e confira o resultado com um registro conhecido antes de confiar nele. Se o dano for misto, algumas linhas trocadas, algumas continuaram como texto, alguns códigos viraram datas, os caracteres originais sumiram dessa cópia de um jeito que nenhuma fórmula consegue desembaraçar, porque um número salvo não registra o que ele costumava ser.

Terceiro, e com mais confiabilidade, gere o arquivo de novo a partir da sua fonte. Exporte-o de novo do banco de dados, da ferramenta ou do JSON de onde ele veio, e desta vez abra-o com uma importação correta e nunca salve por cima dele. Se a fonte é JSON, o conversor desta página produz um CSV novo a partir do JSON original em segundos, com cada valor exatamente como escrito, e esse arquivo novo substitui o danificado por completo. Qualquer que seja a rota, guarde a cópia danificada de lado até que a substituição passe na verificação em um editor de texto. Apagar a única cópia antes de verificar a substituição é como um problema recuperável se torna um conjunto de dados perdido.

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

O conversor desta página produz exatamente o tipo de arquivo sobre o qual este guia trata, então vale afirmar seu comportamento com clareza, verificado no código real e não presumido. O mecanismo de conversão foi executado em uma amostra de duas linhas com os códigos 00123 e 00456, os CEPs 02138 e 07477, os IDs de 18 dígitos 123456789012345678 e 987654321098765432, as datas 2026-03-04 e 2026-04-03, os nomes acentuados Zoë Café e Müller, e as observações fragile; handle with care e gift. Com delimitadores vírgula, ele produziu cada valor byte por byte igual, com o nome que contém vírgula entre aspas e nada mais entre aspas. Com delimitadores ponto e vírgula, ele colocou entre aspas exatamente a observação que contém ponto e vírgula e nada mais. Então, se o seu arquivo convertido mostrar valores alterados depois que o Excel o tocou, a conversão não danificou nada. O arquivo estava correto, e o Excel adivinhou na abertura e gravou seus palpites de volta no salvamento.

Comma delimited (verified, real converter output):
code,zip,id,shipDate,name,note,price
00123,02138,123456789012345678,2026-03-04,"Zoë, Café",fragile; handle with care,19.99
00456,07477,987654321098765432,2026-04-03,Müller,gift,5

Semicolon delimited (verified, same sample):
code;zip;id;shipDate;name;note;price
00123;02138;123456789012345678;2026-03-04;Zoë, Café;"fragile; handle with care";19.99
00456;07477;987654321098765432;2026-04-03;Müller;gift;5

Codes, ZIPs, long IDs, and dates all survive byte-identically.
Quoting follows the delimiter: only values holding the delimiter
are quoted, in both cases.

Isso dá a você duas opções limpas para arquivos convertidos. A primeira é a rota de edição segura: se você precisa mudar um arquivo convertido, mude o JSON e converta de novo, o que produz um arquivo novo sem dano de ida e volta, em vez de editar o CSV no Excel e salvar por cima dele. A segunda é a rota de importação: abra o arquivo baixado com Dados, depois De Texto/CSV, defina as colunas de código e ID como Texto e as colunas de data como Texto ou como Data com a localidade de origem, faça o seu trabalho e exporte com Salvar como sob um nome novo em CSV UTF-8, conferindo o resultado em um editor de texto. Não cole a saída convertida em uma planilha e salve-a de volta por cima do download, porque essa viagem de ida e volta pode introduzir exatamente as incompatibilidades de delimitador, codificação e tipo que este guia e seus companheiros existem para prevenir. Corrija a abertura, ou gere de novo a partir da fonte, nunca o arquivo salvo.

Mais um detalhe do conversor importa aqui. O conversor permite escolher o delimitador antes de baixar, e essa escolha é independente de tudo o que o Excel faz depois. Um arquivo pode ter o delimitador certo e ainda voltar com datas trocadas, ou as datas certas e o delimitador errado, ou os dois errados de uma só vez, porque o delimitador que você escolheu na conversão não é o delimitador que o Excel grava no salvamento. Se o seu arquivo convertido abre em uma única coluna e seus valores parecem errados, corrija os dois na mesma importação: escolha o delimitador que você escolheu na conversão e defina as colunas sensíveis explicitamente. O guia companheiro sobre o problema de uma única coluna cobre a metade do delimitador em detalhes, 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 ligados nos guias relacionados abaixo.

Um exemplo prático ajuda a fixar a rotina. Imagine que você baixa um CSV convertido com códigos de produto, CEPs e datas de envio, e precisa corrigir apenas o nome de um cliente. Abrir esse download no Excel, corrigir o nome e apertar Ctrl+S parece o caminho mais rápido, mas é o caminho que reescreve o arquivo inteiro, e o nome corrigido pode sair junto com códigos sem zeros e datas reformatadas. O caminho seguro leva menos de um minuto a mais: corrija o nome no JSON, converta de novo e baixe um arquivo limpo, ou corrija o nome no editor de texto e salve a partir dele. Nos dois casos, o arquivo que segue adiante guarda os mesmos códigos, CEPs e datas do original, e a correção pequena não arrasta um dano grande junto com ela.

Outro caso comum é o arquivo que vai e volta entre equipes. Uma pessoa exporta do Excel, outra abre, corrige uma célula e salva, uma terceira abre o resultado e salva de novo, e cada salvamento trava mais um palpite. Depois de três voltas, ninguém sabe mais qual versão guarda os valores verdadeiros. A prevenção aqui é organizacional e não técnica: defina que o arquivo principal fica em uma pasta de originais, que cada exportação leva uma data no nome e que nenhuma correção em CSV é feita por cima de um download. Quando a regra é explícita, o arquivo que circula continua verificável, e qualquer dúvida se resolve comparando com o original em um editor de texto, sem precisar reconstruir a história de cada salvamento.

Lista de prevenção: exporte CSVs para que ninguém precise corrigi-los

A adivinhação de tipos e as reescritas de salvamento são incompatibilidades 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 quem lê respeite, e fazer quem lê conferir antes de confiar. Passe por esta lista quando você produzir ou receber um CSV, e a próxima pessoa que tocá-lo não vai precisar deste guia. Primeiro, guarde os dados de origem. Um CSV é um retrato achatado, não os dados em si, então, se um salvamento der errado, a fonte permite exportar de novo de forma limpa em vez de reparar uma cópia danificada. Segundo, nunca salve por cima de um original. Guarde uma pasta de originais, trabalhe em cópias e dê nomes com data às exportações para que nada sobrescreva em silêncio.

Terceiro, quando exportar a partir do Excel, escolha CSV UTF-8, confira a configuração de separador de lista antes de salvar e verifique a exportação em um editor de texto antes de enviá-la. Quarto, quando receber um arquivo, abra-o em um editor de texto primeiro se algo parecer errado, e confirme o delimitador, a codificação e as colunas sensíveis antes de deixar qualquer planilha salvar por cima dele. Quinto, diga aos destinatários como abrir o arquivo: uma linha dizendo para importar com as colunas de código definidas como Texto e as datas definidas como Texto ou como Data com a localidade de origem previne toda essa classe de problemas, e não custa nada incluir junto com o arquivo. A maioria das histórias de terror com CSV termina com alguém descobrindo tarde demais que o arquivo 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) →
• CSV muito grande para o Excel: por que ele não abre e o que fazer (Guia 2026) →

Perguntas frequentes