IA en la administración local: qué puede implantar hoy un ayuntamiento

Un ayuntamiento español puede implantar hoy, con la normativa en la mano, tres tipos de inteligencia artificial: asistentes de consulta normativa que responden citando la norma vigente, generadores de documentos administrativos sobre las plantillas oficiales del propio organismo, y sistemas de conocimiento interno que hacen consultable la documentación técnica acumulada. Lo que exige la normativa es concreto: cumplimiento del Esquema Nacional de Seguridad (RD 311/2022) en la categoría que corresponda al sistema, base jurídica y minimización de datos bajo el RGPD, y las obligaciones de transparencia del Reglamento europeo de IA, que desde agosto de 2026 aplica con carácter general. Lo que no puede implantar también es concreto: policía predictiva basada en perfilado, puntuación social y reconocimiento biométrico remoto en tiempo real salvo excepciones tasadas, prohibidos desde febrero de 2025.

Esta guía sale de experiencia directa: en Lienzzo hemos construido la plataforma de IA policial ChatPol, desplegada en 30 ayuntamientos con más de 3.000 usuarios, más de 100.000 consultas resueltas y certificación ENS Categoría Alta, además del portal municipal de Burriana y el asistente interno de Spai Innova, empresa que desarrolla software para administraciones locales. No es asesoramiento jurídico; es la traducción operativa que aplicamos antes de poner un sistema en producción en el sector público.

Por qué la administración local es un caso distinto

Implantar IA en un ayuntamiento no es implantarla en una pyme con otro logo. Hay cuatro diferencias que condicionan todo el proyecto:

• El ENS no es opcional. Cualquier sistema que trate información de una administración pública española debe cumplir el Esquema Nacional de Seguridad y categorizarse (básica, media o alta) según el impacto de un incidente. Un proveedor sin conformidad ENS no puede, en la práctica, prestar el servicio.
• Los datos son especialmente sensibles. Un asistente policial o de gestión municipal toca datos personales de ciudadanos, expedientes y, en el caso policial, categorías especiales del RGPD. La anonimización y el control de acceso no son mejoras: son requisitos de diseño.
• La fuente importa más que la fluidez. Un error de un chatbot comercial cuesta una devolución; una referencia legal alucinada en una diligencia policial contamina un procedimiento. En la administración, una respuesta sin fuente verificable no vale.
• La normativa es local además de estatal. Cada municipio tiene sus ordenanzas, cada cuerpo sus protocolos. Un modelo generalista no las conoce y, peor, responde igual de seguro sin conocerlas.

Qué está funcionando ya en producción

Consulta normativa con fuente citada. El patrón que ha demostrado funcionar es RAG (generación aumentada por recuperación) sobre un corpus controlado: legislación estatal, autonómica y local, jurisprudencia y protocolos internos, con cada respuesta anclada a la norma vigente y con enlace al artículo exacto del documento oficial. En ChatPol, las consultas legales que antes suponían una media de 30 minutos entre BOE, jurisprudencia y manuales internos se resuelven en segundos con referencias verificables. La diferencia con un chatbot generalista no es de grado, es de arquitectura: el sistema solo responde desde el corpus indexado y enseña de dónde sale cada afirmación.

Redacción de documentos administrativos. Diligencias, actas, comparecencias y atestados se generan por dictado de voz o texto sobre las plantillas oficiales de cada cuerpo, con detección de campos faltantes y exportación lista para firma. El agente narra los hechos; el sistema estructura el documento conforme al formato oficial. La supervisión humana se mantiene: la IA prepara, el funcionario revisa y firma.

Conocimiento interno consultable. El mismo patrón RAG aplicado hacia dentro: manuales, actas e histórico de incidencias indexados y consultables en lenguaje natural. En Spai Innova, que da soporte a administraciones locales, el tiempo de búsqueda de información técnica se redujo un 85% y el conocimiento dejó de depender de personas concretas.

Atención e información al ciudadano. Portales municipales modernos y accesibles siguen siendo la base: el Ayuntamiento de Burriana migró su portal para 35.000 ciudadanos cumpliendo los estándares de accesibilidad y administración electrónica. Sobre esa base, un asistente de información municipal con las mismas garantías de fuente citada es el paso natural.

Qué exige la normativa, por caso de uso

La lectura práctica: los tres casos de uso que de verdad ahorran horas en un ayuntamiento, consulta, redacción y conocimiento interno, están en la banda de menor exigencia del Reglamento, siempre que la decisión final sea humana.

Seis requisitos técnicos que aprendimos desplegando en 30 ayuntamientos

1. Cada respuesta, con su fuente. Si el sistema no puede citar la norma o el documento del que sale una afirmación, no debe afirmarla. Es la diferencia entre una herramienta de trabajo y un riesgo jurídico.
2. Control de versiones de la normativa. Las ordenanzas cambian. El corpus necesita estados (borrador, aprobado, publicado) y el asistente debe responder solo con la versión vigente; una norma derogada respondida con seguridad es el peor fallo posible del sistema.
3. Permisos por rol, unidad y organización. No todo el mundo debe ver todo. En un despliegue multiorganismo, el aislamiento por organización es de diseño, no de configuración.
4. Anonimización de datos sensibles. Lo que entra al sistema y lo que se registra debe pasar por anonimización automática de datos personales antes de tocar ningún modelo.
5. ENS desde el primer día, no como trámite final. Certificar ENS Categoría Alta condiciona arquitectura, alojamiento, registro de actividad y gestión de incidentes. Si el proveedor lo deja “para el final”, el proyecto no llegará a producción.
6. Medir el uso real. Consultas resueltas, documentos generados, adopción por unidad. Sin panel de uso, no hay forma de justificar la inversión ante intervención ni de detectar dónde falta formación.

Checklist antes de implantar IA en un ayuntamiento

• Definir el caso de uso y confirmar su clasificación de riesgo bajo el AI Act (los tres de esta guía son de riesgo limitado; biometría y perfilado, no).
• Exigir al proveedor conformidad ENS en la categoría que corresponda y despliegue con los datos bajo control del organismo.
• Verificar que el sistema cita la fuente de cada respuesta y que existe control de versiones de la normativa.
• Establecer la supervisión humana: quién revisa, quién firma, qué queda registrado.
• Pasar el tratamiento por el DPD: base jurídica, minimización, anonimización y, si procede, evaluación de impacto.
• Empezar por una unidad, medir el uso real y escalar con datos.

Las cifras de este artículo proceden de proyectos entregados por Lienzzo y publicados con sus métricas: ChatPol (30 ayuntamientos, +3.000 usuarios, +100.000 consultas, ENS Categoría Alta), Spai Innova (−85% de tiempo de búsqueda) y Ayuntamiento de Burriana (portal para 35.000 ciudadanos).

Para evaluar un caso concreto, el punto de partida es un Diagnóstico IA o una conversación con el equipo.