Qué debe incluir el soporte informático de un centro y qué significa «respuesta en cuatro horas»

Una incidencia en un colegio no se gestiona igual que en una oficina

No es lo mismo atender una incidencia en una oficina que en un colegio con varias aulas trabajando simultáneamente. Tampoco es lo mismo empezar a investigar un problema cuando un profesor avisa de que algo no funciona que recibir automáticamente una alerta antes de que la primera clase haya empezado. Por eso, en PenwinEdu entendemos el soporte informático de un centro como algo más amplio que atender incidencias: implica conocer su infraestructura, monitorizarla, establecer prioridades y saber qué puede resolverse inmediatamente y qué intervención debe programarse para no afectar a la actividad lectiva.

En una empresa, una avería informática puede afectar a una persona o a un departamento durante unas horas. En un centro educativo, un problema aparentemente pequeño puede afectar directamente a una clase que ya está en marcha. Un aula que se queda sin wifi, un panel interactivo que no funciona o varios dispositivos que no consiguen conectarse pueden obligar al profesor a cambiar en pocos minutos una sesión que llevaba preparada con antelación.

Además, quien comunica la incidencia no suele ser un técnico. Normalmente es un profesor que tiene a los alumnos delante y que explica lo que está viendo: «no funciona internet», «la pantalla no conecta» o «los equipos no entran en la red». No tendría sentido pedirle que averigüe si el problema está en el punto de acceso, en una VLAN, en el DHCP, en el switch o en la conexión a internet. Esa parte corresponde al servicio técnico. Un soporte acostumbrado a trabajar en colegios debe saber convertir una descripción sencilla del problema en un diagnóstico técnico sin trasladar esa carga al profesor.

También hay que entender cuándo se puede intervenir. Reiniciar un switch a media mañana puede ser una operación muy sencilla técnicamente, pero si de ese equipo dependen varias aulas, hacerlo a las once puede provocar más problemas de los que intenta solucionar. A veces la mejor decisión es resolver inmediatamente; otras veces conviene preparar la intervención y realizarla durante el recreo, por la tarde o en un periodo sin actividad lectiva. Esa capacidad para valorar el impacto antes de actuar es especialmente importante en educación.

Qué significa realmente responder en menos de cuatro horas

En PenwinEdu trabajamos con un compromiso de respuesta en menos de cuatro horas hábiles, pero es importante explicar qué significa exactamente. Responder a una incidencia y resolverla no son necesariamente la misma cosa.

El tiempo de respuesta indica cuánto puede transcurrir desde que el centro comunica una incidencia hasta que nuestro equipo técnico la atiende, la clasifica y empieza a trabajar sobre ella. A partir de ese momento puede realizarse una comprobación remota, aplicarse una corrección, solicitar algún dato adicional o determinar que es necesaria una intervención presencial. Lo importante es que la incidencia ya está siendo gestionada y el centro sabe qué está ocurriendo y cuál será el siguiente paso.

El tiempo de resolución depende, en cambio, del tipo de problema. Una configuración incorrecta puede corregirse en remoto en pocos minutos, mientras que una avería física puede necesitar una pieza de sustitución. Si el problema está en una línea de comunicaciones de un operador externo, además interviene un tercero cuyos tiempos no controla directamente el servicio técnico del centro. Prometer que todas estas situaciones estarán resueltas en el mismo número de horas no sería realista.

Por eso preferimos que el compromiso sea claro: cuándo empezamos a atender la incidencia, qué prioridad tiene, cómo se está gestionando y de qué depende su resolución.

No todas las incidencias tienen la misma prioridad

Un buen servicio de soporte tampoco debería tratar todas las incidencias de la misma manera. Que una impresora de un despacho deje de funcionar no tiene el mismo impacto que perder la conectividad de una planta completa, y un problema que afecta a una única aula no debería gestionarse igual que una incidencia que impide trabajar a todo el centro.

Los niveles de servicio permiten establecer estas prioridades con criterios previamente acordados. En lugar de depender de expresiones poco concretas como «urgente» o «atención prioritaria», es preferible definir qué situaciones corresponden a cada nivel, qué tiempo de respuesta se aplica y qué procedimiento se sigue en cada caso. Así, tanto el centro como el equipo técnico saben desde el principio cómo debe tratarse cada incidencia.

Esta forma de trabajar resulta especialmente útil en momentos de mucha actividad, como el inicio de curso. En septiembre vuelven a funcionar simultáneamente dispositivos, aulas, cuentas de usuario, plataformas, impresoras y servicios que quizá han tenido poca actividad durante varias semanas. Una buena planificación del soporte permite anticipar buena parte de esa carga en lugar de limitarse a reaccionar cuando aparecen los problemas.

Monitorizar la infraestructura cambia completamente el soporte

Hay una diferencia importante entre esperar a que alguien comunique una avería y disponer de sistemas que supervisan continuamente la infraestructura. En el primer caso, el servicio empieza cuando el usuario detecta que algo no funciona. En el segundo, determinados problemas pueden conocerse antes incluso de que afecten a una clase.

Pensemos en un punto de acceso que deja de responder a primera hora de la mañana. Sin monitorización, probablemente nadie se dará cuenta hasta que llegue un grupo al aula e intente conectarse. Entonces un profesor avisará al responsable TIC o abrirá una incidencia y empezará el diagnóstico. Con monitorización continua, el sistema puede generar una alerta en cuanto el equipo deja de responder, lo que permite empezar a investigar el problema antes de que comiencen las clases. El fallo es el mismo, pero el impacto para el centro puede ser completamente diferente.

