5 datasets municipales de alto valor que casi nadie publica bien

Casi todos los portales de datos abiertos municipales tienen decenas de conjuntos publicados y muy pocas descargas. El motivo rara vez es la falta de datos: es que los conjuntos que más se buscan están publicados en un formato que no se puede reutilizar, sin metadatos y sin actualización automática.

Estos son los cinco conjuntos de alto valor que cualquier ayuntamiento debería tener resueltos antes de ampliar el catálogo, y cómo publicarlos para que sirvan a periodistas, empresas, investigadores y a la propia organización.

1. Presupuesto y ejecución presupuestaria

Es el dato más solicitado y el peor publicado. Lo habitual es un PDF con las bases de ejecución y un resumen por capítulos. Eso no permite comparar ni analizar nada.

Qué debe contener el conjunto:

• Ejercicio, tipo (previsión inicial, modificaciones, definitivo, obligaciones reconocidas, pagos realizados).
• Clasificación económica completa (capítulo, artículo, concepto, subconcepto).
• Clasificación por programas y clasificación orgánica.
• Importe y descripción literal de la partida.
• Entidad y, en su caso, organismo autónomo o sociedad municipal.

Formato: CSV y JSON, un registro por partida y periodo. Nada de tablas con celdas combinadas exportadas de una hoja de cálculo.

Actualización: trimestral como mínimo, sincronizada con el sistema contable. La ejecución publicada una vez al año no sirve para el control ciudadano ni para la gestión interna.

Publicado así, el mismo conjunto alimenta directamente un visor presupuestario con comparativas por año y por área.

2. Contratación pública

La información existe en la Plataforma de Contratación del Sector Público, pero enlazar allí no es publicar datos abiertos: obliga al usuario a rehacer el trabajo de extracción.

Campos imprescindibles:

• Número de expediente y objeto del contrato.
• Tipo de contrato y procedimiento de adjudicación.
• Importe de licitación e importe de adjudicación (con y sin IVA).
• Adjudicatario y NIF, número de licitadores presentados.
• Fechas de licitación, adjudicación y formalización, plazo de ejecución.
• Modificaciones, prórrogas e importe final ejecutado.
• Órgano de contratación y programa presupuestario asociado.

Por qué importa el número de licitadores: sin él no se puede calcular la concurrencia, que es el indicador que revela riesgos de fraccionamiento o de dependencia de un único proveedor. Es el campo que más se omite y el que más valor aporta. El módulo de visor de contratos lo calcula automáticamente a partir de estos campos.

3. Subvenciones y ayudas concedidas

Están en la Base de Datos Nacional de Subvenciones, pero de nuevo el dato agregado y explotable a nivel municipal casi nunca se publica en el portal propio.

Campos:

• Convocatoria, línea de ayuda y base reguladora.
• Beneficiario (con las cautelas del RGPD para personas físicas), NIF cuando proceda.
• Importe solicitado, concedido y efectivamente pagado.
• Finalidad, área gestora y ejercicio.
• Estado de justificación y, si existe, reintegro.

Cautela de protección de datos: cuando hay personas físicas beneficiarias, la publicación exige valorar la base jurídica y aplicar anonimización o seudonimización según el caso. Publicar el listado íntegro con datos de salud, situación económica o vulnerabilidad es una infracción, no transparencia. Aquí es donde encaja la anonimización documental automática.

Los datos limpios alimentan el visor de subvenciones.

4. Padrón de actividad económica y licencias

Qué actividades hay abiertas en el municipio, dónde y desde cuándo. Es el conjunto con más demanda empresarial y el que más rentabilidad económica genera al territorio, porque lo usan cadenas, franquicias, consultoras de localización y comercio local.

Campos:

• Identificador de la licencia o declaración responsable.
• Epígrafe de actividad (normalizado con CNAE).
• Dirección normalizada y coordenadas.
• Fecha de alta y, en su caso, de baja.
• Situación administrativa.

Clave de calidad: la normalización de la dirección y las coordenadas. Un listado sin geolocalizar obliga a cada reutilizador a geocodificar por su cuenta, con errores distintos cada vez.

5. Callejero, equipamientos y obra pública georreferenciada

Es la capa base sobre la que se cruzan casi todos los demás datos. Sin un callejero oficial normalizado, los conjuntos municipales no se pueden combinar entre sí.

Qué publicar:

• Callejero con código de vía, denominación oficial, tramos y códigos postales.
• Equipamientos públicos con tipología, dirección, coordenadas, accesibilidad y horarios.
• Obras en ejecución con estado, inversión, plazo y geometría.

Formatos: GeoJSON además de CSV, y servicios WMS/WFS si la entidad ya dispone de infraestructura de datos espaciales. El visor de obras parte exactamente de esta capa.

Los metadatos son la mitad del trabajo

Un conjunto sin metadatos es invisible. Para que aparezca en datos.gob.es y sea federable, el catálogo debe exponer los metadatos conforme a DCAT-AP y a la NTI-RISP: título, descripción, editor, tema, frecuencia de actualización, cobertura temporal y territorial, licencia y formato de distribución.

La licencia recomendada es CC BY 4.0: permite reutilización comercial con atribución y es la que espera el ecosistema de reutilizadores.

Errores que hacen inútil un catálogo

• PDF como formato principal. Es publicación, no dato abierto.
• Actualización manual. Si depende de que alguien recuerde subir un archivo, el conjunto quedará desactualizado en un trimestre.
• Campos que cambian de nombre entre ejercicios. Rompe cualquier serie histórica.
• Ausencia de identificadores estables. Sin clave primaria no se puede enlazar nada.
• Catálogo sin API. Un portal basado en CKAN resuelve API, versiones y federación de serie.
• Publicar mucho y mal. Cinco conjuntos excelentes valen más que doscientos irrelevantes.

Por dónde empezar

Elige uno solo, hazlo perfecto y automatiza su actualización desde el sistema de origen. Después replica el patrón. Ese es el enfoque con el que trabajamos en los proyectos de apertura de datos y el que soporta el módulo de portal de datos abiertos.