¿Qué diferencia hay entre el soporte técnico reactivo y el soporte técnico proactivo?

El soporte reactivo actúa cuando alguien reporta una falla. El proactivo vigila la red, detecta las señales previas y las corrige en una ventana programada, antes de que la operación se detenga.

Por qué el soporte reactivo siempre llega con la planta ya detenida

El soporte reactivo es el modelo más común y el más fácil de contratar: algo falla, alguien lo reporta y el proveedor atiende. Su punto de partida es el reporte, así que cada minuto entre la falla real y la llamada del usuario ya corre en contra de la producción. En una planta con varios turnos, ese reporte suele venir de quien menos información técnica tiene: un supervisor que ve una pantalla congelada y no sabe si falló la aplicación, el servidor, el switch o el enlace.

El ciclo de un incidente reactivo: reporte, traslado y diagnóstico desde cero

Una vez abierto el reporte, el reloj sigue corriendo en varias etapas. El proveedor asigna un técnico, que se traslada a la planta. Si ese técnico no conoce la red, necesita reconstruir su topología, localizar las credenciales de los equipos y averiguar qué cambió desde la última visita. Si la falla es de hardware, falta conseguir la refacción, y a las tres de la mañana eso depende de lo que haya en inventario. El tiempo de respuesta de un contrato puramente reactivo cubre la primera etapa; el paro dura lo que tardan todas juntas.

La causa raíz que se queda sin investigar

El objetivo del soporte reactivo es restablecer el servicio, y cuando lo logra, el caso se cierra. Pocas veces queda tiempo o presupuesto para preguntar por qué ocurrió. La fuente de poder se reemplaza, el cuarto de red conserva la misma temperatura que la dañó, y la siguiente en fallar será la de otro equipo. Los marcos de gestión de servicios de TI, como ITIL, separan justo esas dos tareas: la gestión de incidentes, que devuelve la operación a la normalidad, y la gestión de problemas, que elimina la causa para que el incidente no se repita. El modelo puramente reactivo solo practica la primera.

Lo que el soporte proactivo detecta semanas antes de la falla

El soporte proactivo parte de otra premisa: muchas fallas de red dan avisos antes de ocurrir, y alguien tiene que estar mirando cuando aparecen. Las tareas de un mantenimiento preventivo, como la actualización de firmware, la limpieza y la revisión de capacidad, ya las detallamos en otro artículo. Aquí nos interesa el modelo de operación completo, que combina cuatro prácticas.

Monitoreo con umbrales: la alerta que llega antes que la llamada del supervisor

Switches, routers, firewalls y UPS reportan su estado a una plataforma de monitoreo mediante protocolos como SNMP y registros de eventos (syslog). La plataforma compara cada variable con un umbral: temperatura, estado de ventiladores y fuentes, errores en los puertos, uso de CPU y memoria, saturación de enlaces, carga y estado de las baterías. Cuando una variable cruza su umbral, el equipo de soporte recibe la alerta y la atiende. En el escenario de apertura, las alertas de temperatura y de ventilador habrían llegado semanas antes del paro, con tiempo de sobra para cambiar la fuente en un horario tranquilo y corregir la ventilación del cuarto.

Tendencias de capacidad: el enlace que se va a saturar el próximo trimestre

La falla abrupta es solo una de las formas en que una red se degrada. La otra es el crecimiento lento: un enlace que hace un año trabajaba holgado y hoy se satura en cada cambio de turno, o un switch al que se le acaban los puertos a medida que llegan líneas y sistemas nuevos. El monitoreo proactivo guarda el historial de uso y permite ver esas tendencias con meses de anticipación, a tiempo de presupuestar la ampliación antes de que la saturación se convierta en lentitud en las terminales de producción.

Documentación y respaldo de configuraciones: el técnico que ya conoce tu red

Un proveedor proactivo mantiene actualizados el inventario de equipos, el diagrama de la red y los respaldos de configuración de cada switch, router y firewall. Esa documentación acorta cualquier atención, incluida la de una falla imprevista: el técnico sabe qué equipo da servicio a cada línea y, si un switch debe reemplazarse, carga la configuración respaldada en lugar de reconstruirla a mano. La hora que en el escenario de apertura se fue en descubrir la topología desaparece.

