Excel es, probablemente, la herramienta de datos más usada del mundo, y con razón: es flexible, familiar y resuelve muchísimas necesidades sin programar. Pero hay un momento en que un libro de Excel deja de ser una hoja de cálculo y se convierte, sin que nadie lo decida, en el sistema de información de una oficina o de un colegio: ahí viven los clientes, las matrículas, los inventarios. Y ese sistema improvisado empieza a fallar de maneras previsibles.
Este artículo no dice que Excel sea malo: dice cuándo se queda corto, con siete señales concretas, un ejemplo con código SQL probado, una comparación y un libro de autoevaluación y migración descargable. Datos técnicos verificados el 9 de octubre de 2026.
Resumen. Los límites técnicos de Excel (más de un millón de filas por hoja) rara vez son el problema real; los problemas reales son la edición simultánea, los datos repetidos que no coinciden, la falta de permisos y de auditoría, la integridad y la integración con otras aplicaciones. Si reconoces cuatro o más señales, conviene planear una migración; con una o dos, a menudo basta reforzar controles.
Lo que Excel hace muy bien
Antes de migrar, reconozcamos sus fortalezas: análisis rápido, cálculos, gráficos, prototipos, informes y modelos de "qué pasaría si". Para una persona o un equipo pequeño con turnos claros y datos que no son sensibles, Excel es una solución excelente. El error no es usar Excel: es seguir usándolo como base de datos cuando el proceso ya exige otra cosa.
Los límites técnicos existen, pero suelen estar lejos. Según las especificaciones oficiales de Microsoft, una hoja admite 1.048.576 filas y 16.384 columnas, y una celda puede contener hasta 32.767 caracteres; una base de datos de Access está limitada a 2 GB (incluidos todos sus objetos). Casi nadie choca con las filas antes de chocar con las siete señales siguientes.

Las siete señales
- Varias personas editan a la vez y se pisan. Aparecen archivos "final", "final_v2" y "final_definitivo". Excel permite coautoría en archivos guardados en la nube de Microsoft, pero no ofrece las reglas, los bloqueos por registro y la trazabilidad de una base de datos.
- El mismo dato está escrito de varias formas. "Ferretería El Tornillo", "Ferreteria El Tornillo" y "FERRETERÍA EL TORNILLO" son para Excel tres clientes distintos (más abajo, el ejemplo).
- Necesitas permisos por persona o auditoría. Que el docente de quinto vea solo sus estudiantes, o saber quién cambió una nota y cuándo, es difícil de lograr en un libro compartido.
- El archivo es lento, pesado o frágil. Tarda minutos en abrir, se cuelga o ya se acerca a cientos de miles de filas con fórmulas pesadas.
- Necesitas impedir datos incoherentes. Pedidos de clientes que no existen, códigos duplicados, fechas imposibles. Una base de datos puede rechazarlos por regla; Excel solo avisa si alguien configuró la validación y nadie la borra.
- Otras aplicaciones necesitan los datos. Si alguien copia y pega cada semana del libro a la facturación, a la página web o al correo masivo, ya tienes un proceso que pide una fuente central y automática.
- Manejas datos personales o sensibles. Un archivo que viaja por correo, con copias en cada computador, es difícil de proteger y auditar. La Ley 1581 de 2012 exige al responsable del tratamiento medidas de seguridad sobre los datos personales (ver datos de estudiantes). Por eso un documento como el PIAR de un estudiante no debería vivir en una hoja que circula: PIAR con IA lo guarda en una cuenta con acceso controlado.
Un ejemplo con código: dos clientes que parecen cinco
Un pequeño negocio registra seis pedidos en una hoja. Dos clientes reales, pero escritos con y sin tilde y en mayúsculas. Excel, al contar clientes distintos o resumir con una tabla dinámica, los trata como clientes diferentes. Lo mismo ocurre en SQL si se agrupa sobre texto libre. Lo comprobé con SQLite:
-- Archivo plano: cliente como texto libre
SELECT cliente, COUNT(*) AS pedidos, SUM(valor) AS total
FROM pedidos_plano GROUP BY cliente;
-- Resultado: 5 "clientes" (Ferretería, Ferreteria, FERRETERÍA, Papelería, Papeleria)
-- Cada uno con 1 o 2 pedidos y totales parciales.
La solución no es más disciplina al digitar (nadie escribe siempre igual) sino modelar los datos: una tabla de clientes con un código único y una tabla de pedidos que apunta a ese código.
CREATE TABLE clientes(
id INTEGER PRIMARY KEY,
nombre TEXT UNIQUE,
ciudad TEXT);
CREATE TABLE pedidos(
pedido INTEGER PRIMARY KEY,
fecha TEXT,
cliente_id INT REFERENCES clientes(id),
producto TEXT, cantidad INT, valor INT);
SELECT c.nombre, COUNT(*) AS pedidos, SUM(p.valor) AS total
FROM pedidos p JOIN clientes c ON c.id = p.cliente_id
GROUP BY c.nombre;
-- Ferretería El Tornillo | 3 | 570000
-- Papelería Central | 3 | 350000
Ahora los totales son correctos y, con las claves foráneas activadas, la base rechaza un pedido de un cliente que no existe ("FOREIGN KEY constraint failed") y un cliente repetido ("UNIQUE constraint failed"), cosa que probé también. El libro descargable trae este mismo caso con las dos formas: el archivo plano (donde una fórmula cuenta 4 "clientes" distintos, porque Excel ignora mayúsculas pero no tildes) y el modelo normalizado.
Excel, base de datos o aplicación web
No es una elección entre bueno y malo, sino entre necesidades:

