CSV: o que é e por que o Excel abre o arquivo errado
CSV é texto puro com campos separados por vírgula. Veja por que o Excel embaralha colunas, acentos e zeros, e como abrir o arquivo do jeito certo.

Alguém do comercial exporta a lista de clientes do CRM em CSV, dá dois cliques no arquivo e o Excel abre tudo numa coluna só. Nome, e-mail, cidade e telefone aparecem grudados na coluna A, com vírgulas no meio.
Na segunda tentativa, alguém troca o separador e as colunas aparecem. Só que agora "São José" virou "São José", o CEP de São Paulo perdeu o zero da frente e o vencimento de 3 de abril aparece como 4 de março.
O arquivo está inteiro. Cada um desses erros tem causa conhecida, e todas vêm de duas informações que o formato não carrega dentro dele: qual caractere separa os campos e qual codificação gravou o texto.
CSV não tem padrão de verdade no uso diário. Ele funciona quando quem exporta e quem importa combinam separador e codificação, e quebra em silêncio quando os dois lados não combinam.
O que é CSV, em termos simples
A sigla vem do inglês comma-separated values, valores separados por vírgula. O arquivo é texto puro: você abre no Bloco de Notas e lê tudo. Cada linha é um registro. Dentro da linha, os campos ficam separados por um caractere combinado, o delimitador, e a primeira linha costuma trazer o nome das colunas.
nome,cidade,uf,cep
Ana Souza,Joinville,SC,89201100
Bruno Lima,São Paulo,SP,01310100O formato não guarda fórmula, cor, largura de coluna nem tipo de dado. O "01310100" da última linha é só uma sequência de caracteres. Quem decide se aquilo é texto, número ou data é o programa que abre o arquivo, e é nessa decisão que começam os problemas de zero e de data.
Essa simplicidade fez dele um jeito comum de passar uma tabela entre sistemas que não se conhecem. ERP, CRM, banco, plataforma de e-mail e ferramenta de anúncio exportam e importam esse texto. No Mautic, a importação de contatos parte de um arquivo assim, e os passos estão em gerenciamento de contatos e listas no Mautic.
Existe uma referência escrita. A RFC 4180, publicada em outubro de 2005, descreve o formato e registra o tipo de mídia text/csv. Ela tem status de documento informativo. O próprio texto admite que não existe especificação formal e que isso abre espaço para muitas interpretações.
As regras da RFC cobrem os casos difíceis:
- Campo com vírgula, aspas ou quebra de linha vai entre aspas duplas.
- Aspas dentro de um campo entre aspas são escritas dobradas.
- Todas as linhas devem ter o mesmo número de campos.
- O cabeçalho é opcional.
- Espaço faz parte do campo e não deve ser descartado.
id,produto,observacao
1,Parafuso 1/4,"cliente pediu ""urgente"""
2,Porca M8,"entregar na doca 3
depois das 14h"O registro 2 ocupa duas linhas do arquivo e continua sendo um registro só, porque a quebra está dentro das aspas. Um programa que lê linha por linha, sem respeitar as aspas, parte esse registro em dois e desalinha tudo o que vem depois. O Power Query do Excel tem uma opção de quebras de linha justamente para isso, e a documentação do conector de texto usa um exemplo igual a esse.
O separador: por que o Excel brasileiro espera ponto e vírgula
A RFC usa vírgula. Só que no Brasil a vírgula já é o separador decimal, como em 1.234,56. Se o campo de valor não estiver entre aspas, a vírgula do decimal parte o número em duas colunas.
Para não brigar com o decimal, o Windows configurado para o Brasil usa ponto e vírgula como separador de lista. O Excel segue essa configuração quando você abre o arquivo com dois cliques. Um arquivo gerado com vírgula por um sistema americano abre, então, numa coluna só.
nome;cidade;valor
Ana Souza;Joinville;1234,56
Bruno Lima;Curitiba;980,00A página de suporte da Microsoft mostra dois caminhos para mudar isso. O primeiro troca o separador de lista nas configurações de região do Windows, e a própria Microsoft avisa que a mudança é global e afeta todos os aplicativos. O segundo fica só no Excel: você desliga "Usar separadores do sistema" nas opções avançadas e define decimal e milhar à mão.
Os dois ajustes valem só para o seu computador. Quem recebe o arquivo em outra máquina continua com o problema. O que resolve em qualquer lugar é importar escolhendo o delimitador, como mostro mais abaixo.
A codificação: de onde vem o "São José"
Texto gravado em arquivo é uma sequência de bytes, e a codificação é a tabela que transforma bytes em letras. No Brasil aparecem duas. O UTF-8 consegue representar qualquer alfabeto. O que o Windows chama de ANSI é uma tabela antiga, só com caracteres ocidentais.
No UTF-8, cada letra acentuada ocupa mais de um byte. Quando um programa lê esses bytes achando que o arquivo está em ANSI, cada byte vira um caractere: o "ç" aparece como "ç" e o "ã" como "ã". O dado continua lá, lido com a tabela errada, e uma nova importação com a codificação certa traz o texto de volta.
O arquivo raramente informa a própria codificação. Existe um marcador opcional no início, o BOM do UTF-8, que avisa ao leitor qual tabela usar. A documentação do Power Query é direta sobre o efeito: o conector só deduz UTF-8 quando o arquivo começa com o BOM. Sem ele, você escolhe a codificação à mão no campo de origem do arquivo.
O caso contrário também acontece. Se um sistema não reconhece a primeira coluna de uma importação, mesmo com o nome certo, confira se há um BOM no começo do arquivo grudado nesse nome.
Zeros, datas e números que o Excel converte sem perguntar
Quando você abre um CSV com dois cliques, o Excel usa as configurações de formato padrão para interpretar cada coluna, segundo a mesma página de suporte da Microsoft. Os estragos mais comuns são estes:
- CEP, CPF e código de produto: o Excel vê número e descarta o zero à esquerda, e 01310100 vira 1310100.
- Datas: 03/04/2026 pode virar 3 de abril ou 4 de março, conforme o formato de quem gerou e de quem abriu.
- Códigos longos: sequências numéricas grandes aparecem em notação científica.
Coluna desalinhada salta aos olhos. Zero sumido num CEP passa despercebido até o arquivo voltar para outro sistema e a etiqueta sair com o endereço errado. O passo 5 do diagrama existe por isso: alguém confere uma amostra antes de usar o dado.
Como abrir um arquivo CSV certo no Excel e no Google Sheets
O caminho seguro é importar o arquivo pela guia Dados. Ele leva um minuto a mais e devolve o controle das três decisões que o clique duplo toma sozinho.
- Abra o Excel com uma pasta em branco. Não dê dois cliques no arquivo.
- Use a importação. Na guia Dados, no grupo Obter & Transformar Dados, clique em Do Texto/CSV e escolha o arquivo.
- Escolha a origem do arquivo. Se aparecer "ç", troque para UTF-8. Se aparecer um losango com interrogação no lugar do acento, tente a codificação ocidental do Windows.
- Escolha o delimitador. A pré-visualização muda na hora e mostra se as colunas se separaram.
- Proteja as colunas de código. Clique em Transformar Dados e defina CEP, CPF e códigos como texto antes de carregar. O Power Query também permite desligar a detecção automática de tipo e tratar tudo como texto.
- No Google Sheets, use Arquivo > Importar. Escolha o arquivo, o local de importação e o caractere separador. A ajuda do Google lista as opções de separador: detectar automaticamente, tabulação, vírgula ou personalizado, onde entra o ponto e vírgula.
- Confira uma amostra. Compare cinco linhas com o sistema de origem e olhe acento, zero à esquerda, data e o total de uma coluna de valor.
Pedir a uma IA que limpe o arquivo ajuda na formatação, mas ela também erra número, como mostra o texto sobre IA para planilhas. A conferência do passo 7 vale do mesmo jeito.
CSV, XLSX ou JSON: quando usar cada um
Os três formatos guardam tabela e circulam pelos mesmos sistemas. A diferença está no que cada um carrega junto com o dado.
| CSV | XLSX | JSON | |
|---|---|---|---|
| Formato | texto puro, uma linha por registro | pacote compactado com XML e várias abas | texto puro com chaves e listas aninhadas |
| Tipos de dado | nenhum, tudo é texto | número, data, fórmula e formatação | texto, número, booleano e nulo |
| Tamanho | só o dado e os separadores | compactado, com a estrutura da planilha junto | repete o nome do campo em cada registro |
| Quem lê | qualquer planilha, banco ou linguagem | Excel, Google Sheets, LibreOffice e bibliotecas | APIs, navegadores e linguagens de programação |
| Risco típico | separador e codificação divergentes | fórmula, célula mesclada e cor que o sistema ignora | estrutura aninhada que não vira tabela sem tratamento |
Use XLSX quando o destino é uma pessoa que vai ler, filtrar e somar. Use JSON quando a troca é entre sistemas e o dado tem hierarquia, como um pedido com vários itens; o formato está explicado em o que é JSON.
O CSV continua sendo o formato mais simples para carga em massa. Banco de dados importa esse arquivo direto numa tabela, com comando próprio, assunto de SQL: o que é e por que todo banco de dados usa. O Power BI lê o mesmo arquivo pelo Power Query, com as mesmas opções de origem e delimitador do Excel.
Como exportar sem deixar problema para quem recebe
Quem exporta tem mais controle que quem importa, porque escolhe as convenções antes de o arquivo sair. Alguns hábitos evitam o retrabalho descrito acima:
- Grave em UTF-8 e diga isso a quem recebe, por escrito.
- Informe o separador junto com o arquivo, mesmo que pareça óbvio.
- Coloque entre aspas todo campo de texto livre, como observação e endereço.
- Escreva datas no formato ano-mês-dia, como 2026-04-03, que nenhum programa lê invertido.
- Grave valores sem separador de milhar e com um decimal combinado.
- Mande junto um arquivo pequeno de exemplo, com cinco linhas, antes da carga inteira.
Esses cuidados cabem num parágrafo de e-mail. A RFC 4180 completou 21 anos em outubro de 2026 e segue como documento informativo, então o acordo de separador e codificação ainda depende de quem está nas duas pontas.


