Un servidor que deja de responder, una red intermitente o una computadora que falla durante el cierre mensual rara vez afectan sólo a un usuario. Pueden detener ventas, retrasar entregas y obligar al personal a trabajar con procesos improvisados. Comparar el mantenimiento correctivo con el preventivo ayuda a decidir qué debe atenderse cuando ocurre una falla y qué conviene revisar antes de que interrumpa la operación.

La decisión no consiste en elegir un modelo y descartar el otro. Incluso una infraestructura bien administrada puede presentar incidentes. La diferencia está en cuánto depende la empresa de reaccionar bajo presión y cuánto prepara inventario, revisiones, respaldos y rutas de atención para reducir el impacto.

Mantenimiento correctivo y preventivo: una diferencia de momento y control

El mantenimiento correctivo comienza después de identificar una falla. Busca recuperar la función de un equipo, servicio, red o aplicación mediante diagnóstico, reparación, reemplazo, restauración o ajuste de configuración. Es indispensable porque no todas las fallas pueden anticiparse.

El mantenimiento preventivo reúne actividades programadas para conservar estabilidad, reconocer desgaste y corregir riesgos antes de una interrupción. Puede incluir revisiones de capacidad, actualizaciones controladas, estado de equipos, respaldos, accesos, almacenamiento, red y documentación. Su alcance debe partir de los procesos que realmente sostienen el trabajo.

  • Momento: el correctivo actúa después de la falla; el preventivo se programa antes de que la falla sea evidente.
  • Objetivo: el correctivo recupera una función; el preventivo reduce recurrencias y detecta señales de riesgo.
  • Planeación: el correctivo suele atender una prioridad inmediata; el preventivo reserva ventanas, responsables y recursos.
  • Evidencia: ambos deben dejar diagnóstico, acciones, cambios y resultado para que el siguiente evento no empiece desde cero.
  • Alcance: ninguno sustituye respaldos, seguridad, redundancia ni renovación cuando el equipo ya no cumple su función.

Dónde aporta el mantenimiento correctivo

El correctivo tiene sentido ante eventos puntuales, daños no previsibles o activos cuyo impacto no justifica una supervisión continua. También es la respuesta necesaria cuando la operación ya está afectada. Lo importante es contener el problema, recuperar el servicio de forma segura y conservar información suficiente para investigar la causa.

Una ruta de soporte remoto y en sitio permite definir cómo reportar, priorizar y escalar una incidencia. La cobertura, horarios, accesos y responsabilidades deben acordarse antes de asumir que cualquier problema podrá resolverse de la misma manera.

El riesgo de operar sólo con mantenimiento correctivo

Cuando cada intervención empieza con una urgencia, TI resuelve lo que ya se detuvo y pospone tareas menos visibles. Con el tiempo se acumulan equipos sin inventario, actualizaciones pendientes, respaldos no comprobados y configuraciones que sólo conoce una persona. El problema no es corregir fallas, sino convertir la reacción en el único modelo de administración.

  • La misma incidencia reaparece porque se corrigió el síntoma y no la causa.
  • Las compras y reparaciones se autorizan bajo presión, sin comparar alternativas.
  • Los cambios urgentes no quedan documentados y generan nuevas dependencias.
  • Los usuarios recurren a soluciones personales o dispositivos no previstos para continuar.
  • El respaldo se revisa hasta que ya se necesita recuperar información.
  • La dirección no puede distinguir entre una falla aislada y un problema recurrente.

Qué debe incluir un mantenimiento preventivo útil

La prevención empresarial no se limita a limpiar computadoras. Debe relacionar la condición técnica con la función del activo, el usuario que depende de él y el impacto de una interrupción. Una revisión genérica aplicada por igual a todos los equipos puede consumir recursos sin atender lo más importante.

  • Inventario actualizado de equipos, servicios, usuarios, ubicación, garantía y criticidad.
  • Revisión de capacidad, almacenamiento, temperatura, eventos y fallas recurrentes según el activo.
  • Ventanas controladas para actualizaciones, reinicios y cambios de configuración.
  • Validación de que los respaldos se ejecutan y de que existe un procedimiento de recuperación.
  • Revisión de cuentas, permisos, software autorizado y accesos que ya no se necesitan.
  • Bitácora de hallazgos, acciones, responsables, fecha de seguimiento y decisión pendiente.
  • Plan de actualización o reemplazo cuando mantener el activo ya no es razonable.

La guía de mantenimiento preventivo de computadoras desarrolla la revisión física y lógica de estaciones de trabajo. La estrategia general debe ampliar ese criterio a redes, servidores, correo, nube y aplicaciones críticas conforme a las dependencias de la empresa.

Prevenir no significa prometer que nada fallará

El mantenimiento preventivo ayuda a reducir riesgos conocidos y a detectar degradaciones, pero no elimina errores humanos, daños eléctricos, fallas de fabricantes, incidentes de proveedores ni eventos imprevistos. Su valor está en disminuir sorpresas y mejorar la respuesta: saber qué existe, qué depende de ello, dónde está el respaldo y quién debe actuar.

Cuando los equipos presentan lentitud, incompatibilidad o reparaciones repetidas, conviene revisar las señales de obsolescencia. Dar mantenimiento a un activo que ya no soporta las aplicaciones o controles requeridos puede postergar la decisión sin resolver el límite de fondo.

