La IA en Ayuntamientos consiste en aplicar sistemas de inteligencia artificial a consultas, documentos y procesos municipales bajo el control de la Administración. Puede ayudar a localizar información vigente, preparar respuestas y ordenar solicitudes, pero no sustituye la responsabilidad de quien tramita ni convierte por sí sola un procedimiento complejo en uno sencillo. La pregunta útil no es qué asistente comprar, sino qué tarea resolver, con qué datos, garantías e indicadores.
Esta guía parte de un escenario habitual: conocimiento disperso, atención ciudadana saturada y aplicaciones que no siempre se comunican entre sí. Propone una secuencia para pasar de una prueba acotada a un servicio verificable. Si buscas la visión estratégica del sector, consulta también nuestro análisis sobre IA en Administración local; aquí nos centramos en las decisiones prácticas de implantación.
¿Dónde puede aportar valor la IA en un Ayuntamiento?
Las primeras aplicaciones recomendables permiten comprobar una salida contra fuentes municipales, mantener a una persona responsable y medir resultados sin automatizar decisiones sobre derechos. La FEMP aborda la adopción progresiva de IA local junto con gobierno del dato, organización, tecnología y evaluación de madurez.
| Uso inicial | Dato o sistema necesario | Control antes de escalar |
|---|---|---|
| Orientación sobre trámites y requisitos | Ordenanzas, fichas de procedimiento y canales oficiales con versión | Fuente citada, fecha de vigencia y derivación a una persona cuando falte certeza |
| Ayuda a clasificar solicitudes | Registro de entrada y catálogo de procedimientos | Validación de la clasificación por el equipo responsable y corrección de errores |
| Borradores de respuesta o informe | Plantillas autorizadas y expediente accesible según permisos | Revisión jurídica y administrativa antes de comunicar o firmar |
| Búsqueda de conocimiento interno | Documentos, permisos y control de versiones | Respuesta trazable al documento vigente; nunca ampliar accesos por comodidad |
Conviene separar estos apoyos del uso de IA para evaluar el acceso a prestaciones o adoptar decisiones con efectos sobre personas. Estas últimas finalidades exigen un análisis jurídico y de riesgo específico; no son una extensión automática de un piloto de consultas.
Una implantación en seis decisiones verificables
1. Elegir el proceso, no la herramienta
Documenta dónde empieza y termina el servicio, el volumen actual de consultas o expedientes, los tiempos de respuesta, las derivaciones y los errores observados. Selecciona un caso con fuentes fiables y una persona responsable de su contenido. El objetivo del piloto debe ser contrastable frente a esa línea base: por ejemplo, reducir consultas que requieren volver a pedir información, sin prometer un porcentaje antes de medirlo.
2. Inventariar fuentes, versiones y permisos
Identifica ordenanzas, procedimientos, formularios, repositorios y aplicaciones con sus responsables y fecha de actualización. Una respuesta convincente basada en una norma derogada es peor que una derivación honesta. El sistema debe poder señalar la fuente y reconocer cuando no dispone de información suficiente. Los permisos de consulta han de respetar los del sistema de origen.
3. Diseñar integración y control de datos
Define qué sistemas se consultarán, mediante qué interfaces, con qué autenticación y qué datos personales son imprescindibles. Decide dónde se procesarán las consultas y qué proveedores intervienen según el análisis de riesgos y la contratación. SofIA puede formar parte de una arquitectura integrada y gobernada; la explicación de esa plataforma tiene su propio espacio en SofIA para ayuntamientos. Ningún despliegue local o en la nube garantiza por sí solo conformidad normativa.
4. Establecer supervisión humana con autoridad real
Asigna quién revisa, corrige y puede detener una salida, en qué casos se escala y cómo se registra la intervención. La AEPD recuerda que una aprobación humana meramente formal no equivale a una intervención efectiva. En borradores administrativos, la persona competente debe disponer del tiempo, información y capacidad para discrepar del sistema.
5. Probar con casos reales y accesibilidad
Antes de abrir el servicio, prueba preguntas incompletas, instrucciones contradictorias, fuentes caducadas, idiomas y necesidades de accesibilidad. Evalúa tanto la interfaz como las respuestas publicadas. El Real Decreto 1112/2018 establece requisitos de accesibilidad para sitios web y aplicaciones móviles del sector público. Mantén canales alternativos para quien no pueda o no quiera usar un asistente.
6. Medir, corregir y decidir el escalado
Registra consultas resueltas con fuente, derivaciones, errores detectados, tiempo invertido por el equipo, satisfacción accesible y coste operativo. Segmenta por tipo de trámite y canal; una media global puede ocultar fallos graves en un colectivo. Revisa periódicamente cambios de normativa, versiones de documentos, permisos y resultados adversos. Solo amplía el alcance cuando el piloto haya acreditado calidad, seguridad y utilidad frente a su línea base.
Protección de datos, seguridad y Reglamento de IA: qué comprobar
El cumplimiento depende del uso concreto, no de la etiqueta «IA municipal». El RGPD exige valorar el tratamiento, su base jurídica y las garantías aplicables. Su artículo 35 prevé una evaluación de impacto cuando sea probable un alto riesgo para los derechos y libertades; el artículo 22 regula las decisiones basadas únicamente en tratamiento automatizado con efectos jurídicos o significativamente similares y sus excepciones.
El Esquema Nacional de Seguridad exige categorizar el sistema según el impacto de un incidente sobre disponibilidad, autenticidad, integridad, confidencialidad y trazabilidad. También importa el papel del proveedor en los sistemas que presta al sector público. No basta con declarar que los datos están cifrados o alojados en una determinada región.
El Reglamento europeo de IA introduce obligaciones según la función y el riesgo del sistema. Entre los usos de alto riesgo del anexo III figuran determinados sistemas para evaluar el acceso a prestaciones y servicios públicos esenciales. La supervisión, la transparencia ante las personas y, cuando proceda, la evaluación de impacto en derechos fundamentales deben examinarse antes del despliegue. No todo asistente municipal pertenece a esa categoría.
GUÍA PARA COMITÉS DE DIRECCIÓN
¿Cómo pasar de los pilotos de IA a una capacidad operativa real?
Una guía para estructurar la conversación sobre adopción de IA empresarial antes de la próxima inversión.
Descargar la guíaCómo plantear un piloto que merezca escalar
Un piloto útil puede limitarse a orientar sobre un conjunto de trámites con procedimientos publicados y personal responsable de las fuentes. Primero se verifica que la respuesta cita la ficha vigente y ofrece la vía oficial para continuar; después se mide qué consultas resuelve, cuáles deriva y dónde se equivoca. La aceptación no consiste en que «suene bien», sino en que el Ayuntamiento pueda explicar, corregir y sostener cada salida relevante.
La mejor prueba de una IA municipal no es que responda siempre: es que sepa cuándo responder con fuente, cuándo pedir contexto y cuándo dejar la decisión a una persona.
Sin una muestra, un periodo de observación y un método de comparación definidos, no es serio prometer reducciones porcentuales de espera o de tramitación. Cada entidad debe establecer su propia línea base y comprobar los resultados antes de atribuirlos a la IA.
Preguntas frecuentes sobre IA en Ayuntamientos
¿Qué es la IA en ayuntamientos?
Es el uso de sistemas de inteligencia artificial para apoyar tareas municipales como consultar conocimiento, orientar sobre trámites, clasificar solicitudes o preparar borradores, con fuentes, permisos y responsables definidos. Su implantación exige decidir qué se automatiza, qué se revisa y cómo se atiende a la ciudadanía cuando la respuesta no es fiable.
¿Puede un asistente de IA resolver trámites por sí solo?
Puede orientar o apoyar fases concretas si está integrado con los sistemas adecuados, pero no debe confundirse una conversación con una resolución administrativa. La automatización de actuaciones y decisiones requiere analizar el procedimiento, la competencia, los efectos sobre las personas y las garantías aplicables.
¿Es obligatorio realizar una evaluación de impacto de protección de datos?
El artículo 35 del RGPD la exige cuando el tratamiento probablemente entrañe un alto riesgo para los derechos y libertades. La necesidad se determina para el caso concreto, no por utilizar IA como categoría genérica. También pueden corresponder otras evaluaciones conforme al Reglamento europeo de IA .
¿Toda IA municipal es de alto riesgo conforme al Reglamento de IA?
No. La clasificación depende de la finalidad y de las condiciones previstas en el Reglamento. Determinados sistemas que evalúan el acceso a prestaciones públicas esenciales figuran en su anexo III; un asistente de información sobre horarios o trámites no se clasifica automáticamente de la misma manera.
¿Qué indicadores sirven para evaluar un piloto?
Compara con una línea base la calidad de respuestas con fuente vigente, errores, derivaciones adecuadas, tiempos de trabajo, accesibilidad, satisfacción y coste. Desagrega por trámite y colectivo. Una mejora en rapidez no justifica escalar si aumenta el riesgo de respuestas incorrectas o de exclusión.
¿Por dónde empezar si hay sistemas municipales antiguos?
Por inventariar el proceso, los datos, las interfaces disponibles y los responsables de cada fuente. Un piloto de consulta sobre información pública puede ser más sencillo que intervenir en un expediente. El diseño de integración debe conservar permisos, trazabilidad y una vía de corrección antes de conectar acciones sobre sistemas transaccionales.
De la idea al servicio público verificable
La IA en ayuntamientos tiene sentido cuando resuelve un problema identificable sin desplazar el control institucional. En OpenSistemas trabajamos sobre IA, datos e integración para conectar capacidades con procesos existentes. Si estás evaluando un primer caso de uso municipal, habla con nuestro equipo para acotar el proceso, sus fuentes y los criterios de un piloto antes de elegir tecnología.