| Opción | Fortaleza | Limitación | Cuándo elegirla |
|---|---|---|---|
| Excel | Flexible, rápido de armar, ideal para análisis | Edición simultánea limitada, sin reglas de integridad ni permisos finos | Un equipo pequeño, datos no sensibles, informes y modelos |
| Base de datos (Access, SQLite, PostgreSQL, SQL Server…) | Integridad, consultas, permisos, respaldo, volumen | Requiere diseñar el modelo y alguien que la administre | Varios usuarios, datos relacionados, reglas de negocio |
| Aplicación web sobre una base | Formularios, acceso desde cualquier lugar, roles | Mayor costo de desarrollo y mantenimiento | Muchos usuarios externos o procesos críticos (ver comprar, suscribir o desarrollar) |
Y no es o lo uno o lo otro: lo más sensato suele ser la base de datos guarda y Excel analiza. Con Power Query puedes conectar Excel a una base y analizarla con tablas dinámicas, sin copiar y pegar (ver Power Query, VBA, Office Scripts y Python).
Cómo migrar sin perder información
- Respalda y congela el archivo actual con fecha (ver la nube no es un respaldo).
- Define el responsable de los datos y quién puede ver o cambiar qué.
- Identifica las entidades (clientes, productos, pedidos) y la llave única de cada una.
- Limpia duplicados y variantes antes de importar (ver importar CSV correctamente).
- Importa en un entorno de prueba y compara los totales con el archivo original; deben coincidir.
- Decide cómo se capturarán los datos nuevos y capacita a los usuarios.
- Mantén el archivo antiguo en solo lectura un tiempo y mide los resultados.
La hoja "Checklist_migracion" del libro descargable trae estos pasos con casillas.
Colombia, Latinoamérica y el mundo
En todo el mundo, las pymes y las instituciones educativas empiezan en Excel porque ya lo tienen y porque funciona. En Colombia y Latinoamérica pesa además el costo: pasar a un sistema con servidor, licencias o desarrollo puede parecer un lujo, y por eso es tan importante comparar antes (ver el riesgo oculto de Excel). Para los docentes y coordinadores, la señal más común es el mismo listado de estudiantes en cinco archivos; para los directivos, el riesgo de un dato sensible en un archivo sin control; para las familias, que los datos de sus hijos no circulen por correo en hojas sin protección.
Herramientas para ordenar tus datos en Excel
Si todavía no necesitas una base de datos, estas plantillas te ayudan a mantener los datos ordenados y con controles:
También hay una guía gratuita de Excel con IA para trabajar mejor tus datos.
Preguntas frecuentes
¿Cuántas filas aguanta Excel?
Según Microsoft, una hoja admite 1.048.576 filas y 16.384 columnas. En la práctica, el archivo se vuelve lento o inmanejable mucho antes, sobre todo con fórmulas pesadas.
¿Cuándo debo pasar de Excel a una base de datos?
Cuando varias personas editan a la vez, el mismo dato aparece repetido y distinto, necesitas permisos o auditoría, o otras aplicaciones requieren los datos. Con cuatro o más señales, conviene planear la migración.
¿Access sirve o ya está obsoleto?
Sirve para equipos pequeños en Windows, con el límite de 2 GB por base. Para más usuarios o acceso web, suelen elegirse otras bases (PostgreSQL, SQL Server o MySQL).
¿Puedo seguir usando Excel después de migrar?
Sí, y es lo recomendable: la base guarda los datos y Excel los consulta y analiza con Power Query y tablas dinámicas.
¿Es necesario saber programar?
Para el modelo básico, bastan unas pocas sentencias SQL como las del ejemplo, y hay herramientas visuales. Para una aplicación completa conviene apoyo técnico.
Haz la autoevaluación hoy. Descarga el libro de siete señales, marca cuáles te ocurren y mira qué recomienda. Incluye el ejemplo de datos y la lista de migración.
Para pensar
Muchas organizaciones nunca decidieron que su información viviera en Excel: simplemente pasó. ¿Es la comodidad de Excel un mérito de la herramienta o una trampa que nos impide ordenar nuestros procesos? Y si el dato más valioso de la institución (sus estudiantes, sus clientes) vive en un archivo que cualquiera puede copiar, ¿quién es responsable de que no se pierda, se altere o se filtre?
¿Te sirvió este artículo?
Reacciona y compártelo con alguien a quien le pueda servir.
- Me gusta 0
- Útil 0
- Aplausos 0
- Me encanta 0
- Me hizo pensar 0
¿Prefieres tenerlo listo?
Más guías en Excel y automatización de oficina