Errores de datos al importar CSV: por qué ocurren y cómo se arreglan
Los precios se duplicaron. «café» se convirtió en «café». Tres copias de cada producto. Cuando una importación sale mal, el instinto es culpar al archivo, pero un «archivo defectuoso» casi nunca es la causa: dos sistemas no se pusieron de acuerdo, en silencio, sobre lo que significaba una coma, una comilla o un número, y nada avisó del desacuerdo hasta que los datos incorrectos ya estaban delante de ti.
Siete formas en que un archivo que parece limpio miente
Todos estos casos llegan con el número de filas correcto y sin mensaje de error.
Desajustes de codificación — un archivo escrito como Windows-1252 y leído como UTF-8 (o al revés) convierte «café» en «café» y una raya en tres caracteres ilegibles. Nada falla; los valores simplemente están mal, en las columnas por las que no te pones a mirar.
El delimitador no es realmente una coma — buena parte de Europa continental guarda el CSV con punto y coma, porque esas configuraciones regionales usan la coma para los decimales. Da por hecho el delimitador equivocado y obtienes una única columna gigante sin dividir — o la coma decimal de un precio partida en columnas que no existen.
La «ayuda» de la hoja de cálculo antes de exportar — Excel guarda un código postal escrito como 01234 como el número 1234, y muestra un código de barras de 16 dígitos en notación científica, redondeado a partir del dígito 15. Cuando se escribe el CSV, el valor original ya no existe en ningún sitio.
Números que significan dos cosas distintas — 1.234,56 y 1,234.56 son la misma cantidad bajo dos convenciones regionales. Lee uno dando por hecho la convención del otro y se interpreta sin error — como 1.23, o como 1234560.
Cabeceras que cambian — una exportación añade o reordena una columna, «postcode» pasa a ser «postal_code», y un importador que empareja por posición escribe descripciones en campos de precio sin avisar. Nada en un CSV obliga a que la columna 4 signifique lo mismo dos veces.
Reimportar sin una clave estable — corriges tres filas, vuelves a subir 2000, y un importador sin una identidad estable por registro crea 2000 duplicados en vez de actualizar tres. Los nombres cambian; una referencia externa, un SKU o un número de pedido no.
Caracteres que no ves — un espacio de no separación pegado de una página web, o "Blue " con un espacio al final, se muestra idéntico al valor limpio y falla en cualquier coincidencia exacta — así que la misma categoría se crea dos veces, y las comprobaciones de duplicados nunca saltan.
Antes de subir el archivo: la comprobación que detecta casi todo esto
1
Ábrelo una vez como texto plano
Antes de fiarte de la vista previa de cualquier herramienta, abre el archivo en un editor de texto plano, no en una hoja de cálculo: una hoja de cálculo reinterpreta el archivo en el mismo momento de abrirlo, lo que oculta justo los problemas que estás buscando. Mira el inicio en bruto de la primera línea por si hay algo antes del primer nombre de columna.
2
Confirma que el delimitador es el que crees
Cuenta a ojo los delimitadores en unas cuantas líneas distintas. Un archivo que en realidad está delimitado por punto y coma pero que se supone delimitado por comas no muestra ninguna coma fuera de los propios valores: una comprobación de cinco segundos que atrapa toda una clase de fallos antes de que empiecen.
3
Prueba una fila que lleve una coma, unas comillas y un salto de línea
Busca, o crea a propósito, una fila de prueba con una coma dentro de un campo de texto, una comilla y una nota de varias líneas, y comprueba que el importador mantiene cada uno como un solo campo en lugar de dividirlo. Esa única fila pone a prueba justo el mecanismo que, mal gestionado, desplaza en silencio todas las columnas posteriores.
4
Prueba con un lote pequeño antes del archivo completo
Probar primero con diez o veinte filas, revisadas una a una, detecta un error sistemático de asignación —una columna cambiada, una moneda equivocada, un formato de fecha incorrecto— cuando todavía son diez filas que corregir y no diez mil.
5
Decide qué significa «hecho» por fila, no por archivo
Un único «correcto» o «erróneo» para todo el archivo no te dice nada sobre qué filas corregir. Exige un resultado por fila —creada, actualizada, omitida, fallida y por qué— antes de confiarle a un importador algo que importe.
Casi siempre, una discordancia de codificación. El archivo se escribió con una codificación de caracteres —normalmente Windows-1252 o Latin-1— y se leyó como UTF-8, o al revés. Vuelve a guardar el archivo de origen explícitamente como UTF-8 y comprueba si hay que eliminar la marca de orden de bytes, según lo que espere el importador.
El software de hojas de cálculo guarda como número cualquier cosa que parezca un número, y los números no conservan los ceros a la izquierda. Ocurrió antes de que se escribiera el CSV, en el momento en que el valor se tecleó o se autoformateó, y no se puede recuperar solo desde el CSV: la columna de origen tiene que estar formateada como texto, no arreglarse después.
El importador no tenía forma estable de reconocer una fila del archivo nuevo como «el mismo registro» que ya había guardado, muy probablemente porque la coincidencia se hacía por un nombre o una descripción en lugar de por un identificador fijo como una referencia externa, un número de pedido o un SKU. Sin esa clave estable, cada importación parece la primera.
Eso es tanto un problema de informes como de datos: un buen importador te dice el resultado de cada fila, no solo del archivo entero. Si la herramienta que usas solo da un correcto/fallido para toda la subida, tómatelo como una señal para probar en lotes pequeños hasta que puedas ver resultados fila a fila.
Casi siempre es un desajuste entre el separador decimal y el de miles. 1.234,56 y 1,234.56 son dos representaciones válidas del mismo número bajo convenciones regionales distintas, y leer una asumiendo la otra no da error: simplemente produce un valor equivocado. Comprueba qué convención usa tu exportación y asegúrate de indicárselo al importador en lugar de dejar que lo adivine.
Ten cuidado: abrir y volver a guardar un CSV en una hoja de cálculo es justo el paso que introduce varios de los problemas de esta página: ceros a la izquierda, conversión automática de fechas, notación científica. Si necesitas editar a mano un puñado de filas, un editor de texto plano es más seguro que una ida y vuelta completa por una hoja de cálculo.
Cómo lo resuelve Olmira
El conector de importación de archivos de Olmira está construido exactamente contra esta lista: un analizador RFC 4180 estricto que gestiona comas entrecomilladas y saltos de línea incrustados, eliminación automática de un BOM UTF-8 inicial, y archivos demasiado grandes rechazados directamente en vez de truncados en silencio. Una fila cuyo número de columnas no coincide con la cabecera falla por sí sola sin abortar el resto, y una clave de deduplicación hace que ejecutar el mismo archivo dos veces actualice u omita los registros existentes — según la política que elijas — en vez de duplicarlos.
Para catálogos de productos y servicios, importar por CSV añade una vista previa fila a fila — incluidos los campos que ha rellenado la IA, claramente marcados — antes de guardar una sola fila. La plataforma de conectores completa, con extracciones programadas y webhooks firmados junto a la importación de archivos, está en Integraciones.