Ventanas de cambio: el trabajo que se hace de día sin detener la línea

Cuando una alerta o una tendencia indican que algo debe corregirse, el soporte proactivo lo programa. Una actualización de firmware, el reemplazo de una fuente o la ampliación de un enlace se ejecutan en una ventana de mantenimiento acordada con producción, con el procedimiento escrito, la refacción en mano y un plan para regresar al estado anterior si algo sale mal. Los equipos con fuentes o enlaces redundantes se intervienen sin detener la operación; los que no los tienen, en el paro programado que menos afecte a la planta. El mismo trabajo que de madrugada cuesta un turno, de día cuesta una intervención planeada.

El costo oculto de pagar soporte solo cuando algo se rompe

El soporte reactivo parece más barato porque solo se paga cuando se usa. Esa cuenta deja fuera casi todo lo que cuesta un incidente: la producción detenida, el tiempo extra del personal, los embarques que se retrasan, las refacciones compradas con urgencia y, en algunos contratos con clientes, las penalizaciones por incumplir entregas. También deja fuera el costo de un equipo de sistemas que vive apagando incendios y nunca avanza en sus proyectos.

El soporte proactivo convierte buena parte de ese gasto variable en un costo fijo y predecible, y además reduce el número de incidentes que llegan a convertirse en paros. Para decidir entre los dos modelos, la comparación útil pone de un lado el costo anual del servicio proactivo y del otro el costo de los paros por fallas de red que tuvo tu planta en el último año, sumado a lo que gastó en atenderlos.

Horario de oficina contra operación de tres turnos

Muchas plantas trabajan de forma continua, y sus fallas de red siguen ese mismo calendario. Un modelo reactivo concentra el riesgo en las horas con menos personal técnico disponible, justo cuando el reporte tarda más en llegar y la refacción es más difícil de conseguir. El modelo proactivo mueve la mayor parte del trabajo a horarios elegidos por la planta, y deja para la madrugada solo lo que de verdad no se podía anticipar.

Por qué un buen soporte proactivo necesita también una respuesta reactiva clara

Ningún monitoreo evita todas las fallas. Un equipo puede fallar sin aviso previo, un montacargas puede cortar un cable y una descarga eléctrica puede dañar un enlace exterior. Por eso el modelo proactivo incluye un canal de atención de incidentes con tiempos máximos de respuesta definidos en el contrato según la criticidad de cada equipo, y un procedimiento de escalamiento para las fallas graves. La diferencia con el modelo reactivo puro está en el punto de partida de esa atención: el técnico llega con el historial del equipo, el diagrama de la red y el respaldo de la configuración, y muchas veces con la alerta que detectó la falla antes de que sonara el teléfono.

En otro artículo explicamos cómo evaluar el SLA de un proveedor de telecomunicaciones antes de firmar. Aplicado a este tema, conviene preguntar qué parte del contrato cubre la atención de incidentes y qué parte cubre el trabajo preventivo, porque muchos contratos que dicen soporte incluyen solo la primera.

Cómo combinamos soporte proactivo y reactivo en TeleCloud

En TeleCloud incluimos la atención reactiva y la preventiva en nuestros contratos de soporte. El trabajo empieza con un diagnóstico de la red: inventario de equipos, diagrama, estado de firmware y ciclo de vida, y los puntos que hoy podrían detener tu operación. Con eso definimos qué se monitorea, con qué umbrales y cuál es la criticidad de cada equipo.

A partir de ahí operamos con monitoreo 24/7 y alertas automatizadas, gestión de cambios, actualizaciones y parches en ventanas acordadas con tu planta, y reportes mensuales de salud de la red. Cuando ocurre un incidente, lo atienden ingenieros certificados asignados a tu cuenta, dentro de los tiempos máximos que fija el contrato según la criticidad de cada equipo, con el historial y la documentación de tu red a la mano.

Si en tu planta el primer aviso de una falla de red sigue siendo la llamada de un supervisor, tu soporte funciona en modo reactivo, diga lo que diga el contrato. En TeleCloud monitoreamos tu infraestructura, programamos las correcciones en horarios que no detienen la producción y atendemos los incidentes con ingenieros certificados que ya conocen tu red. Solicita el diagnóstico en https://telecloud.com.mx