Respuesta corta: pregunta hoy a tu proveedor qué versión de Windows Server sostiene el ERP, las carpetas, usuarios, impresión, escritorio remoto y respaldos. El tercer y último año de Actualizaciones de Seguridad Extendidas para Windows Server 2012 y 2012 R2 termina el 13 de octubre de 2026. Después Microsoft deja de entregar esas actualizaciones. El servidor no se apagará por calendario, pero seguirá operando sin nuevas correcciones del programa. En dos meses puedes inventariar dependencias, validar al fabricante del ERP, probar respaldo y restauración, elegir una ruta soportada y ensayar el cambio. No actualices directamente el servidor productivo sólo porque una ruta técnica exista.
¿Qué termina exactamente el 13 de octubre de 2026?
El soporte extendido normal de Windows Server 2012 y 2012 R2 terminó el 10 de octubre de 2023. Microsoft ofreció hasta tres años de ESU como último recurso. Ese programa cubre actualizaciones de seguridad clasificadas como críticas e importantes, no nuevas funciones, cambios de diseño ni correcciones normales solicitadas por clientes. El año tres termina el 13 de octubre de 2026 tanto para instalaciones en Azure como fuera de Azure. A partir de entonces se detienen esas actualizaciones. No significa que todos los servicios se caigan ese día; significa que una nueva falla puede quedarse sin una corrección de Microsoft para esas versiones.
¿Cómo confirmar la versión sin tocar el servidor que mueve tu negocio?
No pidas a una persona sin autorización que inicie sesión como administrador. Solicita al responsable una captura o reporte con nombre del equipo, edición, versión, fecha de último parche y estado de ESU. Después relaciona cada servidor con una función: ERP, archivos, dominio, impresión, base de datos, cámaras, punto de venta o aplicación web. Incluye máquinas virtuales apagadas que podrían volver a encenderse. En facturas y contratos busca Windows Server 2012, 2012 R2, WS2012 o una licencia de ESU. Si tu proveedor sólo responde “está en la nube”, pregunta qué sistema operativo corre dentro de esa nube.
El ERP rara vez vive solo: dibuja sus dependencias antes de moverlo
| Capa | Pregunta | Evidencia |
|---|---|---|
| Windows Server | ¿Qué versión y edición ejecuta? | Reporte del sistema y parches |
| ERP o aplicación | ¿Qué versiones nuevas soporta el fabricante? | Matriz o carta de compatibilidad |
| Base de datos | ¿Qué motor y versión utiliza? | Inventario y soporte vigente |
| Integraciones | ¿Qué conecta ventas, bancos, SAT, correo o almacén? | Diagrama y responsable |
| Respaldo | ¿Puede restaurarse en otro equipo? | Prueba fechada de recuperación |
| Usuarios | ¿Quién entra y desde dónde? | Lista de cuentas y permisos |
Tienes tres rutas, pero ninguna se elige sólo por el precio de la licencia
- Crear un servidor nuevo con una versión soportada y migrar aplicaciones, datos, roles y usuarios.
- Realizar una actualización en el mismo servidor cuando Microsoft, el hardware y cada aplicación la soporten.
- Mover la carga a un servicio de nube o aplicación SaaS que reemplace la infraestructura antigua.
Microsoft permite en servidores no agrupados una actualización directa de 2012 R2 a Windows Server 2025, pero no la recomienda para todos. ERP, controladores, edición y hardware deben ser compatibles. Para Active Directory, la matriz prefiere una instalación limpia. Un servidor nuevo facilita probar y regresar; la nube cambia costos, pero no elimina respaldo, identidad ni soporte. Compara compatibilidad, caída y salida, no sólo mensualidad.
Un respaldo sin restauración probada no es un plan de regreso
Haz un respaldo completo y restáuralo en un entorno aislado. Registra duración, credenciales, fecha de los datos y si la aplicación abre. Define cómo regresar si fallan facturación, timbrado o integraciones. Si ya capturaron ventas en el sistema nuevo, volver puede dividir la información; fija una hora límite y un método de conciliación. Conserva una copia fuera del servidor y limita las claves.
Plan de ocho semanas para llegar a octubre con una salida ensayada
- Semana 1: inventaria servidores, versiones, funciones, responsables y estado de ESU.
- Semana 2: pide al fabricante del ERP y proveedores una matriz escrita de compatibilidad.
- Semana 3: prueba respaldo y restauración; mide tiempo y documenta faltantes.
- Semana 4: compara servidor nuevo, actualización en sitio y reemplazo en nube con costo total.
- Semana 5: construye el entorno de prueba y copia datos sin exponer información real innecesaria.
- Semana 6: prueba facturación, compras, inventario, usuarios, reportes, impresión e integraciones.
- Semana 7: ensaya corte, comunicación, regreso y conciliación con personas de operación.
- Semana 8: ejecuta en una ventana aprobada y conserva soporte disponible después del cambio.
Si una dependencia impide terminar antes del 13 de octubre, documenta el bloqueo, reduce exposición, limita accesos y segmenta el servidor mientras defines una salida. Esas medidas reducen riesgo, pero no crean parches ni extienden el ESU. Evita dejar una máquina antigua expuesta directamente a internet o aceptar escritorio remoto abierto como solución permanente. Un especialista autorizado debe adaptar los controles al sistema y conservar la continuidad.
La guía de CISA y NSA para clientes de software recomienda revisar dependencias, credenciales y relaciones de confianza al retirar productos. No es una norma mexicana ni una instrucción específica para Windows Server 2012. Refuerza una práctica útil: cerrar tareas y conexiones olvidadas cuando el reemplazo ya fue probado.
