Saltar al contenido
Maestransa
Conversemos

Excel como sistema de gestión: cuándo deja de alcanzar

Siete señales concretas de que su hoja de cálculo dejó de ser una herramienta y pasó a ser el sistema, y qué hacer antes de encargar un desarrollo.

Conviene empezar declarando el sesgo: nos dedicamos a construir el software que suele reemplazar a estas hojas de cálculo. Descuente lo que sigue en la medida que le parezca justa.

Lo decimos porque el consejo habitual desde nuestro lado del mostrador —«Excel no es un sistema de gestión»— es cierto y a la vez inútil. Casi ninguna empresa decidió usar Excel como sistema. Lo que pasó fue que una hoja creció, resolvió, siguió creciendo, y en algún momento dejó de ser una herramienta para pasar a ser la fuente de verdad de un proceso. Nadie tomó esa decisión y por eso nadie la revisa.

Este artículo trata de dónde está ese punto, con señales que se pueden comprobar el lunes por la mañana.

Excel es mejor de lo que su proveedor de software le va a decir

Antes de las señales, la parte que suele omitirse.

Una hoja de cálculo tiene ventajas que ningún sistema a medida iguala. La curva de aprendizaje es cero para prácticamente cualquier persona que vaya a usarla. El dueño del proceso cambia una regla el mismo día en que la regla cambia, sin escribir un requerimiento ni esperar a que alguien lo priorice. No hay licencia nueva que aprobar. Y si su proveedor de software desaparece mañana, el archivo sigue abriendo.

Eso hace que sustituir una hoja que funciona sea una de las formas más caras de perder dinero. Cuando se reemplaza una herramienta que todos dominan por un sistema que nadie domina y que además resuelve un problema que la hoja no tenía, el resultado no es que la gente se adapte: es que la gente sigue usando la hoja en paralelo, «solo para lo mío», y ahora la operación tiene dos verdades en vez de una. El sistema nuevo no falló por estar mal construido. Falló porque no había nada que arreglar.

Así que la pregunta correcta no es si Excel es un sistema de gestión. Es si el suyo ya cruzó alguno de estos umbrales.

Las siete señales

Ninguna es sobre el tamaño del archivo. Volveremos a eso.

1. Dos personas no pueden escribir a la vez sin avisarse

Si antes de abrir el archivo alguien pregunta por chat «¿lo tienes tú?», el control de concurrencia de su sistema de gestión son sus empleados. Funciona mientras sean dos y estén en la misma oficina. Deja de funcionar el día que son seis, o que uno está en planta y otro en oficina, o que alguien no vio el mensaje.

El síntoma que sigue a este es siempre el mismo: alguien guarda encima del trabajo de otro y se pierde media mañana.

2. Nadie puede responder quién cambió un número y cuándo

Tome una celda cualquiera con un valor que importe —un saldo, un precio, una cantidad despachada— y pregunte quién la modificó por última vez y con qué justificación. Si la única forma de averiguarlo es preguntarle a la gente, no tiene historial: tiene memoria colectiva.

En una operación regulada esto deja de ser una incomodidad. Si su sector le exige demostrar la trazabilidad de una cifra ante un auditor, «lo cambió Juan en marzo, creo» no es una respuesta que se pueda presentar.

3. La regla del negocio vive en una fórmula que entiende una sola persona

Abra la hoja y busque la columna calculada más larga. Si al lado hay un SI anidado seis veces que codifica la política de descuentos, el cálculo de turnos o la asignación de lotes, esa política no está escrita en ninguna parte: está compilada dentro de una celda.

La prueba concreta: si la persona que la escribió renuncia mañana, ¿alguien puede explicar por qué el resultado es el que es? Si la respuesta es que no, su proceso tiene una dependencia de una sola persona y nadie la anotó como riesgo.

4. Existe una copia buena y varias circulando

Todos hemos visto esta carpeta:

inventario_2026.xlsx
inventario_2026_v2.xlsx
inventario_2026_v2_FINAL.xlsx
inventario_2026_v2_FINAL_revisado_JP.xlsx
inventario_2026_v2_FINAL_usar_este.xlsx

El problema no es el desorden. Es que en el momento en que un archivo se envía por correo, deja de haber una fuente de verdad y empieza a haber tantas como copias. Cuando alguien decide sobre la copia equivocada, el error no se detecta al hacerlo: se detecta semanas después, cuando los números no cuadran y ya nadie recuerda qué archivo miró.

5. Cuadrar la hoja es un puesto de trabajo

Si cada cierre alguien dedica dos o tres días a reconciliar la hoja contra el ERP, contra el conteo físico o contra el sistema de facturación, ese trabajo no es contabilidad: es el precio mensual de que existan dos registros del mismo hecho.

