Blog

Volver al blog

Blog

Debajo de tu ERP: tres fechas de fin de soporte que ya cayeron o caen pronto

SQL Server 2016 salió de soporte extendido el 14 de julio y el 13 de octubre terminan las actualizaciones de seguridad de Windows Server 2012. Revisar la capa que sostiene tu ERP es más urgente que decidir si migras.

Mientras tu empresa discute si migra o no su ERP, hay una conversación que no está ocurriendo: la de las capas que sostienen ese ERP por debajo.

Microsoft publica en su propia página tres fechas que importan más de lo que parece. El 14 de julio de 2026 terminó el soporte extendido de SQL Server 2016 y arrancó su programa de actualizaciones de seguridad extendidas. El 13 de octubre de 2026 terminan las actualizaciones de seguridad extendidas de Windows Server 2012. El 12 de enero de 2027 termina el soporte extendido de Windows Server 2016, según el ciclo de vida del producto; la página de actualizaciones extendidas lo marca un día antes.

Ninguna de esas tres fechas aparece en la junta donde se decide el futuro del sistema. Aparecen después, cuando algo falla y alguien pregunta por qué nadie lo vio venir.

Tu sistema de todos los días es una torre de tres capas

El ERP es la capa de arriba. Abajo hay un sistema operativo. En medio, una base de datos. Cada capa envejece a su ritmo y su reloj de soporte no coincide con el del ERP.

Por eso puedes tener una versión del ERP que el fabricante todavía soporta, corriendo sobre un sistema operativo que ya no recibe parches. Y por eso el inventario de versiones que armas para la auditoría no te dice nada sobre el riesgo real: anota la versión del ERP y deja en blanco la del sistema operativo y la de la base de datos.

Conviene precisar qué significa "fin de soporte", porque no es lo que suena.

El sistema no se apaga. Sigue operando el día después igual que el día antes, y esa es justamente la trampa. Lo que se acaba es otra cosa: esa versión deja de recibir actualizaciones de seguridad y sale del soporte del fabricante. Una vulnerabilidad publicada después de la fecha límite se queda sin corregir, con el servidor expuesto como cualquier máquina sin parches.

Microsoft documenta las opciones disponibles para una instancia que ya salió de soporte: actualizar, mover la carga a un servicio administrado o quedarse como está asumiendo el riesgo. Y una aclaración que suele costar dinero: las actualizaciones de seguridad extendidas no son una prórroga gratuita. Dan hasta tres años de parches críticos, se contratan por suscripción y no cubren el soporte completo. La letra chica cambia por versión: en SQL Server 2014, migrar a una máquina virtual de Azure las da sin costo; en SQL Server 2016, Microsoft cambió la estructura de precios en Azure.

El reloj del ERP y el reloj de la plataforma no son el mismo

Hay una parte tranquilizadora. En marzo de 2026, Oracle anunció que extiende el soporte de Oracle E-Business Suite 12.2 hasta al menos 2037. La capa de arriba puede darte una década de aire.

La capa de abajo no juega con ese calendario. Los ciclos de vida de sistemas operativos y bases de datos se cuentan en años y los fija el fabricante, no tu urgencia. Por eso la pregunta que sí es urgente no es "¿migro mi ERP?", sino "¿en qué versión corre lo que sostiene mi ERP?".

"Funciona bien" no es un diagnóstico

El riesgo de una capa sin parches no se mide por días. Se mide por eventos: un escaneo de seguridad, un cliente que pregunta cómo proteges sus datos, un requisito nuevo de conexión cifrada, un proveedor que exige una versión mínima.

Y esos eventos llegan cuando ya tienes un proyecto encima. El plan de automatizar el cierre contable o de abrir un portal de proveedores se topa primero con la base de datos, no con el ERP. Ahí se descubre que el conector que necesitas no corre en esa versión, o que nadie quiere tocar el servidor porque nadie documentó cómo se instaló.

Separa dos decisiones que hoy van juntas

Cuando alguien menciona modernización, aparece una sola palabra: migrar. Son dos decisiones distintas, con relojes y presupuestos distintos.

  1. La plataforma. Sistema operativo y base de datos. Es un proyecto acotado, con inventario, ventana de mantenimiento y pruebas.
  2. El ERP. Cambiarlo es otro proyecto, con otro calendario y otra conversación de dirección.

Separarlas es lo que te deja avanzar sin comprometer la decisión grande. Y es también lo que hace posible lo demás: integrar, automatizar y medir sobre el sistema que ya tienes.

Qué hacer esta semana

  1. Levanta el inventario completo, no el de auditoría. Para cada sistema que sostiene la operación: versión del ERP, versión del sistema operativo, versión de la base de datos, quién lo instaló y dónde vive el respaldo.
  2. Ponle fecha a cada capa. Coteja tus versiones contra el calendario que publica el fabricante. Las tres fechas de arriba son tu punto de partida si corres SQL Server y Windows Server.
  3. Pregunta por escrito qué certifica tu proveedor. Es una pregunta de una línea: qué combinaciones de sistema operativo y base de datos soporta hoy tu versión del ERP. La respuesta te ahorra meses de supuestos.
  4. Divide el plan en dos columnas. Plataforma y ERP, con fecha, responsable y presupuesto separados. La primera columna se puede empezar sin la segunda.
  5. Cuenta las horas manuales alrededor del sistema. Ese número es tu línea base y sin él no vas a poder decir si un cambio sirvió. Empieza por un proceso con principio, fin y responsable.

En Linking trabajamos sobre los sistemas que ya operas, incluso cuando son antiguos: la modernización legacy saca adelante la capa rezagada sin obligarte a cambiar de ERP. Cuando el trabajo es conectar esa capa con el resto y exponer los datos que hacen falta, entra desarrollo de software, que es justo el terreno del caso que ya publicamos: una cadena de hospitalidad con 91 sucursales redujo 72% el capital humano que necesitaba para operar SAP (Modernización SAP en hospitalidad). Empezamos con una sesión de conocimiento de 30 minutos, sin costo; si hay caso, sigue un diagnóstico de dos semanas, también sin costo, con línea base por escrito. La comisión se paga solo sobre la mejora y mientras se sostenga.

El sistema no avisa el día que deja de funcionar. Avisa el día que ya nadie puede parcharlo.


Fuentes:

Cómo lo aplicamos en Linking

Sigue leyendo

Newsletter

Recibe lo último de IA para tu negocio.

Ideas, casos y tendencias de IA aplicada a empresas, directo a tu correo. Sin relleno y sin spam.

Nada de spam. Cancela cuando quieras.

Sesión de conocimiento · 30 minutos · sin costo Agenda tu sesión