Transparencia por diseño en la Administración

En parte. La palanca de corto plazo (que los gestores de expedientes emitan también Markdown + YAML) se activa hoy con instrumentos que cada entidad ya controla y firma cada año: sus Bases de Ejecución del Presupuesto y sus pliegos de prescripciones técnicas y administrativas, sin necesidad de una ley nueva para empezar. Pero esto no es solo un cambio de formato, es un cambio de modelo en cómo se produce la documentación administrativa; llevarlo más allá del piloto (estandarizarlo, incorporarlo al Catálogo de Estándares del ENI) sí implicaría articulación legislativa e institucional a distintos niveles. A día de hoy el trabajo está en fase de propuesta, no de implementación.

Relacionado: La palanca de adopción y Recomendación

El ask está dirigido al proveedor, no al empleado público, y a más de un tipo de proveedor a la vez: los que ya mantienen los gestores de expedientes de cada entidad, los departamentos de TI de las administraciones superiores (autonómica, ministerial), y en general cualquier proveedor de tecnología que preste servicio a la Administración. Los datos que forman una retención de crédito, una notificación o una resolución ya suelen existir estructurados dentro del gestor; lo que falta es que su motor de plantillas emita también Markdown con metadatos YAML junto al PDF firmado, reutilizando esos mismos datos. No es pedirle a nadie que escriba Markdown a mano, y deliberadamente no es una propuesta que dependa de una gran adjudicación plurianual: cuanto más se parezca a una opción de exportación más en un sistema que ya existe, más se aleja del modelo que hoy encarece y ralentiza la digitalización pública.

Relacionado: La palanca de adopción

Por un solo tipo de documento, no por todo el acto administrativo a la vez. El caso que usa el propio trabajo como ilustración es la retención de crédito municipal: alto volumen, pocos campos, bien acotada jurídicamente. Generalizar a otros actos es un paso posterior, no el punto de partida, y sería un piloto inédito: no se conoce ningún ayuntamiento que ya esté haciendo algo comparable.

Relacionado: Caso ilustrativo

No: el documento que hace fe sigue siendo el PDF firmado electrónicamente. Pero el origen no es al revés de lo que podría parecer: el PDF se construye a partir del Markdown, no el Markdown a partir del PDF. El dato nace estructurado, se valida, y de ahí se generan tanto el Markdown legible por máquina como el PDF que se firma. 'Derivada' se refiere aquí a la fuerza probatoria, es decir que en caso de discrepancia prevalece el PDF firmado, no al orden en que se generan los dos formatos.

Relacionado: Núcleo: Markdown y Objeciones y límites

No. Cambia el formato en el que nace un documento que la ley ya exige producir, no amplía por sí solo qué información debe hacerse pública. La transparencia relevante no es publicar más, es que lo que ya se produce nazca en un formato que se pueda auditar y consultar, no solo leer.

Relacionado: Diagnóstico

No se conoce ningún comparable en marcha a día de hoy. Es una de las limitaciones que el propio trabajo reconoce abiertamente: el aparato es normativo (qué debería pasar) y se apoya en un caso ilustrativo, no en un piloto real medido todavía. Ver la convención de honestidad metodológica para más detalle sobre qué está verificado y qué no.

La protección de datos y la seguridad de la información (ENS, RGPD/LOPDGDD) son una restricción de partida que cualquier propuesta debe respetar, no una casilla aparte. Estructurar un documento no cambia por sí solo qué datos deben ser públicos; sigue rigiendo la misma normativa de protección de datos que ya se aplica hoy al PDF.

Relacionado: Marco de confianza

Es un riesgo real, no resuelto todavía como estándar formal. Hay dos caminos posibles: extender a esa referencia cruzada el mismo sistema de sellado y firma que ya protege al PDF hoy (CSV, sello electrónico), sin infraestructura nueva; o sellarla en una cadena de bloques, inmutable y verificable por cualquiera. Nada impide técnicamente empezar a explorar esto último desde el principio, en paralelo al piloto de Markdown, no depende de completar antes las fases de corto o medio plazo — de hecho ya hay un caso real en producción en España con ese mismo patrón (ver la siguiente pregunta). Pero sigue siendo Pilar 3, horizonte especulativo y no la propuesta operativa: no por una limitación técnica, sino porque la AEPD y el Comité Europeo de Protección de Datos exigen mantener los datos personales fuera de la cadena y usar redes permisionadas, y la infraestructura pública europea de referencia relevante sigue en fase piloto.

Relacionado: Objeciones y límites y Horizonte: blockchain

No. Blockchain y los smart contracts se tratan de forma explícita como horizonte especulativo, no como propuesta operativa. La recomendación de política pública se sostiene entera sobre Markdown y el marco de seguridad, sin depender de blockchain en ningún punto.

Relacionado: Horizonte: blockchain

Porque marca una dirección de futuro con condiciones que hoy no se cumplen del todo, no porque sea la propuesta — y no porque la tecnología esté vetada. La AEPD y el Comité Europeo de Protección de Datos no prohíben blockchain con datos personales: fijan un protocolo (datos personales fuera de la cadena, solo pruebas criptográficas dentro, redes permisionadas preferidas). Ese patrón exacto ya está en producción en España: la Generalitat Valenciana sella en cadena la integridad de sus notificaciones administrativas, sin decidir ni ejecutar nada. Lo que sigue en fase piloto es la infraestructura pública europea de referencia (EBSI, ISBE); lo que sigue siendo horizonte, no propuesta, es automatizar el acto administrativo en sí. Tratarlo como horizonte para eso último, no como plan, es deliberado.

Relacionado: Horizonte: blockchain

No. Las redes permisionadas —el modelo que prefieren tanto el regulador como la infraestructura pública europea de referencia (EBSI, ISBE)— permiten un registro compartido con confidencialidad configurable: canales aislados y datos visibles solo para quien está autorizado, no una cadena abierta que cualquiera pueda leer. Trabajar de forma estructurada con datos y apoyarse en blockchain no son alternativas incompatibles; elegir entre estructura y confidencialidad no hace falta.

Relacionado: Horizonte: blockchain

Porque resuelven problemas distintos y no compiten entre sí. Markdown se plantea como una capa de contenido legible de bajo coste, no como un modelo jurídico estructurado completo; estándares como Akoma Ntoso modelan la jerarquía del articulado y el versionado consolidado, algo que Markdown no pretende sustituir. La propuesta es complementaria a lo que ya existe, no una alternativa que lo reemplace.

Relacionado: Estado del arte