¿Tu ayuntamiento ya tiene una app o un formulario de incidencias que funciona bien, y aun así sientes que no tienes ningún control real sobre lo que pasa en la calle? No es una contradicción: es el caso más común que nos encontramos. La aplicación cumple su función —recoger el aviso del vecino—, pero ahí se acaba su trabajo. Vive aislada, sin cruzar sus datos con el mantenimiento de esa misma instalación, sin hacer un seguimiento, sin histórico por zona, sin conexión con ningún otro sistema municipal. El ayuntamiento tiene un buzón de quejas eficiente y, al mismo tiempo, sigue sin saber qué pasa de verdad en su municipio. Y quien más lo nota es la Oficina de Atención al Ciudadano (OAC): el departamento que da la cara, por teléfono o en el mostrador, cuando el vecino quiere saber qué ha pasado con su incidencia.
Una app de incidencias que solo recoge avisos no es un sistema de gestión, es un buzón con fecha. El valor no está en recibir el aviso, está en lo que se hace con él después, como se canalizan las incidencias y como se mantiene al corriente de su problema al vecino.
Si ya tienes una app que tus vecinos tienen instalada en sus móviles, mejor que mejor: la solución no es sustituirla —probablemente hace bien su trabajo y ya tiene lo más importante, que es estar instalada en el móvil del ciudadano—, sino conectarla con el resto de la información del municipio para que el dato que ya se está generando empiece a fluir y evite problemas en vez de solo registrarlos.
El objetivo principal de la Oficina de Atención Ciudadana (OAC) debe ser que las incidencias se cierren y que el vecino se quede satisfecho con la gestión de su ayuntamiento.
Qué es de verdad un sistema de incidencias municipal
Conviene aclararlo porque se suele confundir con «la app donde el vecino manda un mensaje o una foto». Eso es solo la puerta de entrada —ya hablamos de cómo unificar esos canales de contacto en el artículo anterior—. Un sistema de incidencias municipal completo es, en realidad, un concentrador de todos los avisos del municipio, venga por donde venga cada uno:
- La app del ciudadano —ya sea una desarrollada a medida o una plataforma extendida como Línea Verde, Gecor, eAgora o BandoMóvil—, donde el vecino indica el tipo de incidencia, adjunta una foto, la ubica en el mapa y describe qué pasa o qué necesita.
- El teléfono y el mostrador de la OAC, cuando un funcionario de atención al ciudadano atiende la llamada o la visita presencial de un vecino y da de alta la incidencia en su nombre.
- El registro de entrada, que en la mayoría de ayuntamientos gestiona también la propia OAC, cuando un auxiliar revisa una solicitud presentada por escrito y la traslada al sistema.
- La llamada directa al alcalde o al concejal, que también puede darla de alta cuando el vecino se lo plantea en persona.
- El propio personal municipal: policía local, operarios de calle o cualquier servicio que detecta una incidencia sin que nadie la haya reportado y la introduce él mismo antes de que el vecino se percate o sea para él un problema.
Todos esos canales deberían desembocar en el mismo sitio: el sistema de incidencias. En la práctica, la OAC es quien concentra tres de los cinco —teléfono, mostrador y registro— además de ser, casi siempre, quien recibe la llamada de vuelta del vecino que pregunta «¿y lo mío, para cuándo?». Una vez dentro, la incidencia sigue un recorrido con roles, prioridades y estados bien definidos: la revisa el técnico o el servicio municipal autorizado para ese tipo de aviso, que la asume directamente o la deriva al servicio correspondiente —interno o de una contrata externa—, momento en el que se convierte en un parte de trabajo con su propio seguimiento. La incidencia va cambiando de estado —recibida, en trámite, en espera, resuelta…— y, cuando se resuelve, el sistema avisa al vecino que la reportó.
Para agilizar, el objetivo de la administración pública debe ser hacer que todos los vecinos se instalen la aplicación municipal y digitalizar así los procesos y evitar pérdidas de tiempo en llamadas innecesarias.
Y hay una pieza más que suele faltar en los sistemas más básicos: cada incidencia debería tener también una prioridad y un tiempo de resolución esperado —no es lo mismo un socavón peligroso en una vía principal que una farola parpadeando en una calle secundaria—, de forma que el sistema sepa, para cada aviso, cuándo debería estar resuelto, poder hacer seguimiento y pueda avisar solo si ese plazo se está pasando. Ese ciclo completo —canal de entrada, prioridad, plazo, estado y aviso de resolución—, y no solo el formulario inicial, es lo que de verdad define un sistema de incidencias.
Además, cuando la incidencia es de obra o de mantenimiento —un socavón que arreglar, unos cristales que limpiar en la plaza, una farola que cambiar—, esa misma incidencia se convierte en el parte de trabajo del operario o de la brigada correspondiente, sin que nadie tenga que copiarla a mano de un sistema a otro. Llega directa al servicio que tiene que actuar, la brigada la asume, va, la resuelve y cierra la incidencia adjuntando unas fotos del problema ya solucionado. Esas fotos llegan directamente al vecino que la reportó, como confirmación de que su aviso se ha atendido. No hay dos sistemas —uno para gestionar el trabajo interno y otro para informar al ciudadano—: es el mismo expediente visto desde los dos lados.
El coste invisible: horas de trabajo que nadie contabiliza
Aquí está el problema real: ese recorrido de canal → registro → asignación → parte de trabajo → aviso al vecino que acabamos de describir debería ser automático, y en la mayoría de ayuntamientos se hace a mano, cosiendo lo que cada canal genera por su lado. La incidencia de la app no habla con la que ha dado de alta el operador telefónico. El parte que abre policía local en la calle no se cruza con el aviso que ya había puesto ese mismo vecino por el registro. Alguien tiene que revisar cada entrada, decidir a qué servicio corresponde, reenviarla por correo, por teléfono o en papel impreso, y esperar respuesta para poder cerrar el expediente y avisar al vecino. Ese «alguien» suele ser personal de la OAC, que además de atender la ventanilla y el teléfono se convierte, sin que nadie se lo haya pedido oficialmente, en el pegamento manual entre sistemas que no se hablan. Ninguna de esas tareas aparece en ningún presupuesto como «coste de la incidencia», pero se lleva horas de trabajo cada semana, todas las semanas, de alguien cuyo tiempo podría dedicarse a atender mejor al vecino que tiene delante. Multiplicado por los meses y los años que lleva funcionando así el sistema, es una de las ineficiencias más grandes y menos visibles del ayuntamiento.
A ese coste se suma otro, más silencioso todavía: la incidencia que se queda por el camino. No por mala fe de nadie, sino porque sin un sistema que lo vigile, un parte de trabajo se pierde entre otros diez y nadie vuelve a acordarse de él. Aquí el sistema no sirve para buscar culpables, sino para recordar lo que un equipo humano, a base de volumen, acaba olvidando: sacar un informe con las incidencias que llevan abiertas más de la cuenta y ponerlas otra vez encima de la mesa. Siempre es mejor resolver a tiempo que enterarse de que el problema seguía ahí porque el vecino, cansado de esperar, lo ha contado en redes sociales —y es la OAC quien recibe esa queja de rebote, sin tener ninguna herramienta para haberla anticipado.
Aquí está la vuelta de tuerca: el objetivo de todo el sistema de incidencias tiene que ser cerrar la incidencia lo antes posible, no solo registrarla.
Y ese objetivo cambia el trabajo de la propia OAC, no lo elimina. Las personas que antes se dejaban las horas cosiendo canales a mano pasan a hacer algo que aporta mucho más valor: seguimiento y recordatorios, tanto al servicio interno como a la contrata externa, de cómo va cada incidencia abierta. Su prioridad deja de ser «meter el dato en algún sitio» y pasa a ser vigilar que ninguna incidencia se quede en el limbo, empujar a quien tiene que resolverla y asegurarse de que se cierra cuanto antes. Es el mismo equipo, pero apuntando al resultado que de verdad importa —la incidencia resuelta— en vez de a la tarea administrativa de turno.
El coste que sí se nota: decisiones que se toman a ciegas
El segundo coste es más grave porque afecta a la gestión, no solo al tiempo. Sin cruzar los datos de incidencias con el resto del municipio, el técnico y el político pierden la capacidad de responder preguntas que deberían ser triviales:
- ¿Qué calle o instalación acumula más incidencias este trimestre? Sin cruzar ubicación e histórico, esa pregunta solo se puede responder «a ojo», por memoria de quien lleva más años en el puesto.
- ¿Esta incidencia es la primera vez que pasa, o es la quinta? Sin histórico conectado a la instalación concreta —un tramo de calzada, un poste de alumbrado, un colector—, cada aviso se trata como si fuera nuevo, aunque sea una avería recurrente que debería haberse resuelto de raíz hace tiempo.
- ¿Dónde conviene invertir la próxima subvención o el presupuesto del año que viene? Sin datos que lo respalden, la respuesta depende de quién grite más fuerte —el vecino más insistente—, no de criterios técnicos o políticos basados en el histórico del problema real.
- ¿Qué servicio o contrata está cumpliendo de verdad y cuál no? Con prioridad y plazo de resolución definidos por incidencia, se puede medir cuántas se resuelven a tiempo y cuántas se pasan de plazo, cuánto trabajo acumula cada servicio y si ese rendimiento mejora o empeora mes a mes. Sin esos datos, no hay forma de evaluar la eficiencia real de ningún servicio ni de exigir responsabilidades con argumentos.
Ese es el coste de fondo: no es que falten datos, es que existen pero nadie los cruza ni los mira, así que no sirven para decidir nada.
El coste político: la imagen de ir siempre un paso por detrás
Hay un tercer coste que paga directamente el responsable político, pero que primero encaja la OAC. Cuando las incidencias no están conectadas con ningún patrón ni histórico, el ayuntamiento solo puede reaccionar una por una, según van llegando. No hay forma de anticiparse a que un problema se repita, ni de explicar en un pleno o ante un vecino por qué se ha priorizado una actuación sobre otra, más allá de «nos han avisado y hemos ido» —y esa es, literalmente, la frase que tiene que repetir el personal de la OAC en el mostrador, sin más respaldo que la buena voluntad—. Es la diferencia entre gestionar de forma reactiva o proactiva: el consistorio debería actuar siempre con criterio y no ir corriendo detrás de cada queja, de modo que la incidencia se resuelva de la mejor forma posible, en vez de ejecutar parches rápidos para atajar el daño mediático de una queja ya enquistada, con la OAC siempre en medio.
¿Reconoces alguno de estos tres costes en tu ayuntamiento? Hablamos de tu caso concreto y vemos cuál pesa más en tu día a día.
Conectar, no sustituir
La buena noticia es que casi nunca hace falta tirar el sistema actual ni cambiar de proveedor. La mayoría de aplicaciones de incidencias —incluidas las más extendidas entre ayuntamientos españoles, como Línea Verde, Gecor, eAgora o BandoMóvil— ya ofrecen alguna vía para exportar o conectar sus datos —una API, una base de datos, un export periódico—, y con eso es suficiente para integrarlas en la plataforma municipal. Aquí es donde entra FIWARE, el estándar europeo sobre el que trabajamos: en vez de que cada canal de entrada hable su propio idioma, todos los avisos —vengan de la app, del teléfono, del registro o del propio personal municipal— confluyen en el mismo repositorio, con la misma ubicación, el mismo histórico y el mismo estado visibles para quien tenga que gestionarlos. El sistema que ya usa el vecino sigue siendo el mismo; lo que cambia es que, por dentro, deja de estar solo.
Una vez conectado, los tres costes anteriores empiezan a revertirse en el mismo orden: se automatiza el triaje que hoy se hace a mano, aparecen los patrones que hoy se pierden, y el responsable político puede explicar sus decisiones con datos en vez de con la última llamada que ha recibido.
La pieza que ejecuta todo lo demás
Un sistema de incidencias aislado casi nunca es el único silo del ayuntamiento: suele ser el síntoma más visible de un problema que se repite en jardinería, agua, alumbrado o residuos. Pero hay una razón de más peso para empezar por aquí, y es que este sistema no es un módulo más entre otros: es el brazo ejecutor de todo el Smart City. Un cuadro de mando que detecta una anomalía, una alerta de mantenimiento predictivo, un sensor que avisa de un contenedor lleno… todo eso, tarde o temprano, tiene que convertirse en un parte de trabajo real para una brigada o un servicio municipal. Sin un sistema de incidencias bien conectado, toda esa inteligencia se queda en la pantalla y no llega nunca a la calle. Con él conectado, cada aviso —venga del vecino o del propio sistema— se convierte en trabajo ejecutado y cerrado.
¿Quieres calcular cuánto te está costando hoy tener las incidencias sin conectar? Hablemos de tu caso concreto.
¿Todavía no es el momento? Suscríbete y te avisamos de las próximas entregas de esta serie —más casos concretos, subvenciones, cuadros de mando— directas en tu correo, sin spam.