¿Mi sistema heredado necesita modernizarse? Señales que no debe ignorar

Su sistema heredado necesita modernizarse si muestra una o más de estas señales: su tecnología está fuera del soporte del proveedor, solo una persona o un contratista lo entiende, llega a la facturación electrónica, a los bancos o a las nuevas aplicaciones solo mediante exportaciones manuales, o cada pequeño cambio tarda semanas. Por ejemplo, el soporte extendido de SQL Server 2014 terminó en julio de 2024, y el soporte de .NET 8 y .NET 9 termina el 10 de noviembre de 2026, según Microsoft. Si el sistema es estable, está aislado y es barato de mantener, la decisión correcta puede ser esperar.

En la parte 1 de esta serie hizo la lista de los sistemas sin los que su empresa no puede funcionar ni un día. Ahora preguntamos sobre cada uno: ¿de verdad necesita modernizarse?

Primera señal: la tecnología está fuera del soporte del proveedor

Todo producto que usted compra o sobre el que construye tiene una fecha de fin de soporte. Después de esa fecha, el proveedor no publica nuevas correcciones de seguridad, así que cualquier vulnerabilidad que se descubra más tarde queda abierta en su sistema. La primera pregunta para cada sistema es: ¿sobre qué tecnología está construido y cuándo termina su soporte? Estos ejemplos proceden de las páginas de ciclo de vida de productos de Microsoft y están entre las tecnologías más comunes bajo los sistemas empresariales:

Fuentes: páginas de Microsoft sobre Windows Server 2012 R2, SQL Server 2014 y .NET. Tenga en cuenta que quedarse sin soporte no significa que el sistema se detenga mañana. Significa que el riesgo aumenta cada mes, y las actualizaciones de seguridad de pago le dan tiempo para planificar; no eliminan la decisión.

Señales de conocimiento: quién lo entiende y sobre qué funciona

• Solo una persona lo entiende. Si cada corrección espera a un empleado o a un desarrollador externo, su sistema depende de sus vacaciones y de su dimisión. Es la señal más peligrosa, porque no aparece en ningún informe hasta que se produce la ausencia.
• Nadie se atreve a tocar la máquina. Un servidor en un cuarto apartado que todos saben que no debe reiniciarse, con piezas de repuesto que ya no se venden. Si se detiene, el negocio se detiene, y no hay un sustituto listo.
• Solo el código conoce las reglas del negocio. Cómo se calcula un descuento, una comisión o un permiso vive únicamente en el software, sin ningún documento que lo explique. Eso es exactamente lo que extraeremos con IA en la parte 4.

Señales de integración y velocidad: el sistema frena a la empresa

• No puede conectarse a la facturación electrónica sin apaños. Según la página de fases de implantación de la facturación electrónica de la Autoridad de Zakat, Impuestos y Aduanas (ZATCA), la fase uno comenzó el 4 de diciembre de 2021, y la fase de integración con los sistemas de ZATCA comenzó el 1 de enero de 2023 por oleadas, notificando a cada empresa al menos seis meses antes de su oleada. Si su sistema solo puede emitir una factura conforme mediante un programa intermediario o trabajo manual, lea nuestra guía sobre la oleada 25 y la integración con ZATCA.
• Los bancos y las aplicaciones necesitan exportaciones manuales. Alguien exporta cada día un archivo del sistema para subirlo al banco, a la tienda en línea o a la plataforma de reparto. Cada paso manual es una oportunidad de error y de pérdida de tiempo.
• Un cambio sencillo tarda semanas. Añadir un campo, un informe o un cambio de precio implica una solicitud y luego una espera, porque cualquier cambio podría romper otra parte que nadie entiende.
• Los informes se rehacen en Excel cada mes. Si su equipo exporta datos y los reorganiza a mano para ver qué está pasando, el sistema almacena datos pero no responde a sus preguntas. Y si su verdadero sistema es una hoja de cálculo desde el principio, empiece por cuándo la hoja de cálculo deja de ser la respuesta.

Cuándo no modernizar todavía

