«Instala las actualizaciones cuando puedas» parece una recomendación sencilla, hasta que un ordenador se reinicia justo antes de una reunión o una aplicación deja de funcionar en mitad de una tarea. La solución no es posponerlas indefinidamente: es dejar de tratarlas como una molestia imprevisible y gestionarlas como parte normal del trabajo.
Las actualizaciones corrigen errores, vulnerabilidades de seguridad y a veces cambian cómo funciona una herramienta. El reto para una pyme está en mantener los equipos al día sin interrumpir la actividad, sin perder de vista qué se ha cambiado y sin que la tarea acabe dependiendo de que cada persona se acuerde. Un proceso pequeño, repetible y con responsables claros suele funcionar mejor que la buena voluntad individual.
Por qué aplazarlas siempre no es un plan
Fabricantes como Microsoft publican actualizaciones periódicas con correcciones y mejoras, y explican en sus preguntas frecuentes oficiales de Windows Update que algunas requieren reiniciar el equipo para terminar la instalación. En Windows se pueden programar reinicios y definir horas activas, pero esas opciones ayudan a organizar el momento: no convierten en buena idea dejar las actualizaciones pendientes durante meses. Y lo mismo ocurre fuera de Windows: macOS y las distribuciones de Linux también publican correcciones con regularidad, cada uno con su mecanismo propio, y en ambos casos hay formas de organizar cuándo se aplican. El sistema concreto importa menos que el hábito: revisar qué llega, decidir cuándo aplicarlo y dejar constancia.
Hay una razón de peso que no siempre se explica. Cuando se publica una corrección de seguridad, el detalle del problema acaba siendo público: cualquier atacante puede saber qué fallo existía y buscar equipos que todavía no lo tengan parcheado. Cuanto más tiempo pasa sin actualizar, más tiempo expone la empresa un problema ya conocido y con solución disponible. INCIBE lo resume bien en su guía sobre política de actualizaciones de software: establecer una política en la empresa, no improvisar en cada equipo.
Conviene distinguir entre una pausa breve para no interrumpir una tarea y una costumbre de posponer sin fecha. La primera es sentido común; la segunda convierte la red en un catálogo de equipos atrasados que nadie sabe diagnosticar, porque cuando algo falla ya nadie recuerda qué se cambió, cuándo ni en qué orden.
Qué conviene actualizar, más allá del sistema operativo
Es habitual pensar solo en Windows, pero el trabajo diario se apoya en varias capas y cada una tiene su canal y su ritmo de actualización. La lista mínima de una pyme suele incluir lo siguiente:
- El sistema operativo de cada equipo, sea Windows, macOS o Linux, incluidos los servidores, que suelen ser lo primero que conviene tener al día por su exposición.
- Las aplicaciones de gestión y facturación, cuyo fabricante suele avisar de versiones obligatorias o cambios de compatibilidad.
- El navegador y las herramientas en la nube, que se actualizan solas pero conviene vigilar, porque por ahí entra gran parte del trabajo y gran parte del riesgo.
- Los programas de soporte: correo, ofimática, copias de seguridad, protección antivirus. Suelen gestionarse de forma centralizada precisamente para no depender de cada usuario.
- Los dispositivos de red y su firmware: el router y el switch también reciben correcciones de seguridad, aunque nadie los mire.
Si no tienes claro qué aplicaciones necesita tu empresa para funcionar, en este blog ya explicamos qué software necesita una empresa según su tamaño: ese mismo inventario es el punto de partida para saber qué hay que mantener.
Un proceso sencillo en cuatro pasos
Para mantener el control sin montar un proyecto complejo, puedes empezar con estas cuatro prácticas:
- Haz un inventario básico. Anota los equipos, el sistema operativo, las aplicaciones importantes y quién los utiliza. No hace falta un documento perfecto: basta con que cualquiera pueda responder a la pregunta de qué hay y dónde está.
- Define quién se ocupa y cuándo. Asigna una persona responsable o un proveedor, y reserva una franja que no moleste: primeras horas, cierre de jornada o, mejor aún, fuera de horario laboral. Avisa al equipo con antelación si puede haber reinicios, aunque sean breves.
- Prueba antes los cambios que puedan afectar a una aplicación crítica. En una pyme pequeña puede bastar con comprobarlo en un equipo representativo antes de extender el cambio al resto. Si el fabricante del programa publica instrucciones de compatibilidad, consúltalas antes, no después.
- Registra lo esencial. Guarda la fecha, los equipos actualizados y cualquier incidencia. Si algo falla semanas después, ese registro ayuda a delimitar el problema en minutos en lugar de horas.
¿Y qué hay de la costumbre de darle a «siguiente, siguiente, siguiente» y dejar que Windows haga lo que quiera? La mayoría de las veces funciona: el equipo se actualiza, se reinicia y todo sigue igual. Pero a veces no: una actualización puede entrar en conflicto con el programa de gestión, con el controlador de la impresora o con esa aplicación que solo usa el almacén, y la avería aparece justo el día en que más falta hace el equipo. Cuando eso pasa, el problema no es la actualización en sí: es que nadie sabe qué se tocó, en qué orden ni a quién preguntar. Actualizar sin comprobar puede acabar costando más de lo que arregla; comprobar antes cuesta minutos y evita ese teléfono.
Qué hacer cuando un equipo no puede actualizarse todavía
A veces una aplicación antigua o un equipo especializado necesita una comprobación previa o incluso impide la actualización por ahora. No es motivo para ignorarlo: deja constancia de qué lo impide, quién debe resolverlo y cuándo se revisará de nuevo. Mientras tanto, limita el uso de ese equipo a lo necesario y no dejes que la excepción se convierta en permanente por olvido.
También ayuda separar las actualizaciones habituales de los cambios grandes de versión. Las primeras encajan en una rutina periódica y casi nunca dan sorpresas. Un cambio importante de versión es otra cosa: conviene comprobar requisitos, leer qué cambia, elegir una fecha con margen y asegurarse de que hay una copia de seguridad reciente antes de empezar, porque esa es la red de seguridad que permite volver atrás sin drama. Y ojo con el origen: usa siempre las instrucciones oficiales del fabricante y evita instaladores de páginas desconocidas.
Una comprobación breve al terminar
Después de actualizar, confirma que el equipo arranca correctamente y que las aplicaciones esenciales siguen funcionando: gestión, correo, impresión, lo que se use a diario. Si una incidencia coincide con un cambio, apunta el mensaje de error y la hora, y consulta el soporte del fabricante o a quien gestione la informática antes de aplicar soluciones improvisadas. Mantener los equipos al día es importante, pero igual de importante es poder explicar qué se hizo y qué ocurrió después.
Por qué trabajamos cuando nadie trabaja
Hay un matiz que para nosotros marca la diferencia entre actualizar bien y actualizar a lo loco: el momento. Las revisiones y las actualizaciones las hacemos, en la mayoría de los casos y siempre que el cliente lo permite, fuera de horario laboral. De noche o en fines de semana, cuando el despacho está vacío y ninguna reunión, factura ni llamada depende del equipo que se está tocando.
No lo hacemos por comodidad, sino porque una actualización que reinicia un ordenador a las 9:00 h cuesta más de lo que aporta: interrumpe a alguien, retrasa una tarea y genera la sensación de que «la informática vuelve a fallar» cuando en realidad acababa de mejorar. Trabajando fuera de horario, a la mañana siguiente el equipo está al día, comprobado y funcionando, y nadie ha perdido un minuto. Es una forma de hacer mantenimiento que casi nadie aplica y que para el cliente se traduce en lo único que de verdad le pide a su tecnología: que le deje trabajar.
Si tu empresa no sabe qué equipos tiene, quién revisa sus actualizaciones o qué ocurre cuando una instalación falla, puedes hablar con nosotros. Revisar el proceso antes de que haya una urgencia suele ahorrar tiempo y decisiones a ciegas.
¿Te ha sido útil este artículo?
