¿Se puede cargar en bloque una lista de Excel de miles de filas en un sistema?

Tiene una lista de 8.000 filas y hay que meterla en un sistema: un portal oficial, un programa de contabilidad o una aplicación interna. Si una persona se sienta a teclearla, a medio minuto por fila son unas 65 horas. Y a partir de la decimoquinta hora la tasa de error sube.

Por eso la pregunta es siempre la misma: ¿no se puede hacer en bloque? En la mayoría de los casos sí. Pero lo difícil no está donde casi todos creen.

Lo difícil es la preparación, no la carga

Meter datos en un sistema es técnicamente sencillo. Lo que lleva tiempo es dejar su lista con la forma que el sistema espera. En una lista típica vemos:

• La misma información en columnas distintas: provincia y municipio en una celda en unas filas y separados en otras.
• Formatos de fecha mezclados: 01.03.2026, 3 de marzo de 2026 y un número guardado como texto.
• Campos obligatorios que se han quedado vacíos.
• El mismo registro dos veces, con dos grafías distintas.
• Un campo que el sistema elige de una lista cerrada (unidad, país, categoría) escrito como texto libre.

Toda carga que empieza antes de esta limpieza se convierte en un lío mucho más caro de arreglar dentro del sistema. Depurar las distintas grafías de un mismo registro se explica aparte en Limpieza de registros.

Cómo se monta el flujo

En las herramientas que construimos el orden suele ser este:

• Correspondencia. Qué columna de Excel corresponde a qué campo del sistema se define una vez y se guarda; en la lista siguiente no se repite.
• Comprobación. Antes de enviar nada, el archivo se revisa de principio a fin: campos vacíos, fechas inválidas, valores fuera de lista, duplicados. El resultado sale como informe.
• Prueba. Primero va una parte pequeña, en el entorno de pruebas del sistema si existe. El resultado se comprueba en pantalla.
• La carga. Las filas restantes se envían en orden. El resultado de cada fila se registra al momento.
• El registro. Al terminar tiene tres cosas: las filas que entraron, las que no y por qué, y los números que devolvió el sistema.

El detalle y ejemplos están en Carga masiva de datos. Si los datos están en papel o en PDF, primero viene Del documento a la tabla.

Sin verificación el trabajo no está hecho

El error más frecuente es dar por terminado el trabajo cuando la herramienta dice “listo”. Enviar una fila y guardarla no es lo mismo. El sistema puede haberla rechazado en silencio, la sesión puede haber caducado o un campo puede haberse truncado.

Por eso se lee y se guarda la respuesta del sistema para cada fila. Al final se compara el número de filas que entraron con el número de filas del archivo. Si no coinciden, la diferencia se lista una a una.

Límites del lado del sistema

• Hay carga masiva. El mejor caso: el sistema acepta un formato de archivo definido. El trabajo se reduce a producir bien ese archivo.
• Hay que pasar por la interfaz. La herramienta hace en pantalla los pasos de una persona. Aquí mandan las condiciones de uso y los límites de ritmo; si no lo permiten, esta vía no se usa.
• Cada operación pide un código de verificación. El código va a la persona y ese paso no se automatiza. Ahí la herramienta prepara y una persona confirma el envío.

¿Cuándo no compensa?

Si la lista es pequeña y no se va a repetir, montar la carga puede no valer la pena. La medida es simple: el tiempo manual debe superar claramente al de preparación y el trabajo debe repetirse. Desarrollamos estos criterios en ¿Qué trabajos se prestan a la automatización y cuáles no?

En resumen

Cargar en bloque una lista de miles de filas es posible en la mayoría de los casos. Lo que decide el éxito es limpiar los datos antes, verificar el resultado de cada fila y poder reanudar sin empezar de nuevo. Cuándo Excel deja de bastar lo tratamos en ¿Cuándo se pasa de Excel a una aplicación?

Preguntas frecuentes

¿Qué ocurre si el sistema no tiene carga masiva?

Entonces la herramienta hace por pantalla lo mismo que haría una persona: rellena los campos, guarda, lee el resultado y pasa a la fila siguiente. Esa vía debe respetar las condiciones de uso y los límites de ritmo del sistema; no es apropiada para todos.

Si la carga se interrumpe, ¿hay que empezar de cero?

No. El estado de cada fila (guardada, con error, omitida) se registra por separado. La carga continúa donde se detuvo y una fila ya guardada no se introduce dos veces.

¿Qué pasa con las filas defectuosas?

Una fila defectuosa no se envía al sistema; se lista en un archivo aparte junto con el motivo. Las filas corregidas se envían en una segunda pasada. Así el error no se extiende dentro del sistema.