Cómo combinar ambos modelos según la criticidad

Una estrategia proporcional empieza por identificar qué procesos no pueden detenerse sin afectar clientes, ingresos, entregas o información. Después se asigna un nivel de prevención y una ruta correctiva. Así se evita tratar una computadora de uso ocasional igual que el enlace, servidor o sistema que sostiene varias áreas.

  • Crítico: seguimiento preventivo frecuente, respaldo o alternativa definida, alertas y escalamiento claro.
  • Alto: revisión programada, capacidad vigilada y tiempo objetivo acordado para iniciar atención.
  • Medio: mantenimiento periódico y procedimiento correctivo documentado según disponibilidad.
  • Bajo: atención correctiva proporcional, sin dejar de aplicar actualizaciones y controles básicos.
  • Fuera de soporte: plan de aislamiento, sustitución o retiro; el mantenimiento no corrige una incompatibilidad estructural.

Caso práctico común: una oficina con fallas repetidas de red y equipos

Una empresa reporta cada semana desconexiones de WiFi y lentitud en dos computadoras. El enfoque exclusivamente correctivo reinicia el punto de acceso, libera espacio y devuelve los equipos a los usuarios. La operación se recupera, pero el problema vuelve porque cada evento se atiende por separado.

Al revisar inventario y bitácora, se descubre que el punto de acceso atiende más dispositivos de los previstos, una computadora tiene almacenamiento degradado y la otra ejecuta procesos innecesarios al iniciar. La empresa conserva la ruta correctiva para contingencias, programa el ajuste de red, reemplaza sólo el componente que lo requiere y revisa después si las incidencias disminuyen. La prevención se convierte en decisiones específicas, no en una lista de tareas sin prioridad.

Indicadores para saber si la estrategia está funcionando

No se necesita un tablero complejo para comenzar. Los indicadores deben ayudar a decidir dónde intervenir, no premiar la cantidad de actividades realizadas. Conviene observar tendencias por activo, servicio, sede y tipo de incidencia.

  • Incidencias que se repiten después de una reparación.
  • Activos con más intervenciones o tiempo fuera de servicio.
  • Porcentaje de mantenimientos programados realizados y pendientes relevantes.
  • Respaldos revisados y ejercicios de recuperación documentados.
  • Equipos o servicios que operan cerca de su capacidad habitual.
  • Cambios urgentes que se hicieron sin ventana o documentación completa.
  • Hallazgos preventivos que requieren presupuesto, proveedor o decisión de renovación.

Señales de alerta que requieren una revisión formal

  • El mismo equipo o servicio falla varias veces sin análisis de causa.
  • No existe una lista confiable de activos, usuarios y responsables.
  • Las actualizaciones se posponen indefinidamente por temor a interrumpir la operación.
  • Los respaldos aparecen como exitosos, pero nadie ha probado la recuperación.
  • Una persona concentra contraseñas, configuraciones o conocimiento indispensable.
  • La empresa compra reemplazos de urgencia sin preparar datos, licencias y accesos.
  • Los mantenimientos se registran como realizados, pero no dejan hallazgos ni seguimiento.
  • Un activo fuera de soporte sostiene un proceso crítico sin alternativa definida.

Flujo recomendado después de una incidencia

  • Registrar qué falló, a quién afectó y desde cuándo.
  • Contener el impacto sin borrar evidencia necesaria para el diagnóstico.
  • Recuperar el servicio con una acción validada y comunicar el resultado.
  • Identificar causa probable, cambios recientes y condiciones que favorecieron la falla.
  • Definir si se requiere seguimiento preventivo, actualización, capacitación o reemplazo.
  • Asignar responsable y fecha; una recomendación sin seguimiento vuelve a convertirse en urgencia.
  • Verificar el resultado y actualizar la documentación del activo o servicio.

La documentación conecta prevención y respuesta

Un inventario de activos de TI debe relacionar equipo, usuario, ubicación, aplicaciones, garantía, intervenciones y criticidad. La bitácora complementa ese inventario con síntomas, diagnóstico, piezas, cambios y resultado. Juntos permiten distinguir una excepción de un patrón.

La prevención también debe comprobar la capacidad de recuperación. La guía para configurar y revisar respaldos de servidores ayuda a separar la ejecución de una copia de la evidencia de que los datos pueden recuperarse conforme al alcance previsto.

Cómo ayuda SOATI

SOATI puede apoyar a inventariar activos, revisar incidencias, definir prioridades y organizar mantenimiento, monitoreo y seguimiento mediante servicios administrados de TI. El soporte correctivo y las actividades preventivas se establecen conforme a cobertura, sedes, equipos, horarios, accesos y responsabilidades acordadas.

Un diagnóstico no garantiza que no existirán fallas ni que todo activo deba incluirse en el mismo programa. Antes de proponer un esquema conviene confirmar inventario, dependencias, estado, garantías, proveedores, respaldos, licencias, ventanas de cambio y procesos críticos.

Siguiente paso: empieza por las fallas que más se repiten

Selecciona cinco incidencias recientes y registra activo, usuario, proceso afectado, causa, acción aplicada y recurrencia. Después identifica cuáles requieren una medida preventiva y cuáles sólo necesitan una ruta correctiva clara. Si faltan datos para decidir, esa ausencia ya señala por dónde comenzar el diagnóstico.