Es la señal más fácil de cuantificar y la que más se normaliza. Multiplique esos días por doce y compárelo con lo que cuesta que el dato se registre una sola vez.

6. Los permisos son todo o nada

Quien puede abrir el archivo puede modificarlo entero. No existe «puede registrar entradas de bodega pero no tocar los precios de costo», ni «puede ver su sucursal pero no las otras». La protección por contraseña de hoja no cuenta: está pensada para evitar accidentes, no para separar responsabilidades.

Si en su operación hay información que no todos deberían ver, o campos que solo una función debería modificar, la hoja no puede expresarlo.

7. De la hoja sale algo que no se puede deshacer

Esta es la más seria. Mientras la hoja sirva para analizar, un error se corrige. Cuando de la hoja sale directamente un despacho, un pago, una liberación de lote o un compromiso con un cliente, un error en una celda ya no es un error de cálculo: es mercadería que salió, dinero que se transfirió o un lote que se liberó sin que nadie pudiera intervenir en el medio.

La señal que no es señal: el tamaño

«Tenemos cuarenta mil filas» no dice nada por sí solo. Excel aguanta bastante más de lo que la mayoría supone, y una hoja lenta se arregla casi siempre separando el cálculo de la captura, no cambiando de sistema.

El criterio tampoco es cuántos años lleva usándose. Es cuántas de las siete señales están presentes a la vez. Una sola casi nunca justifica un proyecto de software; suele tener un arreglo más barato. Tres o cuatro simultáneas, y sobre todo si una de ellas es la séptima, ya no es una hoja de cálculo con problemas: es un sistema de gestión sin las propiedades de un sistema de gestión.

Aunque haya varias señales, tampoco es automáticamente un desarrollo a medida

Aquí es donde la mayoría de los artículos escritos por empresas como la nuestra saltan directo a la conclusión conveniente. Las opciones intermedias existen y casi siempre hay que agotarlas primero, en este orden de costo:

Excel, pero bien hecho. Archivo único en la nube con coautoría real, en vez de copias por correo. Validación de datos en las columnas de captura. Historial de versiones activado. Rangos protegidos por función. Esto resuelve por completo las señales 1 y 4, y parte de la 2, sin proyecto ni presupuesto.

Una herramienta de base de datos con formularios. Airtable, SharePoint Lists, Access y equivalentes. Da concurrencia real, historial por registro, permisos por campo y formularios de captura que impiden el dato imposible. Cubre las señales 1, 2, 4 y 6 por una fracción del costo de un desarrollo. Su límite aparece cuando el proceso tiene reglas que la herramienta no puede expresar, o cuando necesita integrarse con el ERP en ambas direcciones.

Un producto de paquete de su rubro. Si su proceso es esencialmente el mismo que el de cientos de empresas parecidas —y muchas veces lo es—, comprarlo es más barato y más rápido que construirlo, aunque haya que ceder en detalles.

Construir a medida. Se justifica cuando el proceso es una ventaja competitiva y no algo que quiera estandarizar, cuando el paquete estándar obliga a deformar la operación para poder registrarla, o cuando el proceso cruza varias empresas y necesita permisos por organización. No antes.

Si al terminar de leer esto concluye que su caso es el segundo escalón, ese es un buen resultado del artículo.

Cómo se sale de la hoja sin detener la operación

Cuando el desarrollo sí se justifica, la forma de hacerlo importa tanto como la decisión.

La hoja no se apaga el primer día. Corre en paralelo mientras el sistema nuevo toma un proceso a la vez, y se apaga cuando se apaga —como decisión explícita, no como accidente de que un día nadie la abrió.

Se migra primero el proceso que más duele, no el más fácil. Empezar por lo sencillo produce una demostración bonita y ninguna adopción, porque nadie cambia su forma de trabajar por algo que ya no le costaba trabajo.

Y cada fase termina en algo desplegado y en uso. Si el proyecto se detiene a mitad de camino —por presupuesto, por prioridades o por lo que sea—, lo construido hasta ahí tiene que seguir sirviendo por sí solo. Un proyecto que solo entrega valor al final es un proyecto que apuesta a que nada cambie durante su ejecución.

La pregunta

No es si Excel es suficiente. Es qué le está costando que lo sea: los días de reconciliación de cada cierre, el riesgo de que renuncie la persona que entiende la fórmula, y la decisión que alguien tomó la semana pasada sobre la copia equivocada.

Cuando esos tres números son pequeños, la hoja gana. Cuando dejan de serlo, suelen llevar bastante tiempo sin serlo.

Así construimos sistemas para operaciones que el paquete estándar no cubre