La modernización no es un objetivo en sí misma, y algunos sistemas heredados deberían quedarse como están durante un tiempo. Esperar puede ser la mejor opción cuando se cumplen estas condiciones a la vez:

• Estable: no ha tenido un fallo grave en mucho tiempo y rara vez necesita cambiarlo.
• Aislado: no está conectado a internet y no necesita comunicarse con otros sistemas, así que el riesgo de vulnerabilidades es menor.
• Barato de mantener: lo entiende más de una persona, y mantenerlo cuesta poco dinero o tiempo.
• Se va a sustituir de todos modos: si pronto va a pasar a un producto listo para usar, no invierta en modernizar un sistema que está a punto de retirarse.

En ese caso, la decisión correcta es vigilarlo: anote cuándo su tecnología se queda sin soporte, asegúrese de que existe una copia de seguridad que funcione y documente lo que hace. Si decide modernizar más adelante, explicamos la forma segura en nuestra guía de modernización de sistemas heredados sin tiempo de inactividad.

La visión de Origami

Construimos sistemas e integraciones y modernizamos los antiguos, y aun así lo primero que hacemos con cualquier sistema heredado es preguntar por qué debería modernizarse. Un sistema que ha hecho funcionar la empresa durante años merece respeto, y muchos sistemas necesitan una nueva integración o una buena documentación en lugar de una reconstrucción.

Por eso empezamos evaluando cada sistema en soporte, conocimiento, integración y velocidad de cambio, y después proponemos el paso más pequeño que reduzca el riesgo, ya sea una integración, una migración o una reescritura asistida por IA con un ingeniero revisando cada línea. Si quiere una opinión sobre sus propios sistemas, eche un vistazo a nuestros servicios.

Ejercicio de esta semana: puntúe cada sistema sobre 8

Tome la lista de sistemas que escribió en la parte 1 y dé a cada uno una puntuación de 0 a 2 en cada uno de los cuatro ejes, donde 0 significa ningún problema, 1 un problema menor y 2 un problema claro:

• Soporte: ¿su tecnología tiene soporte? (2 si el soporte ha terminado o termina en menos de un año)
• Riesgo de conocimiento: ¿cuántas personas lo entienden? (2 si es una persona o un proveedor)
• Integración: ¿se conecta a la facturación, a los bancos y a otros sistemas sin trabajo manual? (2 si la conexión es manual)
• Velocidad de cambio: ¿cuánto tarda un cambio sencillo? (2 si tarda semanas)

Es una herramienta para ordenar, no un veredicto final: un sistema con 6 sobre 8 o más merece planificación ya, de 3 a 5 significa vigilarlo y fijar una fecha para reevaluarlo, y de 0 a 2 significa dejarlo funcionar. Cualquier sistema con un 2 solo en riesgo de conocimiento necesita documentación urgente, sea cual sea su total.

Próximamente

Ahora tiene una lista de sistemas y una puntuación para cada uno. En la parte 3 convertimos esa lista en un inventario completo: quién es el responsable de cada sistema, quién lo usa, qué datos contiene y si incluyen datos personales, con qué se conecta, qué se rompe si se detiene y cuándo se renuevan sus licencias, seguido de las cinco opciones para cada sistema: mantener, retirar, sustituir por un producto listo, trasladar tal cual a la nube o reconstruir.

Fuentes

• Microsoft: ciclo de vida de Windows Server 2012 R2 — fin del soporte extendido y los años de Extended Security Updates de pago.
• Microsoft: ciclo de vida de SQL Server 2014 — el soporte extendido terminó en julio de 2024; actualizaciones de pago hasta julio de 2027.
• Microsoft: ciclo de vida de .NET — el soporte de .NET 8 y .NET 9 termina en noviembre de 2026; .NET 10 hasta noviembre de 2028.
• ZATCA: fases de implantación de la facturación electrónica — fase uno el 4 de diciembre de 2021; fase de integración desde el 1 de enero de 2023 por oleadas.
• AWS Transform: página oficial del servicio — el ejemplo de la parte 1 de modernización asistida por IA.