¿Tu servicio de alumbrado se entera de una farola rota solo cuando lo llama el vecino, y nunca cuando lo ve el propio operario de residuos que pasa cada noche por esa misma calle, la brigada municipal que hace su ronda o la policía local en patrulla? Es la pregunta que casi ningún ayuntamiento se hace, porque da por hecho que cada servicio municipal funciona en su propio carril: residuos recoge la basura, jardinería cuida los parques, aguas revisa la red, brigada y policía recorren el municipio por su cuenta, y cada uno reporta —si reporta algo— a su manera. El resultado es que el municipio tiene, sin saberlo, decenas de sensores humanos circulando por sus calles todos los días —brigadas, operarios, policía local, vehículos de servicio— y casi ninguno está conectado al mismo sitio que el resto.
Cada servicio municipal que no está conectado al sistema de incidencias es un sensor que el ayuntamiento ya paga y que no está aprovechando.
La solución no es crear un canal de aviso para cada servicio ni añadir más aplicaciones: es conectar a todos —brigadas incluidas— al mismo sistema de incidencias que ya usa el ciudadano, y hacerlo en los dos sentidos: que cada servicio pueda avisar de lo que ve, y que también reciba lo que le corresponde resolver, venga de donde venga el aviso.
Cada servicio municipal recorre la calle a diario
Ya hemos hablado de cómo unificar los canales de contacto del vecino y de qué es, en realidad, un sistema de incidencias municipal completo: un concentrador de avisos con canal de entrada, prioridad, plazo, estado y aviso de resolución. Pero esos dos artículos se centran en el aviso que llega desde fuera, del vecino o del personal de atención ciudadana. Hay una segunda fuente de avisos, igual de valiosa y casi siempre desconectada: el propio personal municipal que ya está en la calle por otro motivo.
- El camión de la recogida de residuos pasa por cada calle del municipio, cada noche o cada día, según el servicio.
- Las brigadas de jardinería revisan parques y zonas verdes de forma rutinaria.
- Los operarios de mantenimiento de aguas inspeccionan tramos de red y bocas de riego.
- La policía local recorre el municipio entero en su turno de patrulla.
Todos ellos ven cosas que no forman parte de su servicio: una farola fundida, un socavón, un contenedor volcado, una señal caída. Hoy, en la mayoría de ayuntamientos, esa observación se pierde: no hay ningún canal sencillo para reportarla, así que el operario sigue su ruta y el problema queda sin registrar hasta que un vecino lo denuncia —normalmente semanas después, y a veces por redes sociales.
Reportar es solo la mitad del trabajo
Conectar a cada servicio para que reporte lo que ve es la parte más visible, pero no es la única que hace falta. Un servicio municipal también tiene que recibir las incidencias que le corresponden a él, sin que importe quién las haya detectado ni por qué canal hayan entrado:
- Un vecino reporta por la app un contenedor roto: la incidencia tiene que llegar a residuos, no quedarse en una bandeja genérica de la OAC esperando que alguien la reenvíe a mano.
- La policía local detecta una fuga de agua durante una patrulla nocturna: el aviso tiene que activarse en el servicio de aguas esa misma noche, no al día siguiente cuando alguien revise el registro.
- Un concejal recibe una queja directa de un vecino sobre una zona verde descuidada: esa queja tiene que convertirse en un parte de trabajo real para jardinería, no quedarse en un wasap entre el concejal y el jefe de brigada.
Un servicio municipal que solo reporta pero no recibe sigue mirando la mitad del tablero. La otra mitad, la que le llega desde fuera, sigue dependiendo de que alguien se acuerde de avisarle a mano.
Sin esa doble vía, cada servicio sigue siendo una isla que a veces informa y a veces no se entera, según quién haya visto el problema primero y si a esa persona se le ha ocurrido —o ha tenido tiempo— de avisar por su cuenta.
Un concentrador único, no una app por servicio
La tentación habitual es resolver esto añadiendo una aplicación distinta para cada servicio —una para residuos, otra para jardinería, otra para aguas—, y así se acaba con tantos silos digitales como silos había antes, solo que ahora en el móvil del operario. La alternativa que de verdad funciona es que todos los servicios se conecten al mismo sistema de incidencias que ya usa el ciudadano, cada uno con su propia vista y sus propios permisos, pero con el mismo repositorio detrás.
Para el operario en la calle, esto no tiene por qué significar una aplicación complicada: una botonera sencilla en el vehículo, un par de opciones en el móvil o un aviso por radio que alguien introduce en segundos son suficientes para que la observación no se pierda. Lo importante no es la interfaz, es que ese aviso caiga en el mismo sistema que todo lo demás.
La tipología es la que reparte el trabajo sola
Da igual qué servicio detecta el problema o a qué servicio le corresponde resolverlo: la incidencia se enruta sola al departamento adecuado, con su ubicación, su prioridad y su plazo, igual que si la hubiera reportado un vecino por la app. La pieza que lo hace posible es la tipología de la incidencia. Cada aviso lleva asociado un tipo —farola fundida, socavón, contenedor volcado, fuga de agua, poda pendiente— y ese tipo es, precisamente, lo que el sistema usa para decidir a qué servicio corresponde sin que nadie tenga que mirarlo ni decidirlo a mano. Quien reporta —vecino, operario, brigada o policía local— no necesita saber a qué departamento le toca resolverlo: solo tiene que marcar de qué se trata, y es el sistema el que conoce la regla y la aplica. Y cuando el aviso no llega ya clasificado —una descripción libre, una foto, un mensaje de voz—, la IA puede leer ese contexto y asignar el tipo ella misma, con la misma lógica de enrutado automático por detrás: el vecino o el operario no tienen que acertar con la categoría exacta, basta con contar qué ha visto.
Sin una tipología clara, cada incidencia necesita a alguien que la lea y decida a quién corresponde. Con ella, esa decisión ya está tomada de antemano: el sistema solo tiene que aplicarla.
Con esa tipología bien definida, el enrutado deja de depender de que alguien lo revise y lo derive: es automático, inmediato y sin intervención humana, desde el segundo en que se registra el aviso hasta que llega, ya asignado, a la bandeja del servicio que tiene que actuar.
Y cuando la tipología falla —un vecino marca «alumbrado» pero en realidad es un cableado de telecomunicaciones, o un operario clasifica mal una incidencia porque a simple vista parecía otra cosa—, el servicio que la recibe no se queda atascado con algo que no le toca: puede reasignarla al servicio correcto con un solo paso, sin que el vecino tenga que volver a reportarla ni el aviso pierda su historial. Esa capacidad de redirigir no tiene por qué recaer solo en un gestor central: puede ejercerla la propia comunidad de personal municipal conectada al sistema. El operario de jardinería que ve una incidencia mal clasificada la reasigna él mismo al servicio correcto en el momento, igual que la brigada de aguas puede resolver directamente una que le llega marcada como de otro servicio si es quien tiene al operario más cerca esa mañana. El sistema no exige que la tipología acierte siempre a la primera: exige que quien detecta el error pueda corregirlo en segundos, sin papeleo y sin esperar a que alguien de arriba lo reasigne. Cuantos más servicios están conectados, más rápido se corrige cualquier error de enrutado, porque hay más gente con acceso y con criterio para hacerlo.
¿Cuántas de tus brigadas municipales están hoy conectadas al mismo sistema de incidencias que el ciudadano? Lo revisamos contigo servicio a servicio.
La trazabilidad es el verdadero premio
La incidencia conserva, pase por donde pase, su hora de entrada, quién la reportó y por dónde ha pasado —incluida cualquier reasignación entre servicios—, así que ese historial completo queda registrado en vez de perderse. Cuando todos los servicios están conectados en los dos sentidos, el ayuntamiento gana algo que hoy no tiene por ningún medio: trazabilidad completa de todo lo que sucede en el municipio. No solo «cuántas incidencias hemos tenido», sino de qué tipo, en qué zona, detectadas por quién —vecino, brigada propia, policía local— y resueltas por quién, servicio a servicio y mes a mes. Esa trazabilidad es la materia prima de los cuadros de mando y los informes de gestión: sin ella, cualquier indicador que se presente en un pleno o ante los vecinos está construido sobre estimaciones, no sobre datos reales del municipio.
Los cuadros de mando y los informes de gestión son tan buenos como los datos que los alimentan. Y esos datos empiezan por conectar a todos los servicios al mismo sistema.
Y el efecto no se limita a mejorar el registro: cada servicio conectado se convierte, además de en receptor de incidencias, en un sensor más del municipio. Cuantos más servicios participan, más completa es la foto, y menos depende el ayuntamiento de que un vecino se queje para enterarse de que algo falla.
Empieza por uno y conecta el resto
No hace falta integrar todos los servicios municipales a la vez. Basta con elegir uno —el que más incidencias genere o el que tenga más presencia diaria en la calle— y conectarlo al sistema, en los dos sentidos, para empezar a notar la diferencia. El resto se va sumando después, servicio a servicio, sin que ninguno tenga que esperar a que los demás estén listos.
¿Quieres empezar por conectar uno de tus servicios municipales al sistema de incidencias? Hablemos de tu caso concreto.
¿Todavía no es el momento? Suscríbete y te avisamos de las próximas entregas de esta serie —el caso concreto de residuos, cuadros de mando, más casos prácticos— directas en tu correo, sin spam.