Casi todas las empresas con las que trabajo empiezan en Excel, y con razón: es flexible, todos lo saben usar y no cuesta. El problema aparece cuando la empresa crece a 15, 40 o 90 personas y la hoja que servía para una se vuelve el sistema de control de todas. Entonces llega el miedo lógico: “si cambio de sistema, ¿cuánto tiempo voy a parar?”.
La respuesta es que no tienes que parar, si migras por fases y aceptas una regla incómoda: no todo lo que está en Excel merece pasar al sistema. Este artículo explica por qué Excel se rompe, qué no hay que migrar, el plan en cinco fases y los riesgos con su mitigación, con un ejemplo de inventario y cotizaciones.
Por qué Excel se rompe (con datos)
Excel no falla por ser Excel; falla porque se usa como base de datos compartida, que es para lo que no fue hecho. Y los errores son mucho más comunes de lo que parece:
- Ray Panko, profesor de la Universidad de Hawái y referencia en el tema, encontró que alrededor del 88 % de las hojas de cálculo contiene al menos un error en sus fórmulas (Panko, citado por Cassotis). Su conclusión de 2016: los errores son raros por celda, pero en una hoja grande es muy probable que al menos un resultado final esté mal, y los usuarios confían de más en su precisión (Panko, arXiv 2016).
- EuSpRIG, el grupo europeo que documenta riesgos en hojas de cálculo, tiene un catálogo de casos reales: JP Morgan atribuyó parte de una pérdida multimillonaria en 2012 a un modelo en Excel que dependía de copiar y pegar entre hojas; TransAlta perdió USD 24 millones por un error de captura en una licitación; y en 2020 Public Health England perdió casi 16,000 casos de COVID porque el archivo de Excel se quedó sin filas (EuSpRIG, Horror Stories).
- En México, más del 30 % de las pymes maneja sus inventarios y bases de datos solo en Excel (Zafiro Software, citado por Computer Weekly).
En una empresa mediana los casos se parecen, a otra escala: una fórmula que dejó de arrastrarse en la fila 400, un precio cambiado sin avisar, dos personas sobreescribiendo la misma hoja. El costo es un inventario que no cuadra o una cotización mal hecha, cada semana.
Qué NO hay que migrar
No se migra el historial completo, las hojas que nadie abre ni los cálculos que el sistema hará por sí mismo. Se migra lo vigente y lo que está en proceso.
| Sí se migra | No se migra |
|---|---|
| Catálogo de clientes vigentes (con datos de temporada verificados) | Clientes que no compran desde hace dos años (se archivan) |
| Catálogo de productos y precios actuales | Listas de precios viejas |
| Saldos actuales: inventario contado y pedidos pendientes de entrega | Movimientos históricos de inventario (se guardan en el archivo original) |
| Pedidos, cotizaciones y órdenes abiertos | Pedidos cerrados de años anteriores |
| Reglas de negocio (descuentos, comisiones, etapas) | Fórmulas: el sistema las reemplaza |
| Hojas que alimentan a otras (las “fuente”) | Hojas que solo consolidan (los “reportes”) |
Los archivos originales no se borran: se guardan en modo solo lectura como archivo histórico. Si alguien necesita saber qué se vendió en marzo de 2023, ahí está. Lo que se elimina es capturar y compartir en Excel, no consultarlo.
Plan por fases para migrar sin parar
Fase 1: mapear (1–2 semanas)
Primero se hace un inventario de las hojas: cuáles existen, quién las alimenta, quién las lee y cuál depende de cuál. Se descubren cosas como que el archivo “Inventario_FINAL_v3” tiene cuatro copias, o que el reporte de dirección se arma con una hoja que solo una persona sabe abrir.
El resultado es un mapa de tres columnas: hoja, proceso que soporta, destino (se migra, se archiva, se elimina). Sin este mapa, el proyecto empieza migrando lo primero que aparece y descubre lo importante a la mitad.
Fase 2: limpiar datos (2–4 semanas, en paralelo con el desarrollo)
Los datos se limpian antes de cargarlos, no después. Es la fase que decide si la migración funciona y la que más se subestima: la mala calidad de datos que aparece durante la migración es una de las causas principales de que dos tercios de los proyectos ERP se pasen del plazo (ERP Research, 2026).
Lo típico que hay que resolver:
- Un mismo cliente escrito de cinco formas (“Ferretería López”, “FERRETERIA LOPEZ SA”, “Fer. López”).
- Productos duplicados con claves distintas.
- Precios con y sin IVA mezclados en la misma columna.
- RFC y datos de temporada incompletos.
- Existencias negativas que “se ajustan” al final del mes.
Esta limpieza la hace alguien de la empresa que conozca el negocio, con apoyo del desarrollador para detectar duplicados y formatos. No se le puede delegar por completo a quien no sabe si dos registros parecidos son el mismo cliente.
Fase 3: piloto en un área (4–8 semanas)
Se elige una área y se pone el primer módulo en uso con datos reales. Debe cumplir tres condiciones: que duela (para que el equipo quiera el cambio), que dependa poco de otras áreas (para no arrastrar todo) y que tenga un responsable claro. Inventario y cotizaciones son los candidatos habituales.
En el piloto el sistema todavía no es “la verdad”; es donde se prueba. Se capturan operaciones reales, se detectan casos que el mapeo no vio (el cliente que paga en dos partes, el producto que se vende por kilo y por pieza) y se ajusta.
Fase 4: correr en paralelo (2–4 semanas)
Durante un periodo, el área piloto captura en Excel y en el sistema, y al final de cada ciclo se comparan: inventario contra inventario, ventas contra ventas. Sí, es doble trabajo; por eso dura poco y se hace en un área, no en toda la empresa.
El paralelo termina cuando los números cuadran dos ciclos seguidos (dos cierres de semana, dos cortes de inventario) y el equipo ya no abre la hoja para trabajar, solo para comparar.
Fase 5: cortar (un día, con fecha)
Se fija una fecha, se comunica a todos, se hace el último conteo o corte en Excel, se carga como saldo inicial en el sistema y desde ese momento la hoja pasa a solo lectura. Nada de “por si acaso seguimos con los dos”: el paralelo indefinido es la forma más segura de que la migración nunca termine.
Después del corte, se repite el ciclo con la siguiente área (fase 3 en adelante), ahora con el equipo ya acostumbrado.
Exporta a Excel desde el sistema. La mayor resistencia viene de quienes analizan en Excel, y tienen razón: es la mejor herramienta para eso. El sistema debe exportar cualquier lista con un clic. Lo que se elimina es capturar y compartir en Excel, no analizar.
Tabla de riesgos y mitigación
| Riesgo | Cómo se ve | Mitigación |
|---|---|---|
| Migrar datos sucios | Duplicados y saldos incorrectos desde el día uno | Limpiar antes de cargar; validar con quien conoce el negocio |
| El equipo sigue en Excel a escondidas | Dos versiones de la verdad, otra vez | Corte con fecha; hojas en solo lectura; exportación desde el sistema |
| Migrar todo a la vez | Todas las áreas a medias, ninguna en uso | Piloto en un área; siguiente área solo después del corte |
| Casos raros no contemplados | El sistema no permite lo que el negocio sí hace | Involucrar a quien opera desde el mapeo; piloto con datos reales |
| Nadie lidera dentro de la empresa | Decisiones que se posponen semanas | Un responsable interno con tiempo asignado, no “en sus ratos libres” |
| Paralelo eterno | Doble trabajo durante meses | Criterio de salida claro: dos ciclos que cuadren |
| Cambiar el proceso y el sistema al mismo tiempo | El equipo no sabe qué está fallando | Sistematizar primero el proceso actual; mejorarlo en la fase siguiente |
En un estudio con 500 empresas mexicanas, más del 60 % superó por más del doble el plazo original de implementación de su ERP (Evaluando Software, citado por OpenPyme). Casi siempre por alguno de los riesgos de la tabla, y casi siempre evitable.
Ejemplo: distribuidora con inventario y cotizaciones en Excel
Una distribuidora de material eléctrico con 18 personas, 1,200 productos y tres vendedores. Su operación vive en cuatro archivos: inventario (almacén), lista de precios (administración), cotizaciones (cada vendedor tiene la suya) y ventas del mes (administración, armado a mano).
Mapeo (semana 1–2). Se descubre que la lista de precios tiene tres versiones vigentes, que dos vendedores cotizan con la de enero y que el inventario tiene 140 productos que ya no se venden pero siguen apareciendo.
Limpieza (semana 2–5). Se unifica el catálogo a 1,060 productos activos con una sola clave, una sola lista de precios con reglas de descuento por volumen, y un conteo físico de inventario para arrancar con saldos reales.
Piloto (semana 4–10). Se arranca con el módulo de cotizaciones para los tres vendedores: cotizan desde el sistema con la lista vigente, con folio y vigencia. El módulo de inventario entra dos semanas después para el almacén.
Paralelo (semana 10–13). Almacén captura entradas y salidas en el sistema y en la hoja; cada viernes se comparan existencias. La segunda semana cuadran; la tercera, también.
Corte (semana 13). Conteo final, carga de saldo inicial, hojas a solo lectura. A partir de ahí, ventas ve el inventario real al cotizar y administración obtiene el reporte de ventas del sistema sin armarlo.
Es un ejemplo construido con situaciones que veo repetidas; los tiempos dependen del estado de los datos y de la disponibilidad del equipo. Un caso real de este tipo de cambio, con producción además de ventas e inventario, es el de Mahexa Forestal: lo que antes vivía en hojas sueltas y chats hoy es un solo sistema donde todo el equipo trabaja.
Por dónde empezar
Haz hoy el mapeo: lista las hojas que tu empresa usa para operar (no para analizar), quién las alimenta y de cuál depende cada una. Marca la que más problemas causa. Esa es tu área piloto, y con esa lista cualquier desarrollador puede decirte qué módulo construir primero y cuánto trabajo de limpieza hay por delante.
Si quieres que lo revisemos juntos, escríbeme por WhatsApp y cuéntame qué controlas hoy en Excel. Trabajo con empresas de Xalapa, Puebla, Boca del Río y de todo México. Si el siguiente paso es un ERP, revisa sistemas ERP en Puebla o la guía completa de software a la medida.
¿Tu negocio ya vende bien pero opera a mano? Empecemos por un diagnóstico: mapeo tu operación, encuentro el cuello de botella y te digo qué conviene automatizar primero.
Agendar diagnósticoQué incluyeFuentes
- Panko, R. — What We Don't Know About Spreadsheet Errors Today (arXiv, 2016)
- Cassotis — 88% of the Excel spreadsheets have errors (cita a Ray Panko, Universidad de Hawái)
- EuSpRIG — Horror Stories: casos documentados de errores en hojas de cálculo
- Computer Weekly — Más de 30 % de PyMEs mexicanas manejan sus inventarios con Excel
- ERP Research — How Long Does ERP Implementation Take? Real Timelines by Vendor
- OpenPyme — Panorama de la implementación de sistemas ERP en México
Jahziel Cabrera · Desarrollador de software en Xalapa, Veracruz
Más de 6 años creando páginas web, chatbots de WhatsApp y software a la medida para negocios de Xalapa, Puebla y todo México. Físico por la Universidad Veracruzana, primer lugar del Datatón Anticorrupción 2022 (Sistema Nacional Anticorrupción) y coinventor de un dispositivo con registro ante el IMPI. Lo que escribo aquí sale de proyectos reales. Conóceme.