Los códigos no siempre son números
Un código como 001 identifica una entrada, aunque esté formado solo por dígitos. Convertirlo automáticamente al número 1 elimina información que puede ser necesaria para otro sistema. Kitavio conserva las celdas del CSV como cadenas JSON.
La misma regla evita adivinar formatos de fecha. Un valor 03/04/2026 puede tener interpretaciones distintas según el destino. Convierte su tipo por separado cuando conozcas el formato que necesita ese destino.
Separador y nombres de columna
La primera fila contiene las claves de los objetos JSON. Los nombres deben ser distintos y no estar vacíos. Selecciona coma, punto y coma o tabulación según el archivo; cambiar el idioma de la interfaz no cambia ese separador.
Cada fila debe tener tantas celdas como la cabecera. Una fila incompleta genera un error para evitar desplazar valores a una columna equivocada. Un campo vacío se conserva como una cadena vacía.
Comillas y saltos de línea
Una celda que contiene el separador debe ir entre comillas dobles. Dentro de una celda entrecomillada, dos comillas representan una comilla literal. Por ejemplo, "Dice ""sí""" se convierte en el texto Dice "sí".
Un salto de línea entre comillas pertenece a la celda. No es el comienzo de otro contacto. Por eso no conviene dividir el archivo simplemente por comas o por líneas.
Revisar una exportación de vuelta
JSON a CSV admite una lista de objetos e incluye todas las claves encontradas. Las propiedades ausentes y null producen celdas vacías. Un objeto anidado queda como JSON dentro de la celda; no se expande en varias columnas.
La protección de fórmulas añade un apóstrofo a cadenas que una hoja de cálculo podría interpretar como instrucciones. Déjala activada al abrir datos que no controlas; desactívala solo si necesitas conservar esas cadenas literalmente.
- Descarga la tabla ficticia y selecciona su separador.
- Convierte a JSON y comprueba que el código 001 sigue siendo una cadena.
- Revisa la nota que contiene una coma y la que contiene comillas.
- Si vuelves a CSV, comprueba columnas y registros antes de importar en otro programa.
Criterios para revisar y entregar el resultado
Para una tabla de códigos, define qué columnas deben conservarse como texto antes de convertir. Un identificador con ceros iniciales puede parecer numérico sin representar una cantidad. La importación conserva las celdas como cadenas, pero una aplicación posterior puede volver a inferir tipos. Comprueba ese paso aparte. Incluye en una muestra una celda vacía, una nota con separador y otra con comillas para verificar estructura sin utilizar datos privados.
Cuando vuelvas a CSV, revisa las claves presentes en todos los objetos y cómo aparecen propiedades ausentes o anidadas. La protección de fórmulas debe elegirse según el destino, especialmente si la tabla se abrirá en una hoja de cálculo. Importa con el separador correcto y verifica primera y última fila, total de registros y un código representativo. Guarda la fuente con sus tipos y contexto para resolver discrepancias. Una ida y vuelta puede mantener valores habituales sin conservar todos los bytes o todas las distinciones de estructura. Define cuáles son importantes para tu intercambio y documenta el resultado aceptado en vez de asumir que cualquier salida legible representa una conversión completa para todos los sistemas.
Una tabla con códigos y comillas
Descarga contacts.csv, ábrelo en un editor de texto y pega su contenido completo en CSV a JSON. Selecciona Coma y convierte. Los contactos son ficticios y las columnas están en inglés para que puedas comprobar que se conservan sus nombres.
La primera entrada tiene code: "001" y note: "Hello, world". La segunda conserva las comillas de Says "yes". No se pierden ceros ni se crean columnas adicionales por la coma de la nota.
Copia el JSON a JSON a CSV y compara las celdas de ambas tablas. El espaciado del JSON puede cambiar sin alterar sus valores.
Ver captura de la herramienta
