La Comunidad de Madrid anunció el 10 de septiembre de 2026 la incorporación de 30 agentes de inteligencia artificial a Cuenta Digital para guiar a los usuarios durante trámites, resolver dudas y anticipar documentación necesaria.
La plataforma supera, según la información oficial, los 10 millones de accesos y prevé incorporar 90 nuevos servicios en 2026 y un centenar en 2027. El Gobierno regional afirma que los nuevos agentes buscan reducir a una media de un minuto el tiempo de realización de determinadas gestiones.
Qué ha ocurrido y cuál es el alcance
La medida combina personalización de la plataforma con asistentes orientados a procedimientos. Los nuevos espacios agruparán servicios según circunstancias y preferencias de cada usuario.
La relevancia de esta iniciativa no depende únicamente del anuncio o de la tecnología utilizada. En la Administración Pública, cualquier cambio digital tiene efectos sobre organización, datos, seguridad, contratación, atención a la ciudadanía y continuidad del servicio. Por eso conviene analizar el proyecto desde una perspectiva operativa y no limitarse a su componente tecnológico.
Por qué importa para la transformación digital pública
La atención pública digital está evolucionando desde catálogos de trámites hacia servicios guiados. El valor aparece cuando el sistema puede orientar sin ocultar requisitos, plazos o vías alternativas.
La modernización administrativa funciona mejor cuando la tecnología se conecta con objetivos concretos: reducir tiempos, evitar duplicidades, mejorar la trazabilidad, hacer más accesibles los servicios o permitir que distintas unidades trabajen sobre información coherente. Si no existe esa relación entre tecnología y servicio público, una inversión puede aumentar la complejidad en lugar de reducirla.
También es importante diferenciar digitalización de mera sustitución de soportes. Pasar un procedimiento a una interfaz web no garantiza que el proceso sea más simple. La oportunidad aparece cuando se revisan pasos, datos solicitados, validaciones, integraciones y responsabilidades para eliminar tareas que ya no aportan valor.
Datos, interoperabilidad y arquitectura
Para anticipar documentación y personalizar servicios, la plataforma necesita trabajar con información sobre el contexto del usuario. Esto obliga a definir permisos y minimizar datos utilizados.
Una arquitectura pública sostenible debería evitar que la información quede encerrada en una única aplicación. APIs documentadas, formatos reutilizables, identificadores estables y mecanismos de exportación son elementos que facilitan la interoperabilidad y reducen la dependencia de proveedor. Cuando varias administraciones o sistemas participan en un servicio, esta capacidad resulta especialmente importante.
La calidad del dato también debe formar parte del diseño. Automatizar un proceso construido sobre información duplicada, desactualizada o sin responsables definidos puede amplificar errores. Por eso los proyectos maduros suelen acompañar la implantación técnica con reglas de gobierno del dato, trazabilidad y controles de calidad.
Seguridad, privacidad y continuidad
Los agentes deben respetar autenticación, confidencialidad y segregación de acceso. Una respuesta conversacional nunca debería mostrar datos que el usuario no podría consultar por los canales ordinarios.
La seguridad debe integrarse desde el inicio y no incorporarse únicamente antes de una auditoría. Gestión de identidades, mínimo privilegio, registro de actividad, copias verificadas, segmentación, actualización y respuesta a incidentes son capacidades que deben adaptarse a la criticidad del servicio. Cuando existen proveedores externos, las responsabilidades también tienen que quedar documentadas.
En sistemas que procesan datos personales o información sensible, la disponibilidad técnica no equivale a autorización de uso. Deben definirse finalidades, permisos, conservación y mecanismos de supervisión. Si se incorpora inteligencia artificial, conviene además registrar qué fuentes utiliza, qué decisiones puede apoyar y dónde es obligatoria la intervención humana.
Qué cambia para ciudadanos y empleados públicos
Un asistente puede reducir fricción en trámites complejos, pero debe dejar claro cuándo ofrece orientación y cuándo una respuesta tiene efectos administrativos.
Para la ciudadanía, una mejora real debería percibirse en menos pasos, mayor claridad, canales accesibles y menor necesidad de aportar información que la Administración ya posee. Para los empleados públicos, el objetivo debería ser reducir tareas repetitivas sin eliminar el conocimiento necesario para controlar el procedimiento.
La automatización puede liberar tiempo, pero también puede trasladar carga hacia la revisión si los resultados no son fiables. Por eso resulta útil medir el proceso completo: tiempo ahorrado, errores, excepciones, consultas derivadas y satisfacción de los usuarios.
Gobernanza y supervisión
La Administración necesita supervisar calidad de las respuestas, registrar errores y mantener fuentes oficiales actualizadas. También debe existir un canal humano cuando el caso se salga del flujo previsto.
La gobernanza debe definir responsables funcionales, técnicos y jurídicos. También debe establecer quién aprueba cambios, cómo se registran incidencias y qué métricas determinan si el proyecto funciona. Los sistemas públicos necesitan una estructura estable de operación más allá de la fase de lanzamiento.
Cuando se utilizan algoritmos o automatizaciones, la supervisión no debería ser una formalidad. Las personas responsables tienen que disponer de información suficiente para entender resultados, detectar desviaciones y corregirlas. La trazabilidad es especialmente relevante cuando el sistema afecta a trámites, derechos, ayudas o servicios esenciales.
Contratación pública y dependencia tecnológica
Los requisitos deberían incluir capacidad de auditar respuestas, actualizar conocimiento, cambiar de modelo y medir calidad con casos reales.
Los pliegos deberían describir capacidades, niveles de servicio y condiciones de salida, no únicamente una lista de funcionalidades. Es conveniente exigir documentación, exportación de datos, APIs, gestión de subcontratistas, actualización de componentes y un procedimiento de reversibilidad. En servicios críticos, también deben contemplarse continuidad y recuperación.
Una Administración puede utilizar soluciones propietarias, abiertas o modelos híbridos. Lo importante es conservar capacidad de elección y evitar que los datos, configuraciones o integraciones hagan inviable un cambio futuro. La interoperabilidad contractual es tan importante como la técnica.
Riesgos y límites que conviene vigilar
Una reducción de tiempo declarada debe verificarse por procedimiento. Las medias pueden ocultar situaciones complejas o usuarios que necesitan apoyo adicional.
Otro riesgo frecuente es confundir una prueba de concepto con un servicio estable. Un piloto puede funcionar con pocos usuarios y datos controlados, mientras que producción exige soporte, escalabilidad, monitorización, accesibilidad y respuesta ante fallos. Antes de ampliar un proyecto conviene probarlo con escenarios reales y definir indicadores de aceptación.
También debe evitarse la automatización por sí misma. Si un procedimiento es innecesariamente complejo, digitalizarlo sin rediseño puede perpetuar el problema. La simplificación administrativa y la transformación tecnológica deberían avanzar de forma coordinada.
Qué debería revisar ahora una Administración
- Definir el problema público que se quiere resolver y las métricas de éxito.
- Inventariar sistemas, datos, proveedores e integraciones implicados.
- Asignar responsables funcionales y técnicos para cada componente crítico.
- Revisar seguridad, protección de datos y continuidad antes del despliegue.
- Exigir interoperabilidad, exportación y documentación en la contratación.
- Diseñar mecanismos de supervisión humana cuando exista automatización o IA.
- Probar el servicio con usuarios reales y escenarios de excepción.
- Medir ahorro de tiempo, calidad, errores y coste total de operación.
- Planificar mantenimiento, actualizaciones y capacidad de salida.
- Documentar aprendizajes para poder reutilizarlos en otros proyectos públicos.
Una referencia para otras Administraciones
Otras Administraciones pueden estudiar el enfoque de agentes guiados, empezando por trámites de alta demanda y reglas bien definidas antes de extenderlo a procesos sensibles.
La reutilización no implica copiar una solución completa. A menudo lo más valioso es reutilizar patrones de arquitectura, cláusulas de contratación, modelos de datos, procedimientos de seguridad o métricas de evaluación. Compartir estas piezas reduce duplicidades y permite que entidades con menos recursos aprovechen experiencia ya acumulada.
Qué habrá que observar a partir de ahora
Habrá que observar qué trámites incorporan agentes, qué porcentaje se completa sin asistencia adicional y cómo se gestionan errores o información contradictoria.
La evaluación debería continuar después de la puesta en marcha. Los proyectos digitales cambian con los usuarios, los datos y la tecnología. Revisar periódicamente resultados y riesgos permite corregir el rumbo antes de que una decisión técnica se convierta en una dependencia difícil de revertir.
Preguntas frecuentes
¿Qué Administración impulsa esta iniciativa?
La Comunidad de Madrid dentro de su plataforma Cuenta Digital.
¿Cuál es su objetivo principal?
Guiar trámites y reducir fricción mediante asistentes de IA integrados en la experiencia de usuario.
¿Qué elementos técnicos conviene vigilar?
Interoperabilidad, calidad de datos, gestión de identidades, seguridad, trazabilidad, capacidad de exportación, continuidad y dependencia de proveedores son algunos de los aspectos más relevantes.
¿Puede servir como referencia para otras entidades?
Sí, especialmente si se documentan los resultados, la arquitectura, los problemas encontrados y las decisiones de gobierno. La reutilización de conocimiento puede ser tan valiosa como la reutilización de software.
Fuentes oficiales
La información principal procede de Comunidad de Madrid. Las cifras, fechas y características atribuidas al proyecto se presentan de acuerdo con la información publicada por esa fuente.
Lecturas relacionadas
Para ampliar contexto sobre transformación pública, puede consultarse el análisis del ENS legible por máquina, la evolución del gobierno del dato en la AGE, la adopción de IA en el sector público europeo y los retos de ciberseguridad en la Administración local.
Cómo convertir Cuenta Digital agentes IA en una capacidad estable
La puesta en marcha de un servicio digital no termina cuando la herramienta está disponible. La Administración necesita definir operación, soporte, responsables y un calendario de mejora. Las incidencias, cambios normativos y nuevas necesidades de usuario aparecerán durante toda la vida del sistema.
Por eso conviene distinguir claramente proyecto e infraestructura. El proyecto tiene un inicio y un final; la capacidad pública debe mantenerse mientras el servicio sea necesario. Presupuesto, personal y contratos deben reflejar esa continuidad.
Arquitectura preparada para crecer
Una solución que funciona con pocos usuarios puede comportarse de forma distinta cuando aumenta la demanda. Antes de escalar conviene probar picos, dependencias externas, tiempos de respuesta y mecanismos de recuperación. La arquitectura debe permitir crecer sin multiplicar el coste o introducir puntos únicos de fallo.
Separar presentación, lógica, datos e integraciones facilita evolucionar componentes. Esta modularidad también reduce el impacto de cambiar proveedores o incorporar nuevas tecnologías.
Integración con sistemas existentes
La mayor parte de las Administraciones trabaja con registros, expedientes, directorios y aplicaciones que llevan años en producción. El nuevo servicio debe convivir con ellos y evitar crear copias innecesarias de la misma información.
Las integraciones deberían utilizar interfaces documentadas y mecanismos de trazabilidad. Cuando no existe API, conviene valorar si la inversión debe incluir modernizar el sistema origen en lugar de construir soluciones temporales difíciles de mantener.
Gestión de identidades y permisos
Los servicios personalizados, infraestructuras compartidas y asistentes digitales dependen de saber quién realiza cada acción y qué información puede consultar. La gestión de identidades debe aplicar mínimo privilegio, autenticación adecuada y revisión periódica de accesos.
Los empleados, ciudadanos y proveedores requieren perfiles diferentes. Las cuentas técnicas también deben inventariarse y evitar credenciales compartidas que impidan atribuir operaciones.
Continuidad y recuperación
Los procedimientos digitales necesitan alternativas cuando una plataforma no está disponible. Definir tiempos de recuperación, copias y prioridades permite saber qué servicios deben restaurarse primero y qué canales provisionales pueden utilizarse.
Las pruebas de recuperación son imprescindibles. Una copia que nunca se ha restaurado es una hipótesis, no una garantía. Los ejercicios también ayudan a detectar dependencias con proveedores o credenciales que podrían fallar durante una crisis.
Experiencia ciudadana y accesibilidad
La modernización debe reducir la distancia entre el lenguaje administrativo y la necesidad real del usuario. Agrupar trámites, anticipar documentación o guiar pasos puede mejorar la experiencia, siempre que no oculte derechos, plazos o condiciones.
La accesibilidad debe probarse con tecnologías de apoyo y perfiles diversos. Un servicio rápido para un usuario experimentado puede ser difícil para otras personas si se basa en instrucciones ambiguas o interacciones demasiado complejas.
Gestión de proveedores
Cuando participan varias empresas, la Administración debe conocer qué componente mantiene cada una y cómo se coordinan. Los contratos deberían establecer notificación de incidentes, actualización, subcontratación y entrega de documentación.
La salida debe diseñarse desde el principio. Si una plataforma se sustituye, datos, configuraciones y conocimiento operativo tienen que poder transferirse sin interrumpir el servicio.
Datos para decidir si funciona
Las métricas deben cubrir disponibilidad, tiempo de respuesta, tasa de errores, abandonos, uso por canal, coste y satisfacción. En proyectos de automatización también conviene medir cuánto trabajo humano sigue siendo necesario para revisar excepciones.
Una mejora declarada debe contrastarse con datos reales. Los promedios son útiles, pero deberían complementarse con percentiles y análisis de usuarios que encuentran más dificultades.
Marco jurídico y tecnológico alineados
Cuando el proyecto está vinculado a una nueva norma o a procesos regulados, la implementación técnica debe seguir la evolución jurídica. Los equipos legales y tecnológicos necesitan trabajar juntos para evitar construir funciones que después no encajen con el texto definitivo o con obligaciones superiores.
Del mismo modo, la norma debería evitar detalles tecnológicos que queden obsoletos con rapidez. Es preferible definir principios, garantías y resultados verificables y permitir que la implementación evolucione.
Qué revisar un año después
Una revisión anual puede comparar objetivos iniciales con resultados: qué funciones se utilizan, qué incidencias se repiten, cuánto cuesta operar y qué dependencia tecnológica se ha creado. También debe comprobarse si los datos y permisos siguen siendo adecuados.
Cuenta Digital incorporará 30 agentes de IA para guiar trámites de la Comunidad de Madrid será realmente relevante si el proyecto produce una capacidad pública sostenible y medible. La evaluación continua permite ajustar inversiones y evitar que una solución se mantenga únicamente porque ya fue implantada.
Fotografía: Muhammed Cihad Çamlıca / Pexels.