Servicios TI gestionados · Prestación del servicio
Gestión mensual de parches
Parchea a cada cliente igual cada mes, sin que una actualización mala llegue a toda la oficina. Los parches van primero a un grupo piloto, el cliente confirma la ventana y los equipos que no deben reiniciarse, y el despliegue espera la aprobación.
- Duración: 1 a 2 semanas
- Frecuencia: Cada mes, para cada cliente
- Pasos: 7 pasos
- Agentes de IA: 1 agente de IA
- Aprobaciones: 2 aprobaciones
Plan gratuito, sin tarjeta de crédito.
Qué cambia con esta plantilla
Sin la plantilla
Los parches van a todos los equipos a la vez, y una actualización mala afecta a todo el cliente.
El personal pierde trabajo cuando un equipo se reinicia en mitad de un proceso largo.
El informe mensual de parches es una exportación en bruto que nadie lee en el cliente.
Nadie recuerda por qué se retuvo un parche el mes pasado.
Con la plantilla
Un grupo piloto recibe los parches primero, y el despliegue espera la aprobación.
El cliente indica antes de la ventana qué equipos quedan fuera.
Un agente de IA redacta un informe claro, y el service delivery manager lo aprueba.
Cada parche retenido tiene su motivo en la ejecución.
La plantilla, paso a paso
Cada paso indica quién lo hace: alguien de tu equipo, un agente de IA o el cliente mediante un enlace público. Una aprobación mantiene bloqueados todos los pasos siguientes hasta que se da.
- Lo hace tu equipo
- Lo hace un agente de IA
- Lo hace el cliente, mediante un enlace público
Empieza cuando
Los fabricantes publican sus actualizaciones mensuales. El técnico de sistemas inicia una ejecución para el cliente con la lista de parches del mes.
- 1
Revisar los parches del mes
Día 1Técnico de sistemas · Equipo
Lee las notas de versión y los problemas conocidos de los fabricantes, decide qué parches despliegas y cuáles retienes, y envía el enlace público al contacto del cliente.
Lista de verificación
- Actualizaciones de seguridad anotadas
- Problemas conocidos revisados
- Cada parche retenido tiene motivo
- Enlace público enviado al contacto del cliente
Campos que rellenar
- Parches a desplegar (obligatorio)
- Parches retenidos y motivo
- 2
Confirmar la ventana y las exclusiones
Días 1 a 3Contacto del cliente · Enlace público
En el enlace público, el cliente confirma la ventana de mantenimiento del mes, acuerda qué equipos forman el grupo piloto e indica los equipos que no deben reiniciarse, como uno que ejecuta un proceso largo.
Lista de verificación
- Equipos piloto acordados
- Personal avisado de los reinicios
Campos que rellenar
- Ventana de mantenimiento confirmada (obligatorio)
- Equipos que quedan fuera
- Contacto durante la ventana
- 3
Parchear el grupo piloto
Días 2 a 4Técnico de sistemas · Equipo
Despliega los parches en los equipos piloto acordados y comprueba que sus usuarios pueden trabajar y que no aparecen alertas nuevas en la herramienta RMM.
Lista de verificación
- Equipos piloto parcheados
- Los usuarios piloto pueden trabajar
- Sin alertas nuevas en la herramienta RMM
Campos que rellenar
- Resultado del piloto (obligatorio)
- Problemas en el piloto
- 4
Aprobar el despliegue
Oculto en el enlace públicoDía 5Service delivery manager · Equipo
Revisa el resultado del piloto, la ventana del cliente y las exclusiones, y aprueba el despliegue o retenlo hasta que se resuelva el problema.
Lista de verificación
- Piloto superado
- Ventana confirmada por el cliente
- Exclusiones configuradas en la herramienta RMM
Aprobación: El despliegue en el resto de equipos del cliente sigue bloqueado hasta que el service delivery manager lo aprueba.
- 5
Desplegar los parches y seguir los fallos
En la ventanaTécnico de sistemas · Equipo
Despliega los parches aprobados en la ventana, reintenta los equipos que fallaron y sigue los reinicios pendientes.
Lista de verificación
- Parches desplegados en la ventana
- Equipos fallidos reintentados
- Reinicios pendientes seguidos
- Un ticket por cada equipo que sigue fallando
Campos que rellenar
- Equipos parcheados (obligatorio)
- Equipos sin parchear y motivo (obligatorio)
- 6
Redactar el informe de parches
Día después de la ventanaRedactor de informes de parches · Agente de IA
El redactor de informes de parches redacta el informe para el cliente: qué se instaló, qué se retuvo y por qué, qué equipos fallaron y qué pasa ahora.
Campos que rellenar
- Borrador del informe de parches (obligatorio)
Revisión humana: El service delivery manager corrige y aprueba el informe en el paso 7.
- 7
Aprobar y enviar el informe
Oculto en el enlace públicoSemana 2Service delivery manager · Equipo
Compara el borrador con la herramienta RMM, corrígelo, apruébalo y envíaselo al contacto del cliente.
Lista de verificación
- Las cifras coinciden con la herramienta RMM
- Parches retenidos explicados con claridad
- Cada equipo fallido tiene ticket
Campos que rellenar
- Informe enviado el (obligatorio)
Aprobación: El informe solo llega al cliente después de que el service delivery manager lo aprueba.
Termina cuando
Los parches aprobados están instalados, cada equipo que falló tiene un ticket de seguimiento, y el cliente tiene un informe aprobado de lo instalado y lo retenido.
Hazla tuya. Cambia el nombre de los pasos y los responsables, y añade elementos a la lista, campos o aprobaciones. La plantilla es un punto de partida para la forma de trabajar de tu equipo.
Los agentes de IA de esta plantilla
Un agente solo trabaja en sus propios pasos, y una persona de tu equipo revisa lo que hizo. Todo lo que un agente escribe en una app conectada espera aprobación, salvo que lo permitas.
Redactor de informes de parches
Convierte las decisiones y resultados de parches del mes en un informe que el cliente puede leer.
Qué hace
- Lee la lista de parches, los retenidos, el resultado del piloto y el del despliegue en la ejecución
- Sigue el esquema del informe de las instrucciones de su paso
- Escribe el borrador del informe en lenguaje claro en su paso
- Completa su paso para que empiece la revisión
Revisión humana: El service delivery manager corrige y aprueba el informe en el paso 7.
Preguntas que responde esta plantilla
Revisa los parches, pruébalos en un grupo piloto, consigue la aprobación del despliegue e informa al cliente, en el mismo orden cada mes. Los pasos 1 a 7 recorren ese ciclo, con el despliegue bloqueado hasta que se aprueba.
Parchea primero un grupo piloto pequeño y comprueba que esos usuarios pueden trabajar antes de que nadie más reciba la actualización. El paso 3 registra el resultado del piloto, y el paso 4 solo aprueba el despliegue si el piloto sale bien.
Acuerda la ventana cada mes y deja que el cliente indique los equipos que no deben reiniciarse. En el paso 2 el contacto del cliente confirma la ventana y las exclusiones en el enlace público, y el paso 4 comprueba que las exclusiones están en la herramienta RMM.
Qué se instaló, qué se retuvo y por qué, qué equipos fallaron y qué pasa ahora. En el paso 6 el redactor de informes de parches redacta justo eso, y en el paso 7 el service delivery manager lo aprueba antes de enviarlo al cliente.
Anota el motivo cuando decides, no cuando el cliente lo pregunta meses después. El paso 1 registra cada parche retenido con su motivo, y el informe aprobado del paso 7 se lo explica al cliente.
Reinténtalo, averigua el motivo y convierte cada fallo que quede en un ticket con responsable. El paso 5 registra los equipos sin parchear y el motivo, y el paso 7 comprueba que cada uno tiene su ticket de seguimiento.
Ejecuta este flujo en OKiDO
Configura los pasos, los responsables y las aprobaciones una vez, y luego inicia una ejecución para cada caso nuevo.