Espacios de datos municipales: interoperabilidad mínima viable en 60 días

La interoperabilidad municipal no empieza con una plataforma nueva: empieza con un caso de uso acotado, responsables claros y un esquema mínimo de intercambio. En 60 días es viable activar espacios de datos municipales con interoperabilidad funcional si se define qué se comparte, con qué calidad, bajo qué permisos y cómo se deja trazabilidad. El resultado no es un “data lake”; es un circuito repetible para proyectos (movilidad, residuos, energía, salud urbana) que reduce fricción entre áreas, evita duplicidades y permite auditar decisiones. Con un contrato de datos por dataset, un canal de intercambio estable y controles básicos RGPD, se pasa de “pásame lo que tengas” a gestión operativa.

Casos de uso

La interoperabilidad se entiende mejor cuando obliga a decisiones concretas. Para activar espacios de datos municipales, elige un caso donde el dato ya exista y el resultado sea útil en 30 días.

Caso 1: Movilidad y ZBE (operación y atención ciudadana)
Datos habituales: aforos, incidencias, señalización, solicitudes de excepción, episodios.
Resultado mínimo: tablero operativo y FAQ consistente para reducir consultas repetidas.

Caso 2: Residuos (calidad del servicio y eficiencia)
Datos habituales: rutas, contenedores, incidencias, toneladas por fracción, impropios, partes de gestor.
Resultado mínimo: KPIs mensuales y lista priorizada de puntos críticos (impropios/incidencias).

Caso 3: Energía en edificios (control y verificación de ahorro)
Datos habituales: consumos, facturas, horarios, incidencias térmicas, telegestión si existe.
Resultado mínimo: detección de encendidos fuera de horario y comparativa de consumos por edificio.

Criterio de selección rápido: para arrancar espacios de datos municipales con interoperabilidad, prioriza un caso con un “dueño del dato” claro y una mejora operativa que se pueda enseñar a dirección con 2–3 indicadores.

Modelo de gobernanza

La gobernanza mínima viable evita el atasco típico: “todos quieren datos, nadie responde por ellos”. Para que la interoperabilidad no se convierta en una guerra interna, define cuatro roles y una regla de escalado.

Roles mínimos (RACI)

• Propietario del dato (Data Owner): decide finalidad, condiciones de uso y calidad mínima de su fuente.

• Custodio (Data Steward): mantiene estructura, diccionario, validaciones y control de cambios.

• Consumidor del dato (Data Consumer): usa el dataset para el caso de uso y devuelve requisitos operativos (qué falta, qué sobra).

• Seguridad/Legal: valida permisos, minimización de datos y trazabilidad (RGPD y controles).

Qué debe quedar escrito en 1 página

• Finalidad del uso (caso de uso concreto, no “para todo”).

• Campos compartidos y campos excluidos (minimización).

• Frecuencia de actualización y calidad mínima (qué se considera “dato válido”).

• Caducidad y revisión (por ejemplo, revisión trimestral del acuerdo).

Esto es lo que hace que espacios de datos municipales e interoperabilidad no dependan de favores entre áreas.

Esquema de intercambio

En 60 días no hace falta la arquitectura perfecta. Hace falta un esquema estable: formato, identificadores, periodicidad y registro.

Contrato de datos (por dataset)

Define cada dataset con una ficha sencilla:

• Nombre del dataset

• Fuente y sistema origen

• Responsable (Data Owner) y custodio (Steward)

• Campos compartidos (lista cerrada)

• Campos excluidos (minimización RGPD)

• Frecuencia (diaria/semanal/mensual)

• Formato (CSV/JSON + diccionario)

• Calidad mínima (campos obligatorios y tolerancia a error)

• Uso permitido (qué productos/decisiones habilita)

• Retención (tiempo de conservación y borrado)

• Evidencia (log de extracción + versión del diccionario)

Esta ficha es el núcleo de la interoperabilidad en espacios de datos municipales: sin contrato de datos, lo que hay es intercambio informal.

Identificadores y catálogos (lo que evita discusiones)

Para que la interoperabilidad funcione, define desde el inicio:

• ID de activo: edificio, contenedor, tramo viario, punto de medición.

• ID de evento: incidencia, lectura, acceso, actuación.

• Catálogo de tipologías: lista cerrada (incidencias, fracciones, causas).

• Ubicación: decide si necesitas coordenada exacta o agregación por zona (según riesgo y necesidad).

Canal de intercambio (elige uno al inicio)

• Extracción programada (SFTP/almacén municipal): rápida y suficiente para pilotos.

• API (endpoint con token): mejor para operación, exige disciplina y control de accesos.

• Federado (consulta sin mover datos): potente, pero no es lo primero si el equipo está arrancando.

Para 60 días, lo más eficiente suele ser: extracción programada + diccionario + validación automática de campos obligatorios. Eso ya es interoperabilidad real.

Seguridad y roles

La interoperabilidad municipal se rompe por permisos confusos y por datos personales innecesarios. En espacios de datos municipales, la seguridad mínima viable se basa en accesos por perfil, minimización y trazabilidad.

Matriz de acceso (modelo mínimo)

• Técnico del área (propietario): lectura y correcciones sobre su dataset.

• Equipo de proyecto transversal: lectura de datasets acordados, sin datos personales.

• Proveedor: acceso solo a su dataset contractual (si aplica), sin datos personales.

• Control interno/auditoría: lectura de evidencias (logs, diccionario versionado, actas), sin necesidad de datos personales.

Reglas RGPD que evitan problemas

• Minimiza: si un campo no aporta al KPI, fuera.

• Agrega ubicación cuando sea suficiente (zona/barrio/tramo).

• Registra accesos y extracciones (logs).

• Si hay alto riesgo (perfilado, localización precisa sensible, etc.), evalúa impacto antes de ampliar el alcance.

Esto permite que espacios de datos municipales e interoperabilidad avancen sin frenar por miedo o por exceso de exposición.

Plan de interoperabilidad en 60 días

Días 1–10: elegir y acotar

• Elegir un caso de uso (solo uno).

• Listar 3–5 datasets necesarios.

• Nombrar Data Owners y un Steward del proyecto.

Días 11–30: contrato de datos y primer intercambio

• Escribir contrato de datos por dataset (campos, frecuencia, calidad, permisos).

• Definir IDs y catálogos (tipologías).

• Implementar extracción programada y validación básica (campos obligatorios).

Días 31–60: producto mínimo y verificación

• Publicar tablero o informe mensual (2–4 KPIs).

• Corregir errores recurrentes de calidad (causas y responsables).

• Cerrar evidencias: logs, diccionario versionado y acta de revisión con acciones.

Con este ciclo, espacios de datos municipales dejan de ser una idea y la interoperabilidad pasa a ser un proceso repetible.

Si quieres activar espacios de datos municipales con interoperabilidad en 60 días (caso de uso, gobernanza, contrato de datos y esquema de intercambio), pide una sesión de trabajo.