Las ciudades empiezan a operar como sistemas: la próxima competencia en infraestructura inteligente del sector público

Durante la última década, la comprensión del sector público sobre la “infraestructura inteligente” ha experimentado un desplazamiento silencioso.

Al principio se consideraba una lista de actualizaciones de equipos: farolas más eficientes energéticamente, medidores de agua conectados a la red, cámaras instaladas en las intersecciones, medidores eléctricos que pueden leerse de forma remota. Estos proyectos suelen ser impulsados por un único departamento, con criterios de aceptación claros y un ciclo presupuestario definido. Pero lo que realmente cambió la lógica de funcionamiento de las ciudades no fueron esos dispositivos en sí, sino que por primera vez dieron a la ciudad un estado continuo: un estado operativo que puede leerse de forma continua, coordinarse e intervenirse de manera anticipada.

Cuando Río de Janeiro integra imágenes y datos en tiempo real de múltiples departamentos en un mismo centro de operaciones, cuando Barcelona intenta conectar las instalaciones públicas a una capa unificada de internet de las cosas urbana, cuando Singapur empieza a construir un gemelo digital a escala urbana, aunque en apariencia estos proyectos son de ingeniería tecnológica, en realidad todos responden a la misma pregunta: ¿puede una ciudad ser operada como un sistema?

Esta pregunta no tiene una respuesta estándar. Y cuando llega a manos del sector público, la respuesta a menudo no la da la tecnología.

De la gestión cíclica a la percepción continua del estado

La gestión municipal tradicional tiene su ritmo fijo. Los presupuestos se planifican anualmente, las inspecciones se programan semanalmente, las quejas se responden una a una, los incidentes se reconstruyen a partir de los informes. Este ritmo se mantuvo durante mucho tiempo porque el costo de recopilar información era demasiado alto: la ciudad solo podía observarse a sí misma por muestreo.

La infraestructura inteligente cambia precisamente esta constante temporal. Cuando las señales de tráfico, la presión de la red de tuberías, los vehículos de recogida de residuos y el consumo energético de los edificios públicos generan datos de forma continua, la “percepción” de la ciudad pasa de ser un muestreo a ser continua. El cambio no está en ver algo que antes era invisible, sino en que el reloj de la toma de decisiones se acelera.

Por eso muchas ciudades implementan primero sistemas adaptativos de señales de tráfico, en lugar de pantallas urbanas más llamativas. El departamento de transporte de Los Ángeles ha invertido de forma continua durante años en el control adaptativo de señales, con una lógica muy pragmática: la congestión en las intersecciones es un problema que puede observarse y abordarse en cuestión de segundos. No requiere redefinir la ciudad, solo hacer que la cadena de gestión existente funcione más rápido.

La misma lógica se está repitiendo en los ámbitos del agua, la energía y la seguridad pública. La detección de fugas pasa de “investigar tras recibir una queja” a “alertar cuando la presión es anómala”; las farolas pasan de “encenderse y apagarse según un horario” a “ajustarse según el flujo de personas”. No son grandes relatos, pero, acumuladas, cambian el tiempo de respuesta por defecto de la administración municipal.

Los datos no son un subproducto, sino un nuevo activo público

El proyecto Quayside de Toronto es un precedente ineludible. Sidewalk Labs había colaborado con Waterfront Toronto con el plan de construir una comunidad altamente sensorizada en la zona del frente al lago. El proyecto finalmente se dio por terminado en 2020; el núcleo de la controversia pública no era la viabilidad técnica, sino quién posee los datos, quién se beneficia de ellos y si las actividades cotidianas en el espacio público pueden comercializarse.El desenlace de este proyecto tuvo un impacto más profundo que su propuesta técnica. Desde entonces, muchas ciudades añadieron una nueva cláusula a los contratos de ciudades inteligentes: la titularidad de los datos, los límites de uso y los mecanismos de salida. El foco de la negociación pasó de “qué puedes ofrecer” a “qué me reservo”.

Este giro va en la misma dirección que la experiencia de las infraestructuras nacionales de datos. Que X-Road de Estonia se haya estudiado una y otra vez no se debe a su complejidad técnica, sino a que convirtió el intercambio de datos entre organismos en una capa base regida por reglas: quién puede consultar, por qué consulta y cuándo queda registro. La capa digital pública que India construyó en torno a la identidad digital y los pagos también debate la misma cuestión: cuando la infraestructura se publiciza, los derechos de acceso y de gobernanza deben definirse al mismo tiempo.

Cada vez más debates de política pública empiezan a usar el término “infraestructura pública digital” para describir este tipo de sistemas. Su subtexto es que la capa digital de una ciudad no es el producto de un proveedor, sino algo que debe diseñarse y mantenerse como un bien público.

La tentación de la plataformización y el coste del lock-in

“El sistema operativo de la ciudad” es una metáfora potente: unificar en una sola plataforma los sistemas dispersos de los distintos departamentos y sostener todas las aplicaciones con una única base de datos. Ciertamente resolvió los problemas de construcción duplicada y confusión de interfaces, pero también trajo un nuevo riesgo: atar las capacidades interdepartamentales a la hoja de ruta de un único proveedor.

Así, el problema técnico se convirtió en un problema institucional: si las interfaces son abiertas, si los estándares son migrables y cuán alto es el coste de salida.

