Una ventana de mantenimiento para MSP es un periodo acordado con el cliente para hacer cambios que pueden afectar sus equipos o servicios. Debe definir el alcance, la interrupción esperada, quién autoriza, cómo recuperar el servicio y qué pruebas permiten cerrar el trabajo.
Elegir “el domingo por la noche” deja demasiadas preguntas abiertas. Puede haber una sucursal trabajando, una laptop apagada o un sistema que necesita validación del proveedor. Conviene resolver esas condiciones antes de iniciar.
Descarga la plantilla de ventana de mantenimiento en Excel. Incluye una solicitud con 29 campos, un registro de ejecución con 10 pasos y un ejemplo ficticio separado. No requiere registro.
1) Define el cambio y su impacto
Usa un ID de cambio o ticket y describe el resultado esperado. “Actualizar equipos” es demasiado amplio. “Actualizar la aplicación aprobada en PC-01 a PC-05 y verificar una operación con el usuario” permite revisar alcance y cierre.
Registra:
- Cliente, sitio, responsable técnico y contacto operativo.
- Equipos, versiones, aplicaciones y dependencias afectadas.
- Elementos fuera de alcance, como un servidor que requiere otra intervención.
- Usuarios afectados y máximo de interrupción aceptado.
- Restricciones: ventas abiertas, cierres contables, respaldos o procesos en curso.
La guía NIST SP 800-40 Rev. 4 trata los parches como mantenimiento preventivo y contempla identificar, priorizar, instalar y verificar. La ventana debe reservar tiempo para ese flujo completo.
2) Acuerda fecha, zona horaria y comunicación
Indica fecha y hora de inicio y de fin. Si la intervención cruza medianoche, escribe ambas fechas. Añade la zona horaria del sitio y el desfase UTC que corresponde a esa fecha. “A las 10” puede significar horas distintas para el técnico y el cliente.
Define también quién recibe el aviso previo, quién confirma que se puede iniciar y a quién llamar si el contacto principal no responde. Una política recurrente puede autorizar cambios estándar con condiciones documentadas. Los cambios que excedan esas condiciones necesitan una nueva decisión.
El SLA del MSP debe aclarar el tratamiento del mantenimiento programado. No asumas que una ventana elimina compromisos de disponibilidad ni que permite reiniciar cualquier equipo. Usa la matriz de responsabilidades MSP–cliente para acordar quién ejecuta y quién aprueba.
3) Reserva tiempo para detenerte y recuperar
Antes de ejecutar, registra el estado previo, una prueba piloto cuando corresponda y una ruta de recuperación adecuada al cambio. Un archivo de respaldo necesita evidencia de que puede restaurarse. Algunos cambios tampoco admiten desinstalación directa: confirma el procedimiento con el proveedor.
La guía de gestión de parches del Gobierno de Canadá vincula el despliegue con gestión de cambios y planes de contingencia y reversión. Puedes aplicar ese criterio al preparar tu propio procedimiento.
Por ejemplo, si la ventana termina a las 22:00 y necesitas 20 minutos para revertir más 10 para validar, las 21:30 son el límite para iniciar la recuperación. Si hay más dependencias o incertidumbre, reserva un margen adicional.
Acuerda condiciones concretas para no iniciar o para detenerte:
- Falta aprobación del alcance o del reinicio.
- El respaldo o procedimiento de recuperación no está verificado.
- El piloto falla o una dependencia crítica no está disponible.
- Se alcanza el límite de tiempo acordado.
4) Ejecuta por etapas y conserva evidencia
La hoja Ejecución propone 10 pasos que puedes adaptar. Completa responsables y horas previstas antes de comenzar. Durante la intervención registra hora real, resultado y referencia de evidencia. Si omites un paso, conserva el motivo.
Empieza por un piloto representativo y revisa su resultado antes de ampliar el cambio. Verifica los reinicios autorizados y registra por separado equipos offline, instalaciones fallidas o elementos fuera de la ventana. Un equipo apagado sigue pendiente.
El flujo de gestión de parches: detectar, aplicar y verificar ayuda a organizar la parte técnica. La plantilla conserva el acuerdo y la evidencia de la intervención.
5) Cierra con una prueba del servicio
Verifica tanto el resultado técnico como la función que usa el cliente. El agente puede estar en línea y la instalación haber terminado, mientras la aplicación sigue sin abrir o una impresión falla.
Registra la versión o estado posterior, la prueba funcional, quién la realizó, el horario real y los pendientes con responsable y fecha. Si hubo reversión, documenta qué quedó recuperado y qué requiere seguimiento. Conserva la confirmación del cliente según el criterio de cierre acordado.
En Lunixar RMM puedes reunir contexto del equipo, inventario, monitoreo y gestión de parches. Completa esa evidencia con las pruebas del servicio y la aprobación registrada en tu proceso de cambios.
Descarga y uso de la plantilla
Descargar plantilla XLSX en español.
- Guarda una copia por cambio y completa las celdas amarillas de Solicitud.
- Conserva la aprobación del cliente y su referencia antes de ejecutar.
- Adapta los 10 pasos de Ejecución al procedimiento real.
- Registra resultados, validación y pendientes antes del cierre.
La hoja Ejemplo contiene datos ficticios de planificación. La aprobación y la recuperación siguen pendientes deliberadamente para mostrar qué falta antes de ejecutar. No copies esos datos como evidencia de un cliente real ni guardes contraseñas o secretos en el archivo.
Preguntas frecuentes
¿Cuánto debe durar una ventana de mantenimiento?
Depende del cambio, las dependencias y la recuperación. Estima preparación, ejecución, reinicios, pruebas y reversión. Acuerda la duración con el cliente usando esos tiempos.
¿Qué pasa si una vulnerabilidad requiere atención urgente?
Activa el procedimiento de cambio de emergencia con autorización, evaluación de impacto y validación proporcional al riesgo. No uses la próxima ventana ordinaria como única respuesta a una exposición urgente.
¿Se puede cerrar con equipos pendientes?
Registra el resultado como incompleto o conserva los pendientes explícitos según el acuerdo. Cada equipo pendiente necesita responsable y fecha. Evita declarar que toda la flota quedó actualizada si no lo verificaste.
