Al exportar JSON a CSV para abrirlo en Excel con configuración regional de España o Latinoamérica, los números con punto decimal como 3.14 suelen aparecer mal interpretados — porque en esas configuraciones la coma es el separador decimal, y Excel espera entonces el punto y coma (;) como separador de columnas en lugar de la coma.
Para qué sirve cada formato
- YAML — indentación en vez de llaves, el estándar de facto en pipelines CI/CD, Kubernetes y Docker Compose.
- CSV — plano y tabular, el mínimo común denominador para hojas de cálculo y herramientas de análisis.
- XML — más antiguo, con atributos y espacios de nombres, todavía presente en servicios SOAP y sistemas empresariales heredados.
- TOML — pensado para ser inequívoco y fácil de editar a mano, conocido sobre todo por el
Cargo.tomlde Rust.
Por qué el CSV puede desordenarse al abrirlo en Excel en español
Excel decide el separador de campos del CSV según la configuración regional del sistema. Con la coma como separador decimal (el estándar en España y la mayoría de países hispanohablantes), Excel espera el punto y coma entre columnas, no la coma. Un archivo exportado con comas puede verse como una sola columna larga al abrirlo con doble clic — el selector de delimitador de este conversor permite elegir punto y coma para evitarlo.
La trampa del tipado automático en YAML
El parser de YAML intenta adivinar el tipo de un valor sin comillas: version: 1.20 puede convertirse en el número 1.2, perdiendo el cero final, y la cadena NO se interpreta como el booleano false según las reglas de YAML 1.1, que trataban yes/no como literales booleanos. Los valores que deben permanecer como texto conviene ponerlos entre comillas antes de convertir a JSON.
Para qué se usa en la práctica
- Mover una configuración de una herramienta que espera YAML a otra que espera JSON, o al revés.
- Exportar datos de una API a CSV para revisarlos rápidamente en una hoja de cálculo.
- Conectar un sistema heredado basado en XML/SOAP con una API moderna basada en JSON.