Sistema legacy: qué es, cuándo es un riesgo y cómo modernizarlo sin detener la operación
Tu sistema funciona, pero nadie se atreve a moverle: la versión ya no tiene soporte, el proveedor que lo hizo ya no contesta y cada cambio rompe otra cosa. Esta guía te ayuda a medir el riesgo, elegir el camino y cambiar de proveedor sin apagar la operación.
Qué es un sistema legacy
En pocas palabras: un sistema legacy, o sistema heredado, es software que tu empresa sigue usando todos los días, pero que ya no se puede cambiar con seguridad.
No es lo mismo que un sistema viejo. Un sistema de diez años que se actualiza, tiene respaldos y lo entiende más de una persona no es legacy. Uno de tres años construido sobre una versión que ya no recibe parches, sin documentación y que solo conoce quien lo programó, sí lo es.
En empresas medianas de México casi siempre se ve de alguna de estas formas:
- Una tienda en línea o un portal hecho a la medida hace años, sobre una versión de PHP o de su framework que ya no recibe actualizaciones de seguridad.
- Un sistema interno de escritorio que solo corre en una computadora de la oficina.
- Un Access o un Excel con macros del que depende la operación y que nadie más sabe editar.
- Un sistema que hizo un proveedor que ya cerró, cambió de giro o tarda semanas en contestar.
Que un sistema sea legacy no quiere decir que haya que tirarlo. Casi siempre tiene años de reglas del negocio adentro que funcionan. El problema es que esas reglas quedaron atrapadas en algo que ya no se puede mover.
Cuándo un sistema legacy ya es un riesgo
Mientras funcione, es fácil posponerlo. Estas señales dicen que ya no conviene esperar:
- La versión del lenguaje o del framework ya no recibe parches de seguridad. PHP 7, por ejemplo, dejó de recibirlos entre 2019 y 2022, según la versión. Si tu sistema cobra en línea o guarda datos de clientes, ese hueco es tuyo.
- El hosting ya no ofrece esa versión, o te pide pagar de más por mantenerla.
- Solo una persona sabe cómo funciona, y no está en tu nómina.
- No tienes el código, el acceso al servidor o la base de datos a nombre de tu empresa.
- Cada cambio pequeño tarda semanas y rompe algo en otra parte.
- No se puede conectar con lo que hoy necesitas: tu facturación, tu ERP, WhatsApp o una pasarela de pago nueva.
- Nadie ha probado restaurar un respaldo.
Con una o dos señales hay tiempo para planear. Con varias, el riesgo es que la decisión la tome una falla y no tu empresa.
Qué revisar antes de decidir
Antes de hablar de reescribir o actualizar, hace falta un diagnóstico. No es un documento largo: es saber qué tienes, de quién es y qué no se puede romper.
| Qué revisar | Por qué importa |
|---|---|
| Accesos: código, servidor, base de datos, dominio y correo | Sin ellos no se puede hacer nada con seguridad. Lo primero es que estén a nombre de tu empresa. |
| Versiones: lenguaje, framework, base de datos y servidor | Dicen cuánto soporte queda y qué tan grande es el salto para actualizar. |
| Lo crítico: cobro, pedidos, facturación, inventario | Es lo que se prueba primero y lo que no puede fallar el día del cambio. |
| Integraciones: pasarela de pago, facturación, paquetería, ERP | Cada conexión es una dependencia con sus propias versiones y credenciales. |
| Datos: cuántos, qué tan limpios y dónde viven | La migración de datos suele ser la parte más larga y la que más se subestima. |
| Uso real: quién usa qué pantalla y qué ya nadie usa | Lo que nadie usa no se migra. Suele ser una parte grande del sistema. |
Los cuatro caminos para modernizarlo
No hay una respuesta única. Estos son los caminos, de menos a más cambio:
| Camino | Qué es | Conviene cuando |
|---|---|---|
| Asegurar y mantener | Actualizar versiones, cerrar huecos de seguridad, ordenar respaldos y documentar, sin cambiar lo que el sistema hace | El sistema hace bien su trabajo y solo está atrasado |
| Actualizar por partes | Reemplazar módulo por módulo mientras el sistema viejo sigue funcionando, hasta que ya no queda nada de él | El sistema es grande y no puede detenerse, pero algunas partes ya estorban |
| Reconstruir por etapas | Un sistema nuevo, con lo que el viejo ya resolvía bien y sin lo que nadie usa, que sale a producción por etapas | El salto de versión es tan grande que actualizar cuesta casi lo mismo que construir |
| Reemplazar por software comercial | Migrar a un programa de caja (un ERP, una plataforma de tienda en línea) y dejar el sistema propio | Lo que hacía el sistema ya no te distingue y un producto estándar lo resuelve |
Los dos del medio son los más comunes en empresas medianas. Y se combinan: primero se asegura lo que hay, para ganar tiempo, y luego se reemplaza por partes.
La regla para elegir es la misma que con cualquier software: lo que es parte de cómo compites (tus reglas de venta, tus precios, tu posventa) vale la pena tenerlo a la medida; lo que es igual en todas las empresas (contabilidad, nómina) suele ir mejor en un producto de caja.
Cómo modernizar sin detener la operación
El objetivo es que tus clientes y tu equipo no se den cuenta del cambio, salvo porque el sistema por fin hace lo que pedían.
- Asegura accesos y respaldos antes que nada, y prueba que un respaldo se puede restaurar.
- Monta una copia del sistema fuera de producción. Ahí se actualiza y se prueba; el sistema real no se toca.
- Escribe pruebas para lo crítico: que se pueda cobrar, levantar un pedido y facturar. Si eso pasa, lo demás se puede arreglar.
- Actualiza o reemplaza por partes, y pon cada parte en producción por separado, con el resto del sistema funcionando.
- Ensaya la migración de datos más de una vez con datos reales, antes del día del cambio.
- Haz el cambio en un horario de poca operación y con un plan para regresar a la versión anterior si algo falla.
- Después, mantenlo: actualizaciones programadas para que el sistema no vuelva a quedarse atrás.
El error más caro es reescribir todo en secreto durante un año y cambiar de golpe. Por etapas se tarda lo mismo, pero el riesgo se reparte y cada etapa ya sirve.
Cómo cambiar de proveedor sin perder tu sistema
Muchas veces el sistema legacy viene con un problema de proveedor: el que lo hizo ya no da servicio, o ya no conviene seguir con él. Un proveedor nuevo puede tomar un sistema que no construyó, siempre que tenga con qué.
Lo que hay que pedirle al proveedor actual, por escrito:
- El código completo, en un repositorio a nombre de tu empresa.
- Los accesos al servidor, la base de datos, el dominio y los servicios conectados (pagos, correo, facturación).
- Lo que exista de documentación: cómo se instala, cómo se despliega y qué hace cada integración.
- La lista de cambios pendientes o problemas conocidos.
Si el contrato con el proveedor anterior no dice de quién es el código, revísalo antes de pedirlo. La guía sobre el contrato de desarrollo de software explica qué cláusulas lo resuelven, para que el próximo contrato no repita el problema.
El proveedor nuevo debería empezar con el diagnóstico de arriba, decirte en qué estado está el sistema y proponerte el camino por etapas. Si lo primero que te propone es reescribirlo todo sin haberlo revisado, desconfía.
Preguntas frecuentes
¿Qué significa legacy en software?
Legacy significa «heredado». Un sistema legacy es el que tu empresa heredó de otra época o de otro proveedor: sigue funcionando, pero ya no se puede cambiar ni mantener con seguridad.
¿Hay que reescribir todo el sistema?
Casi nunca de golpe. Muchas veces basta con actualizar versiones y asegurarlo, o con reemplazarlo por partes mientras sigue funcionando. Reescribir conviene cuando el salto de versión cuesta casi lo mismo que construir, y aun así se hace por etapas.
¿Cuánto cuesta modernizar un sistema legacy?
Depende del camino. Lo que mueve el costo: qué tan atrasadas están las versiones, cuántas integraciones tiene, cuántos datos hay que migrar y qué tan documentado está. Por eso primero va el diagnóstico, y la propuesta llega por etapas, cada una con su alcance.
¿Qué hago si el proveedor anterior no me entrega el código?
Revisa primero tu contrato: ahí debería decir de quién es el código. Si el sistema está en un servidor a tu nombre, el código suele estar ahí. Si no hay forma de recuperarlo, el camino es reconstruir por etapas a partir de cómo funciona hoy y de los datos, que siempre se pueden exportar.
¿Puedo seguir vendiendo en línea mientras se moderniza?
Sí, y es la idea. Todo se actualiza y se prueba en una copia; cada parte entra a producción por separado, y el cambio final se hace en un horario de poca operación con un plan para regresar si algo falla.
¿Tu operación ya no cabe en Excel?
Cuéntanos cómo vendes, cotizas y das servicio hoy. Te decimos qué construiríamos y en qué orden.