Transformar un CSV

El costo oculto de reacomodar datos

Los datos rara vez llegan con la forma que necesita. La lista de precios de un proveedor trae unit_cost cuando su sistema espera unit_price; una exportación de marketing divide first_name y last_name en dos columnas cuando su CRM quiere un solo campo full_name; una exportación cruda incluye una docena de columnas internas que su script de importación tiene que quitar antes de siquiera poder correr. Nada de esto es complicado por separado, pero multiplicado por cada archivo, cada socio y cada cambio de esquema, se convierte en un impuesto silencioso y recurrente para quien toque el flujo de datos.

Qué hace realmente una regla de transformación

Llame a POST /data/transform-csv con su archivo y una lista de reglas, y cada regla ejecuta una operación: renombrar una columna, calcular una nueva a partir de una expresión que referencia columnas existentes (como precio por cantidad para obtener un total de línea), eliminar una columna por completo, o reordenar las columnas de salida. Las reglas se aplican en el orden que especifique, así que una columna calculada puede referenciar una columna renombrada por una regla anterior, permitiéndole encadenar varias operaciones pequeñas en un solo reacomodo coherente en vez de escribir un script personalizado para cada paso.

Columnas calculadas sin hoja de cálculo

Las transformaciones más útiles suelen ser la aritmética más simple que haría una fórmula de hoja de cálculo: margen como (precio menos costo) dividido entre precio, una dirección completa concatenada a partir de calle, ciudad y código postal, un indicador booleano derivado de un umbral. Expresar eso como una regla en lugar de una fórmula en la celda Z2 significa que corre igual cada vez, en cada fila, sin que una referencia de fórmula se rompa cuando alguien inserta una columna arriba.

Por qué estructura y significado son problemas distintos

Renombrar y reacomodar es un problema diferente al de validar o filtrar datos, aunque las hojas de cálculo tienden a mezclar ambos en un enredo de fórmulas. Mantener la transformación estructural como un paso explícito propio, separado de decidir qué filas califican o qué significa un valor, hace que cada parte de un flujo sea más fácil de razonar y de depurar cuando un sistema posterior rechaza un archivo: sabe de inmediato si el problema es la forma o el contenido.

Cómo encaja en un flujo de trabajo

Como la tarea es asíncrona y devuelve un task_id de inmediato, transformar un CSV encaja de forma natural como una etapa entre varias: traer un archivo, transformar sus columnas para que coincidan con un esquema objetivo, y luego filtrarlo o unirlo con otra fuente. Las integraciones con socios, las importaciones recurrentes y las migraciones de esquema se benefician de expresar el reacomodo como reglas declarativas en lugar de un script que hay que reescribir cada vez que el formato de origen cambia un poco.