CSV a JSON

El problema de tratar el CSV como "solo texto"

El CSV parece el formato de datos más simple que existe, y esa fama es justamente la que causa problemas. La especificación nunca definió con rigor cómo escapar una coma dentro de un campo o qué codificación asumir, así que cada exportador —una hoja de cálculo, un ERP antiguo, un generador de estados de cuenta— lo hace de manera ligeramente distinta. Un analizador ingenuo que divide por comas se rompe con el primer archivo real que encuentra. Los equipos que integran exportaciones de proveedores terminan manteniendo analizadores frágiles que fallan en silencio ante una comilla sin escapar.

Lo que realmente aporta la inferencia de tipos

Llame a POST /data/csv-to-json con su archivo y la tarea lee la cabecera, toma muestras de cada columna, y decide si representa un entero, un decimal, un booleano, una fecha o texto plano, de modo que una columna con "42", "17", "3" llega como números que puede sumar de inmediato, no cadenas que primero hay que convertir. Los valores que parecen numéricos pero cargan significado como texto, como un código postal con cero inicial, se dejan como cadenas, porque la inferencia solo es útil cuando también es cuidadosa.

Mapeo de cabeceras para archivos que no controla

Los CSV del mundo real casi nunca usan los nombres de campo que espera su base de datos. La exportación de un procesador de pagos puede llamar a una columna "Txn Date" mientras su esquema espera transaction_date. En vez de procesar cada respuesta después, envía un mapeo de cabeceras junto con el archivo y el endpoint renombra las columnas durante la conversión, así que lo que regresa ya coincide con la forma que consume su aplicación, un paso de transformación menos que escribir y mantener.

Un poco de historia, brevemente

El CSV es anterior a la propia web, con raíces en software empresarial de mainframe de los años setenta, y nunca desapareció porque nada más simple lo ha reemplazado para el intercambio tabular entre sistemas que, por lo demás, no comparten nada. El JSON, en cambio, surgió de los literales de objeto de JavaScript a inicios de los años dos mil para que los programas lo consumieran directamente. Convertir uno en otro es un puente entre dos épocas del intercambio de datos, y hacerlo bien significa respetar las particularidades que el CSV acumuló en el camino.

Dónde encaja en un flujo automatizado

Como la conversión corre de forma asíncrona, se integra sin fricción en trabajos ETL, importaciones programadas desde sistemas de socios, o un flujo de carga de formulario donde un usuario arrastra una hoja de cálculo y su aplicación necesita registros estructurados en segundos. Recibe un task_id de inmediato y el JSON llega por webhook, listo para insertarse, validarse o reenviarse sin que su flujo quede bloqueado esperando la conversión.