En este artículo
En resumen: los datos abiertos son datos públicos que cualquier persona puede acceder, reutilizar y redistribuir sin restricciones, publicados en formatos que una máquina puede leer. En Colombia, la Ley 1712 de 2014 los define y la Resolución 1519 de 2020 fija requisitos mínimos para publicarlos; el punto de encuentro nacional es datos.gov.co. Un portal de datos abiertos genera valor cuando sus conjuntos están actualizados, documentados y conectados con los sistemas que los producen.
Un portal de datos abiertos no se mide por el número de archivos publicados, sino por su capacidad para que ciudadanía, periodistas, academia, empresas y equipos internos encuentren, comprendan y reutilicen información fiable. Cuando el portal se concibe como un repositorio documental, suele acumular conjuntos obsoletos, formatos poco utilizables y fichas sin contexto. Cuando se diseña como una plataforma institucional, se convierte en una pieza de transparencia, innovación y mejora operativa.
La diferencia tiene implicaciones de arquitectura, gobierno, experiencia de usuario y continuidad. Publicar un CSV es sencillo; mantener datos actualizados, trazables, accesibles e integrados con los sistemas que los producen requiere decisiones sostenibles. Para entidades públicas, además, estas decisiones deben responder a obligaciones de transparencia, lineamientos digitales y necesidades reales de rendición de cuentas.
Qué debe resolver un portal de datos abiertos
El objetivo no es exponer bases de datos sin mediación. Un portal debe reducir la distancia entre la información institucional y quien necesita usarla. Esto exige que cada conjunto responda preguntas básicas: qué contiene, de dónde procede, con qué frecuencia se actualiza, quién es responsable, bajo qué licencia puede reutilizarse y qué limitaciones tiene.
Sin esos elementos, un dato puede ser técnicamente público pero prácticamente inútil. Una tabla de contratación sin diccionario de campos, por ejemplo, deja margen para interpretaciones erróneas. Un indicador de movilidad sin cobertura temporal o geográfica impide comparaciones fiables. La transparencia no depende solo de abrir el acceso, sino de aportar el contexto mínimo para interpretar la información con rigor.
También importa reconocer que no todos los datos deben publicarse del mismo modo. Hay información que puede requerir anonimización, agregación, controles de acceso o una evaluación jurídica previa. La apertura responsable equilibra valor público, protección de datos personales, seguridad y reserva legal. Esa evaluación debe formar parte del flujo de publicación, no aparecer como una revisión tardía cuando el conjunto ya está listo para difundirse.
Gobierno de datos antes que catálogo
Un portal sólido empieza fuera del portal. La calidad visible para el usuario depende de responsabilidades, procesos y sistemas internos que aseguren que el dato tiene propietario, definición y ciclo de vida. Si nadie responde por un conjunto, su actualización acaba dependiendo de tareas manuales que se posponen frente a las urgencias operativas.
La gobernanza debe concretar quién produce el dato, quién valida su calidad, quién aprueba su publicación y quién mantiene el metadato. También debe establecer criterios para nombrar conjuntos, versionarlos, retirar registros desactualizados y comunicar cambios relevantes. No es burocracia adicional: es la base para evitar que una plataforma pública transmita información contradictoria o vencida.
Metadatos que permiten decidir
Los metadatos no son un formulario administrativo. Son la interfaz que permite saber si un conjunto es útil antes de descargarlo. Una ficha bien construida explica el propósito del dato, su granularidad, periodo de cobertura, frecuencia de actualización, formato, fuente, responsable y condiciones de reutilización.
Conviene incluir un diccionario de datos cuando existen campos técnicos o códigos institucionales. Si una columna contiene valores como “estado 3” o “tipo 07”, el usuario necesita conocer su significado. Del mismo modo, debe indicarse si hay cambios metodológicos entre versiones. Ocultar estas diferencias puede inducir análisis comparativos equivocados.
Calidad y trazabilidad verificables
La automatización no elimina la necesidad de control, pero reduce errores repetitivos. Validaciones de estructura, tipos de dato, duplicados, fechas inválidas, campos obligatorios y rangos esperados pueden ejecutarse antes de publicar. Cuando una regla falla, el equipo responsable debe recibir una alerta y disponer de un proceso definido para corregirla.
La trazabilidad completa requiere conservar el origen del dato y el historial de transformaciones. Si una cifra publicada genera una consulta, la entidad debe poder explicar qué sistema la produjo, cuándo se extrajo, qué ajustes se aplicaron y qué versión estaba vigente. Esta capacidad resulta especialmente relevante para datos presupuestarios, territoriales, ambientales, educativos o de servicios públicos.
Arquitectura para publicar sin duplicar trabajo
Muchas organizaciones alimentan su portal mediante hojas de cálculo enviadas por correo. Puede ser una solución transitoria para pocos conjuntos y actualizaciones esporádicas, pero se vuelve frágil al crecer. Aumentan los riesgos de versiones duplicadas, errores de copia y dependencia de personas concretas.
Una arquitectura más sostenible conecta el portal con las fuentes institucionales mediante integraciones, procesos programados o APIs. No siempre conviene exponer directamente el sistema transaccional: puede afectar al rendimiento, revelar campos sensibles o generar consultas costosas. Es habitual crear una capa de publicación que extrae, transforma, valida y entrega solo la información aprobada para reutilización pública.
Esta separación ofrece control y continuidad operativa. El sistema de origen mantiene su función interna, mientras el portal entrega datos optimizados para búsqueda, descarga, visualización y consumo automatizado. La frecuencia de actualización debe responder al caso de uso. Datos de ejecución presupuestaria pueden requerir una periodicidad mensual; información de incidencias o movilidad podría necesitar intervalos más cortos. Actualizar en tiempo real no es siempre mejor si el proceso compromete la calidad o no aporta un valor proporcional.
APIs, descargas y visualización
Los formatos abiertos y estructurados facilitan la reutilización. CSV, JSON, GeoJSON y APIs documentadas suelen ser preferibles a documentos cerrados o archivos escaneados. Sin embargo, el formato adecuado depende del tipo de información y del público. Una descarga tabular puede servir a analistas, mientras que una API es esencial para desarrolladores y una visualización clara ayuda a usuarios no especializados.
Las visualizaciones no deben reemplazar al dato descargable. Un gráfico puede mostrar tendencias, pero no permite verificar cálculos, cruzar variables ni desarrollar nuevas aplicaciones. Lo razonable es ofrecer ambas capas: una lectura comprensible para consulta rápida y acceso al conjunto completo para reutilización avanzada.
Experiencia, accesibilidad y búsqueda en el portal de datos abiertos
Un portal de datos abiertos falla si el usuario necesita conocer la estructura interna de la entidad para encontrar información. La navegación debe apoyarse en temas comprensibles, organismos responsables, cobertura geográfica, etiquetas y un buscador que tolere variaciones en el lenguaje. “Contratos”, “compras públicas” y “adquisiciones” pueden referirse a necesidades cercanas para quien consulta, aunque internamente pertenezcan a clasificaciones distintas.
La accesibilidad también forma parte de la calidad del servicio. Formularios, filtros, tablas, visualizaciones y documentos asociados deben poder utilizarse con teclado, lectores de pantalla y distintos dispositivos. Un mapa sin alternativa textual o una tabla sin encabezados correctamente definidos limita el acceso de parte de la ciudadanía y deteriora el cumplimiento institucional.
En plataformas basadas en Drupal, una arquitectura de contenidos bien modelada permite gestionar fichas de conjuntos, recursos, organizaciones, taxonomías y flujos de aprobación sin convertir cada actualización en una intervención de desarrollo. El valor no está en instalar módulos sin criterio, sino en definir una solución mantenible, segura e integrada con la operación existente.
Cómo medir si la apertura está funcionando
Las métricas de descargas son útiles, pero insuficientes. Un archivo puede descargarse muchas veces por curiosidad o por procesos automatizados sin generar reutilización real. Conviene observar también la puntualidad de las actualizaciones, el porcentaje de conjuntos con metadatos completos, los errores detectados antes de publicar, las búsquedas sin resultado y el tiempo necesario para responder solicitudes sobre datos.
La evidencia más valiosa aparece cuando los datos respaldan decisiones, investigaciones, productos digitales o mejoras de servicio. Para identificarla, la entidad puede habilitar mecanismos de retroalimentación y registrar consultas recurrentes. Si varias personas preguntan por un mismo cruce de información, quizá el portal necesita una nueva vista, una API más clara o un conjunto derivado.
No existe una arquitectura única para todas las organizaciones. Una entidad con decenas de fuentes heredadas necesita priorizar integración y calidad; una institución que ya dispone de datos fiables puede concentrarse en descubribilidad y reutilización. El error es tratar el portal como un lanzamiento puntual. Requiere una hoja de ruta que priorice conjuntos de alto valor, reduzca tareas manuales y asigne capacidad para su evolución.
Coresis aborda este tipo de plataformas con criterio de arquitectura y continuidad: gobierno de contenidos y datos, integraciones empresariales, accesibilidad, seguridad y operación administrable. El resultado esperado no es un catálogo que se estrena y se abandona, sino un servicio digital capaz de sostener la confianza pública cada vez que alguien necesita comprobar, analizar o reutilizar una información institucional.
Los principios que conviene seguir
La Carta Internacional de Datos Abiertos resume en seis principios lo que hace útil una publicación: datos abiertos por defecto; oportunos y exhaustivos; accesibles y utilizables; comparables e interoperables; orientados a mejorar la gobernanza y la participación ciudadana; y orientados al desarrollo incluyente y la innovación. En la práctica, eso se traduce en fichas con contexto, frecuencia de actualización declarada, responsables identificados y formatos que se puedan procesar.
Cómo lo aplica Coresis
Hemos trabajado en dos plataformas de datos del Estado. En Postdata, la plataforma de datos abiertos de la Comisión de Regulación de Comunicaciones (CRC), acompañamos en 2025 el paso de Drupal 7 a Drupal 10 dentro del ecosistema EKAN y aplicamos principios de data storytelling para que los indicadores clave aparezcan desde el primer nivel de navegación, con accesibilidad y lenguaje claro. En la ICDE (2021-2024), integrantes de Coresis formaron parte del equipo interdisciplinario que diseñó el portal de información geoespacial y sus herramientas de consulta y descarga. Estas experiencias hacen parte de nuestro trabajo en gobierno digital.
Lecturas relacionadas
- Ley 1712 de 2014: qué exige al portal de una entidad
- Accesibilidad web y WCAG en entidades públicas
- Arquitectura de información: qué es y cómo aplicarla