CSV para JSON sem perder zeros à esquerda ou IDs grandes

Se 001 é um ID de conta, transformá-lo em 1 é uma conversão incorreta. O mesmo vale para um ID longo de post que muda seu último dígito.

CSV não informa ao conversor quais colunas são identificadores. O ponto de partida mais seguro é manter as células como strings e converter apenas os valores que você realmente precisa como números ou booleanos.

Comece com um arquivo que exponha o problema

Nossa amostra tem zeros à esquerda, dois IDs de 19 dígitos, uma vírgula dentro de um campo entre aspas e o nome Zoë. Nenhuma das linhas contém dados reais de conta.

Com as configurações padrão do CozyToolkit, 001 permanece "001", os IDs longos permanecem entre aspas e "Design, then share" continua sendo um único valor. Até true permanece a string "true". Esse último detalhe é intencional: o conversor não foi solicitado a adivinhar tipos.

Converta sem alterar os identificadores

1. Baixe o CSV de amostra acima, ou use Experimente este CSV para abri-lo no conversor de dados.
2. Escolha CSV como origem e JSON como destino. A detecção automática também reconhece esta amostra.
3. Mantenha A primeira linha contém cabeçalhos ativado e Detectar números e booleanos no CSV desativado em Opções.
4. Verifique a saída JSON. Os valores para account_id e post_id devem ter aspas ao redor.
5. Baixe o JSON e verifique-o no aplicativo que o utilizará. Uma exportação correta ainda pode ser alterada pelo próximo importador.

A pré-visualização da tabela é útil para verificar colunas e linhas. Use a visualização JSON ao verificar tipos: uma string entre aspas e um número podem parecer idênticos em uma tabela.

Quando a detecção de tipos ajuda—e quando não ajuda

Se um CSV contém quantidades como 12 e flags como true, Detectar números e booleanos no CSV pode transformá-los em números e booleanos JSON. Em nosso conversor, um valor como 001 permanece uma string mesmo com a detecção ativada.

Um inteiro longo é diferente. Com a detecção ativada, nosso conversor preserva seus dígitos no JSON exportado usando um parser de números sem perda. Mas agora é um número sem aspas. O programa que lê esse arquivo também deve lidar com ele com precisão.

O maior inteiro seguro do JavaScript é 9.007.199.254.740.991. O JSON.parse comum converte números JSON em números JavaScript, e valores além desse intervalo seguro podem ser arredondados. MDN explica o limite de inteiro seguro.

Por exemplo, em JavaScript:

JSON.parse('{"id":1234567890123456789}').id
// 1234567890123456800

JSON.parse('{"id":"1234567890123456789"}').id
// "1234567890123456789"

Se você nunca vai somar, subtrair ou calcular a média de um ID, mantê-lo como string evita esse problema. O interruptor de detecção de tipos do conversor atual se aplica ao arquivo inteiro, não a colunas individuais. Para IDs e quantidades misturados, deixe-o desativado e converta explicitamente os campos de quantidade no sistema que consome os dados.

Se o CSV já está danificado

Um conversor não pode recuperar dígitos que uma exportação anterior de planilha arredondou. Nem pode inferir se 1 era originalmente 001 ou 0001.

Abra o CSV original como texto antes de converter. Se os dígitos já estão faltando, volte à exportação de origem. Adicionar zeros ou inventar os últimos dígitos depois não é um reparo.

O que verificamos

Em 28 de setembro de 2026, executamos o arquivo para download através da função de conversão do CozyToolkit com detecção de tipos desativada e ativada. Verificamos ambos os IDs longos, os zeros à esquerda, a vírgula entre aspas e Unicode na saída. O arquivo de medições inclui ambas as saídas para comparação. Os arquivos são processados no seu navegador; este teste não usou um modelo de IA.