Las decisiones de compra de algunos gobiernos locales europeos pueden entenderse en este contexto. El estado alemán de Schleswig-Holstein decidió impulsar la migración a software de código abierto en los puestos de trabajo administrativos, mientras que Múnich osciló durante años entre el código abierto y el software comercial. Los motivos de estas decisiones rara vez son puramente el coste o el rendimiento; son, más bien, una reevaluación de las dependencias: quién controla el ritmo de actualización, quién decide la prioridad de las funciones y quién puede marcharse con los datos cuando vence el contrato.

Para el sector público, la contratación nunca consiste solo en comprar cosas, sino en elegir una relación a largo plazo. La contratación de infraestructura inteligente prolonga aún más el plazo de esa relación.

Los algoritmos entran en la gobernanza: de dónde viene la legitimidad

Cuando la automatización empieza a intervenir en decisiones concretas —asignación de recursos, ordenación de riesgos, revisión de licencias, simulación de planificación urbana—, la pregunta ya no es “¿cuál es la tasa de acierto?”, sino “¿con qué legitimidad?”.

Ámsterdam y Helsinki establecieron, sucesivamente, registros públicos de algoritmos o de IA, con los que intentan explicar en qué ámbitos los sistemas municipales usan automatización, con qué base y quién es responsable. La importancia de este tipo de herramientas no radica en la transparencia técnica en sí, sino en que incorporan los algoritmos a las estructuras existentes de rendición de cuentas pública: quién aprueba, quién audita y a quién se puede exigir respuestas.

La entrada en vigor del Reglamento Europeo de Inteligencia Artificial lleva esta práctica un paso más allá, al convertirla de una elección de ciudades concretas en un entorno de cumplimiento regional. Para el sector público, una consecuencia práctica es que la velocidad de despliegue de la infraestructura inteligente puede dejar de depender de la capacidad de cómputo y de la red, y pasar a depender de la capacidad de explicar con claridad por qué un sistema tomó determinada decisión.Esto no es el lenguaje de los tecnócratas, sino el lenguaje de la gobernanza. Y la ciudad debe hablar ambos idiomas a la vez.

Gemelos digitales: de “ver” a “ensayar”

Los gemelos digitales suelen malinterpretarse como visualización tridimensional. Su uso realmente valioso es convertir las decisiones en objetos que pueden ponerse a prueba.

Uno de los objetivos de Singapur al construir un gemelo digital a escala urbana es permitir que los escenarios de planificación y emergencia se ensayen repetidamente en un entorno virtual: cómo cambian el entorno del viento y la carga térmica cuando aumenta la densidad de edificación en una zona; qué tramos de vía se encharcarían primero durante una lluvia extrema. El trabajo de gemelos digitales que Toronto impulsó en el período posterior a Quayside también puso el foco en la simulación de infraestructuras y escenarios de desarrollo, y no en la vigilancia comunitaria.

El valor de este tipo de sistemas no está en la imagen, sino en convertir el acto de “tomar la decisión final” en una “prueba” previa. Para una ciudad, esta es una capacidad escasa: el mundo real no puede repetirse, la simulación sí.

La seguridad ya no es un añadido, sino un atributo de la infraestructura

Cuando las capas de control del transporte, la energía, el agua y los servicios públicos empiezan a interconectarse, la superficie de ataque deja de ser un punto único. Un sensor comprometido es irrelevante; una instrucción de control manipulada puede afectar sistemas físicos.

La actualización de la directiva de ciberseguridad de la Unión Europea incluye en su ámbito regulatorio a más entidades del sector público y operadores de infraestructuras críticas, lo que refleja un consenso más amplio: en las infraestructuras inteligentes, la seguridad no es una tarea de refuerzo posterior a la puesta en marcha, sino un requisito previo del diseño. La ciudad no solo necesita cortafuegos, sino también revisión de la cadena de suministro, capacidad de conmutación de emergencia y ejercicios interdepartamentales; todo esto pertenece a la gobernanza urbana, no a las operaciones de TI.

La próxima competencia se libra en la capacidad institucional

Si se juntan estas pistas, se llega a una conclusión relativamente clara: en la competencia entre ciudades por las capacidades digitales, la verdadera línea divisoria no está en la elección tecnológica.

Los sensores se pueden comprar, los recursos en la nube se pueden alquilar, los modelos se pueden invocar. Lo difícil de replicar es: si los departamentos pueden compartir datos, si la contratación pública puede identificar dependencias a largo plazo, si las finanzas públicas pueden pasar de un gasto de capital único a un gasto operativo continuo, y si la ciudad cuenta con suficiente capacidad técnica interna para evaluar las soluciones presentadas por los proveedores.

Esto también explica por qué algunos proyectos de ciudades inteligentes que en sus inicios tuvieron mucha resonancia perdieron impulso unos años después, mientras que otros menos llamativos siguen sumando valor con su uso. Los primeros suelen tener como objetivo el volumen de dispositivos desplegados; los segundos, la continuidad del servicio.

La incorporación de inteligencia a las infraestructuras pone a prueba, en última instancia, a las propias instituciones. La ciudad no necesita más sensores para demostrar que se está volviendo más inteligente; necesita una mayor capacidad de coordinación, límites más claros de autoridad y responsabilidad, y un modelo financiero dispuesto a costear la operación a largo plazo.

La verdadera pregunta quizá no sea si “una ciudad puede operarse en tiempo real”, sino: cuando una ciudad efectivamente puede operar en tiempo real, quién decide hacia dónde debe dirigirse.

La respuesta a esta pregunta no está en la sala de servidores.