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.
