De un aviso aislado a un proceso municipal trazable
Una luminaria averiada, un contenedor desbordado, un desperfecto en una acera o una señal dañada pueden comunicarse por teléfono, correo, redes sociales, registro o conversación directa. Cuando los canales no están integrados, resulta difícil saber si el aviso ya existe, quién lo gestiona y cuánto tiempo lleva abierto.
La digitalización permite convertir cada aviso en una unidad de trabajo con ubicación, categoría, prioridad, responsable, estado, evidencias y comunicaciones. De esta forma, la incidencia deja de depender de mensajes dispersos y entra en un flujo que puede medirse.
Una buena plataforma no es únicamente un formulario ciudadano. Es un sistema de coordinación y seguimiento para toda la organización municipal.
¿Qué es una plataforma de incidencias municipales?
Es una solución que permite comunicar problemas relacionados con el espacio público o los servicios, geolocalizarlos, clasificarlos, asignarlos al área responsable y seguir su resolución.
Puede ofrecer canales para ciudadanía, personal municipal, brigadas, contratas y responsables. Cada perfil necesita una interfaz diferente, pero todos deben trabajar sobre la misma información.
La solución de Ciudadanía y Participación de ARVELA se orienta a construir esta relación entre avisos, actuaciones y comunicación.
Incidencia, petición, queja y procedimiento
No todo mensaje ciudadano debe tratarse del mismo modo. Conviene diferenciar los tipos de entrada desde el diseño.
| Tipo | Finalidad | Tratamiento habitual |
|---|---|---|
| Incidencia | Comunicar un problema operativo o físico. | Clasificación, asignación, actuación y cierre. |
| Petición | Solicitar una actuación o mejora. | Valoración, planificación y respuesta. |
| Queja o sugerencia | Expresar disconformidad o propuesta. | Análisis, derivación y contestación. |
| Procedimiento administrativo | Ejercer un derecho o presentar una solicitud formal. | Registro, identificación, expediente y normativa aplicable. |
| Emergencia | Comunicar un riesgo inmediato. | Canal urgente específico, no una bandeja ordinaria. |
Un canal de incidencias no sustituye los servicios de emergencia ni los procedimientos administrativos formales.
Canales de entrada
Web municipal
Formulario accesible desde ordenador o móvil sin instalar aplicaciones.
Aplicación móvil
Puede facilitar ubicación, fotografía, notificaciones y consulta de estado.
Personal municipal
Permite registrar avisos detectados durante inspecciones o trabajo de campo.
Atención telefónica
El operador registra la incidencia en la misma plataforma para evitar canales paralelos.
Sensores e IoT
Algunos eventos pueden generarse automáticamente desde dispositivos.
Integraciones
Otros sistemas pueden crear o actualizar incidencias mediante APIs.
Ciclo de vida de una incidencia
Los estados deben representar el trabajo real. Añadir demasiados estados complica el uso; utilizar solo “abierta” y “cerrada” oculta lo que ocurre entre ambos momentos.
Datos mínimos de un aviso
- Categoría y descripción.
- Ubicación o referencia territorial.
- Fecha y canal de entrada.
- Fotografía o documento cuando aporte valor.
- Datos de contacto, si son necesarios.
- Consentimientos y preferencias de comunicación.
- Prioridad y responsable interno.
- Estado, actuaciones y fecha de cierre.
Pedir demasiada información aumenta el abandono. El formulario ciudadano debe ser breve y la clasificación interna puede completar datos después.
Geolocalización y mapas
La ubicación permite asignar zonas, identificar activos cercanos y detectar patrones. El usuario puede señalar un punto, introducir una dirección o utilizar su posición, siempre con posibilidad de corregirla.
La plataforma puede relacionar el aviso con barrios, calles, distritos, parcelas, redes, luminarias, contenedores u otros inventarios.
Integración con GIS e inventarios municipales
Un GIS aporta contexto territorial. Si una incidencia se encuentra junto a una luminaria inventariada, el sistema puede asociar directamente el activo, su código y su historial.
La integración también permite:
- Asignar zonas de responsabilidad.
- Visualizar concentración de problemas.
- Relacionar incidencias con obras y actuaciones.
- Consultar históricos por activo o calle.
- Analizar cobertura territorial de servicios.
Categorías y clasificación
Las categorías deben ser comprensibles para la ciudadanía y útiles para la organización. La taxonomía interna puede ser más detallada, pero no debería trasladarse íntegramente al formulario.
Ejemplos habituales:
- Alumbrado.
- Limpieza y residuos.
- Vía pública y aceras.
- Parques y jardines.
- Señalización y movilidad.
- Agua, saneamiento o riego.
- Mobiliario urbano.
- Accesibilidad.
Detección de avisos duplicados
Varias personas pueden comunicar el mismo problema. Crear expedientes independientes aumenta trabajo y produce respuestas inconsistentes.
La plataforma puede sugerir posibles duplicados según proximidad, categoría, fecha, texto e imágenes. La decisión final debería permitir unir avisos conservando la relación con cada comunicante.
Prioridad y tiempos de respuesta
La prioridad no debería depender únicamente del orden de llegada. Puede considerar seguridad, accesibilidad, alcance, número de avisos, vulnerabilidad de la zona, servicio afectado y tiempo abierto.
| Nivel | Ejemplo | Tratamiento |
|---|---|---|
| Urgente | Riesgo inmediato en vía pública. | Escalado y actuación prioritaria. |
| Alta | Servicio esencial afectado o problema extendido. | Asignación rápida y seguimiento frecuente. |
| Normal | Incidencia operativa sin riesgo inmediato. | Resolución según planificación. |
| Planificable | Mejora o actuación que requiere presupuesto. | Valoración, programación y comunicación. |
Asignación a áreas, brigadas y contratas
La asignación puede basarse en categoría, ubicación, activo, horario o competencia. También debe permitir reasignar sin perder el historial.
Cuando participan contratas, conviene definir qué información pueden ver, qué evidencias deben aportar y quién valida el cierre. La plataforma debe separar ejecución y supervisión.
Comunicación con la ciudadanía
Informar no significa enviar una notificación por cada cambio interno. Conviene comunicar hitos comprensibles: recepción, admisión, actuación programada, resolución o derivación.
Los mensajes deben evitar jerga interna y explicar qué se ha hecho. Si no puede resolverse de inmediato, es mejor comunicar el motivo y la siguiente etapa que mantener silencio.
Fotografías, documentos y evidencias
Las imágenes ayudan a entender la incidencia y verificar el resultado, pero deben gestionarse con controles de tamaño, formatos, acceso, conservación y privacidad.
Puede ser útil diferenciar evidencia ciudadana, evidencia de actuación y fotografía de cierre.
Cómo puede ayudar la Inteligencia Artificial
La IA puede asistir en tareas repetitivas sin tomar decisiones finales de forma opaca.
- Sugerir categorías a partir del texto.
- Detectar avisos potencialmente duplicados.
- Extraer ubicaciones o referencias.
- Resumir historiales largos.
- Priorizar casos para revisión.
- Analizar imágenes y detectar objetos.
- Identificar patrones territoriales y temporales.
El artículo sobre Inteligencia Artificial para empresas explica cómo abordar estos proyectos con datos, métricas y supervisión.
Incidencias generadas por sensores
Algunos problemas pueden detectarse automáticamente: falta de comunicación de un dispositivo, consumo anómalo, nivel, apertura, fallo de alumbrado o evento de una cámara.
Es importante que el evento IoT no cree avisos repetidos continuamente. Debe existir una regla de apertura, actualización y cierre. La integración con IoT y Sensores permite unir incidencias ciudadanas y señales automáticas.
Cuadros de mando municipales
Los dashboards pueden mostrar:
- Incidencias abiertas por servicio.
- Tiempo medio y percentiles de resolución.
- Casos fuera del tiempo objetivo.
- Distribución territorial.
- Categorías recurrentes.
- Carga por área o contrata.
- Reaperturas y cierres rechazados.
- Satisfacción o valoración ciudadana.
El objetivo no es clasificar áreas públicamente, sino detectar cuellos de botella y mejorar la planificación.
Indicadores útiles
| Indicador | Qué muestra | Precaución |
|---|---|---|
| Tiempo de primera respuesta | Rapidez de admisión o contacto. | No equivale a resolución. |
| Tiempo de resolución | Duración completa del caso. | Comparar categorías similares. |
| Porcentaje dentro de SLA | Cumplimiento de tiempos objetivo. | Los objetivos deben ser realistas. |
| Reaperturas | Casos cerrados que requieren nueva actuación. | Puede indicar cierres prematuros. |
| Duplicados | Problemas comunicados por varias personas. | También puede indicar alto impacto. |
Privacidad, accesibilidad y seguridad
La plataforma debe limitar datos personales, controlar accesos y evitar publicar información sensible. Las fotografías pueden contener matrículas, rostros o viviendas.
También debe ser accesible: lenguaje claro, navegación por teclado, contraste, etiquetas y alternativas para quienes no pueden utilizar un canal digital.
El acceso interno debe basarse en roles, con trazabilidad de cambios, copias de seguridad y revisión de permisos.
Integraciones necesarias
Una plataforma puede conectarse con:
- GIS e inventarios.
- Sede electrónica o registro, cuando proceda.
- Sistemas de mantenimiento.
- Contratas y órdenes de trabajo.
- Correo, SMS o notificaciones.
- Plataformas IoT.
- Open Data y portales de transparencia.
- Cuadros de mando corporativos.
Cómo empezar un proyecto
Mapear canales y procesos
Identificar cómo llegan hoy los avisos y qué ocurre con ellos.
Definir categorías y responsables
Acordar competencias, estados, prioridades y tiempos objetivo.
Diseñar la experiencia ciudadana
Crear un formulario breve, accesible y comprensible.
Construir el backoffice
Facilitar clasificación, asignación, evidencias y seguimiento.
Probar con pocos servicios
Empezar con categorías y áreas representativas antes de ampliar.
Medir y ajustar
Revisar tiempos, duplicados, abandono, adopción y calidad del cierre.
Errores habituales
- Crear solo un formulario sin backoffice operativo.
- Utilizar categorías internas incomprensibles.
- No diferenciar incidencias de procedimientos formales.
- Permitir cierres sin evidencia ni validación.
- Enviar demasiadas notificaciones.
- No gestionar duplicados.
- Medir solo el número de avisos.
- No integrar mapas, inventarios y contratas.
- Publicar datos sensibles en mapas abiertos.
- Implantar la herramienta sin revisar el proceso.
Preguntas frecuentes sobre incidencias municipales
¿Qué es una plataforma de incidencias municipales?
Es un sistema para recibir, geolocalizar, clasificar, asignar, seguir y cerrar avisos relacionados con servicios y espacio público.
¿Necesita una aplicación móvil?
No necesariamente. Una web responsive puede ser suficiente, aunque una app puede aportar notificaciones y funciones específicas.
¿Puede utilizarse sin identificar al ciudadano?
Depende del tipo de aviso y política municipal. Algunos casos pueden admitirse de forma anónima, aunque limita el seguimiento.
¿Puede integrarse con GIS?
Sí. Permite relacionar avisos con calles, barrios, activos, redes y zonas de responsabilidad.
¿Cómo se detectan duplicados?
Mediante proximidad, categoría, fecha, texto e imágenes, con validación del personal.
¿Puede gestionar contratas?
Sí. Puede asignar trabajos, solicitar evidencias, medir tiempos y mantener supervisión municipal.
¿La IA puede clasificar avisos?
Puede sugerir categorías y prioridades, pero conviene mantener revisión humana y trazabilidad.
¿Qué indicadores son más útiles?
Tiempos, cumplimiento de objetivos, reaperturas, carga por servicio, distribución territorial y calidad del cierre.
¿Puede conectarse con sensores?
Sí. Los eventos automáticos pueden crear o actualizar incidencias sin duplicar avisos continuamente.
¿Cuál es el primer paso?
Mapear canales, categorías, responsables, estados y tiempos antes de elegir la herramienta.
Conclusión
La gestión digital de incidencias municipales puede mejorar coordinación, trazabilidad y comunicación cuando se diseña como un proceso completo. El formulario ciudadano es solo la puerta de entrada.
La plataforma debe conectar ubicación, categorías, responsables, actuaciones, evidencias y tiempos. También debe integrarse con mapas, inventarios, contratas y sistemas municipales.
Empezar con un piloto limitado permite ajustar categorías, estados y comunicación antes de extender la solución. El resultado debe ser una administración más clara para la ciudadanía y más operativa para los equipos internos.