La monitorización aporta además información que facilita mucho el diagnóstico. Permite saber cuándo empezó el problema, qué dispositivo está afectado y qué otros servicios pueden depender de él. Por eso en PenwinEdu consideramos que la monitorización 24/7 es una parte fundamental del mantenimiento de la infraestructura y no simplemente un complemento del servicio de soporte.

Todas las incidencias deberían quedar registradas

El teléfono es útil cuando hay que hablar con alguien y un mensaje puede resolver una consulta rápida, pero las incidencias deberían tener siempre un registro. Cuando la información queda repartida entre llamadas, correos y conversaciones con distintos técnicos es fácil perder el historial de lo que se ha hecho, especialmente si una persona está de vacaciones, cambia de puesto o simplemente otro técnico tiene que continuar la intervención.

Trabajamos con un portal de incidencias donde queda registrado qué problema se ha comunicado, cuándo empezó, quién lo está gestionando, qué comprobaciones se han realizado y cuál ha sido finalmente la solución. Esta información no solo facilita el soporte; con el tiempo permite detectar problemas que de otra forma pasarían desapercibidos.

Si una misma aula acumula varias incidencias de conectividad durante unos meses, por ejemplo, probablemente ya no estemos ante averías independientes. Puede existir un problema de cobertura, cableado, alimentación o diseño de la red. Tener el histórico permite detectar esos patrones y buscar una solución definitiva en lugar de repetir la misma intervención cada pocas semanas.

El soporte debe tener un alcance bien definido

Otro aspecto importante es saber exactamente qué está incluido en el servicio. En un centro pueden convivir la red wifi, switches, firewall, servidores, ordenadores, paneles interactivos, impresoras, sistemas de telefonía, videovigilancia, control de accesos y muchos otros equipos. No tiene por qué estar todo incluido en el mismo contrato, pero sí debería estar claro qué parte de esa infraestructura se mantiene y quién se responsabiliza de cada elemento.

También hay que definir cómo se gestionan los dispositivos del alumnado, especialmente cuando existen equipos propiedad del centro y otros que pertenecen a las familias. En estos últimos, normalmente el colegio controla su acceso y comportamiento dentro de la red, pero no administra el dispositivo como haría con un equipo propio. Del mismo modo, debe quedar claro en qué situaciones una actuación se realiza en remoto, cuándo requiere desplazamiento y cómo se programan las intervenciones que pueden afectar a varias aulas.

Hay además una cuestión que no conviene resolver cuando ya existe una avería. En determinadas intervenciones, el equipo técnico puede necesitar acceder a sistemas que contienen información personal de alumnos, familias o trabajadores. Esos accesos deben realizarse dentro de un marco correctamente definido, con el correspondiente encargo de tratamiento cuando proceda y dejando constancia de las actuaciones realizadas.

El responsable TIC del colegio no debería estar solo ante cada problema

En muchos colegios existe una persona que ejerce como responsable TIC, pero eso no significa necesariamente que su función principal sea mantener la infraestructura. Puede ser un profesor que además coordina la tecnología, una persona de administración con conocimientos técnicos o alguien que dedica solo una parte de su jornada a estas tareas.

Un buen servicio de soporte debería descargar a esa persona de la parte más especializada. No tiene demasiado sentido que tenga que pasar horas investigando por qué un punto de acceso no responde, revisando logs de un firewall o persiguiendo una avería con una operadora si existe un servicio técnico contratado precisamente para hacerlo. Su conocimiento del centro es enormemente valioso, pero debería utilizarse para coordinar necesidades y prioridades, no para convertirse por obligación en administrador de sistemas, especialista en redes y técnico de soporte a la vez.

Este es uno de los puntos donde la experiencia específica en educación resulta especialmente importante. Conocer la tecnología no basta; hay que entender cómo se utiliza dentro de un colegio y qué impacto tiene cada decisión técnica sobre las clases, los profesores y el funcionamiento del centro.

Cómo planteamos el soporte desde PenwinEdu

En PenwinEdu llevamos años diseñando, instalando y manteniendo infraestructura tecnológica en centros educativos. Esa experiencia nos ha permitido conocer las redes y los sistemas que utilizamos, y también la realidad con la que conviven nuestros clientes durante el curso: los momentos de máxima actividad, los cambios de septiembre, las incidencias que no pueden esperar y aquellas intervenciones que hay que planificar para no interrumpir las clases.

Pero hay una parte que consideramos igual de importante y que no se resume en un SLA: conocer la infraestructura que estamos manteniendo. Cuando llevamos la red de un colegio sabemos cómo está construida, qué equipos hay, cómo están conectados y qué servicios dependen de cada uno. Eso reduce los tiempos de diagnóstico y permite tomar decisiones con bastante más información cuando surge un problema.

La experiencia acumulada trabajando específicamente con centros educativos es precisamente la que ponemos al servicio de nuestros clientes. Nuestro objetivo no es simplemente reaccionar cuando algo falla, sino ayudar a que la infraestructura funcione de forma estable durante todo el curso y anticiparnos, siempre que sea posible, a los problemas antes de que lleguen al aula.

Nuestro servicio de soporte combina:

• Monitorización 24/7.
• Atención técnica con respuesta en menos de cuatro horas hábiles.
• Gestión mediante portal de incidencias.
• Niveles de servicio adaptados a cada centro.