Soluciones · Instituciones y administración
Un ayuntamiento o una institución tiene una lista fija de secciones obligatorias, una obligación de transparencia decisional y un funcionario que debe publicar un anuncio sin llamar a un programador. Construimos exactamente eso, con un registro de auditoría que se borra solo al vencimiento y con límite en los intentos de autenticación.
Ya construidoDos plataformas propias, públicas y verificables hoy. La primera es el sitio oficial de una alcaldía de comuna: Laravel 12 sobre PHP 8.2 con MySQL 8, 40 plantillas, 32 rutas, 10 migraciones, con el contenido editorial que cambia raramente guardado en un solo archivo de configuración de 1.613 líneas y con el que cambia a menudo en la base, editable desde el panel; la autenticación en el panel está limitada a 5 solicitudes por minuto, y el registro de auditoría se borra diariamente después de 12 meses, con referencia explícita a la base legal. Los encabezados de seguridad se pueden leer desde fuera ahora mismo. La segunda es una plataforma cívica en producción, con 65 rutas de interfaz de programación, más de 50 migraciones, 103 archivos de prueba en el lado del servidor y 59 escenarios de extremo a extremo, con verificación de accesibilidad en las pruebas. Lo que no pasamos a «entregado»: la interoperabilidad con los servicios del Estado — el código de autenticación federada y de firma electrónica está escrito y probado, pero detenido, porque faltan el contrato con la autoridad y el certificado de sistema.
Un sitio de institución pública no se juzga por cómo se ve, sino por una lista. La Resolución de Gobierno 728/2023 establece qué secciones deben existir: transparencia decisional, proyectos y decisiones, anuncios, documentos, contactos, presupuesto. Son obligatorias, se verifican y no se negocian. Por eso las construimos desde el inicio, como estructura, no las añadimos al final — añadidas al final resultan formales e inútiles, y eso se ve de inmediato.
La segunda condición es más práctica: la institución debe poder publicar por sí sola. Un anuncio de licitación, un proyecto de decisión puesto en consulta, una foto de un evento — si cada cosa pasa por un desarrollador, la información de interés público se queda en papel o en un grupo de red social, y el sitio se convierte en una vitrina muerta. Hemos separado a propósito dos tipos de contenido: el editorial que cambia poco — geografía, historia, instituciones, contactos, presupuesto — está en un solo archivo de configuración leído directamente por las plantillas; el que cambia a menudo está en la base de datos y se edita desde el panel.
La tercera condición es la que nadie pregunta en el pliego de tareas: qué pasa con los datos. Un panel de administración pública necesita límite en los intentos de autenticación — a la sexta solicitud en un minuto desde la misma dirección, la respuesta es 429, y eso está cubierto por una prueba automática, no supuesto. El registro de auditoría contiene direcciones IP, así que es dato personal: una tarea programada lo limpia a diario de todo lo que tenga más de doce meses, con la base legal escrita en el comentario del código, no en un documento aparte que nadie abre.
Y, por último, la parte de la que preferimos hablar antes de la licitación: la interoperabilidad con los servicios gubernamentales. La autenticación federada y la firma electrónica están escritas y probadas por nosotros, pero desactivadas mediante un interruptor, porque faltan el contrato con la autoridad y el certificado del sistema: falta el papel, no el código. Para la plataforma de pagos del Estado, el bus de interoperabilidad y el gabinete del ciudadano no tenemos ningún código, en ningún repositorio, y lo escribimos como tal.
Qué incluye
Transparencia decisional, proyectos y decisiones, anuncios, documentos, contactos, presupuesto, además de la declaración de accesibilidad, la información sobre el tratamiento de los datos, la sección de datos abiertos y el mapa del sitio. La conformidad con la resolución gubernamental está escrita en el código — en las plantillas y en la configuración — no solo afirmada en la oferta.
Lo que cambia raramente — datos sobre la localidad, historia, instituciones, composición del consejo, contactos, presupuesto — está en un solo archivo de configuración de 1.613 líneas, leído directamente por las plantillas; lo que cambia con frecuencia — anuncios, galería, proyectos y decisiones, documentos, ajustes de transparencia — está en la base de datos y se edita desde el panel. La separación no es estética: reduce al mínimo lo que alguien puede romper con una edición incorrecta.
El panel cubre exactamente las operaciones que se hacen semanalmente en una alcaldía: un anuncio nuevo, un proyecto de decisión puesto en consulta, un documento cargado, algunas fotografías. Cada acción de administración entra en una tabla de auditoría — quién, qué, cuándo — porque en una institución pública la pregunta «quién publicó esto» tiene, tarde o temprano, una respuesta que importa.
Cinco solicitudes por minuto desde la misma dirección para el formulario de autenticación; la sexta recibe 429. No es un ajuste que afirmamos: existe una prueba automática que verifica exactamente la devolución del código 429. La diferencia entre una medida configurada y una probada solo se ve cuando alguien cambia una ruta y se olvida de ella.
En producción se leen desde fuera: prohibición de incrustación en marco, `nosniff`, política de referencia estricta, transporte seguro impuesto durante un año con subdominios, política de permisos que bloquea la geolocalización, el micrófono y la cámara, además de una política de contenido explícita. Los verificamos con una solicitud, no con una promesa.
Los registros de auditoría contienen direcciones IP. Una tarea se ejecuta a diario y borra todo lo más antiguo de doce meses, con la referencia al fundamento legal escrita en el comentario del código. Es la diferencia entre una política de confidencialidad que dice «conservamos lo necesario» y un sistema en el que el plazo realmente se aplica solo.
En la plataforma cívica, la verificación se ejecuta en las pruebas automáticas con los criterios WCAG 2.0 A y AA más 2.1 A y AA, con una línea de referencia por página: cualquier problema nuevo detiene la entrega, aunque el nivel general no haya cambiado. Para una institución pública la accesibilidad no es una opción de imagen, y la declaración de accesibilidad no se escribe sin que haya corrido algo.
La página de inicio publica datos estructurados de tipo organización gubernamental, con la dirección postal. Importa para cómo aparece la institución en los resultados y para los sistemas que leen automáticamente; también es una de las pocas categorías para las que la documentación del motor sigue mostrando el resultado enriquecido con preguntas frecuentes — pero «conocido y autoritario» no es una casilla que marquemos nosotros, así que no lo vendemos como entregable.
No declaramos como entregada la conexión con la plataforma de pagos del Estado, con la columna vertebral de interoperabilidad o con el gabinete del ciudadano: no tenemos código para ellas en ningún repositorio. La autenticación federada y la firma electrónica las tenemos escritas y probadas, pero detenidas — faltan el contrato con la autoridad y el certificado de sistema. Y el alojamiento en la infraestructura del Estado, donde es obligatorio, es un requisito de procedimiento, no una opción técnica.
Traseul
La primera entrega es la lista de secciones obligatorias para tu tipo de institución y su correspondencia con lo que publicáis hoy. A partir de ahí se ve qué falta, qué existe en papel y qué está publicado en un lugar que no se puede citar. El diseño viene después de la lista, no al revés.
Lo que cambia rara vez va en la configuración, lo que cambia con frecuencia va en la base, con panel. Entregamos la estructura completada con los datos reales de la institución — no con texto de relleno — porque un sitio de una institución con contenido provisional no puede ser evaluado por nadie y, por lo general, se queda así.
El límite en el formulario de autenticación con prueba que lo verifica, registro de auditoría con eliminación programada al plazo, encabezados de seguridad verificados externamente, la página de información sobre el tratamiento de datos con los fundamentos mencionados. Entregamos el resultado de las verificaciones, no solo la configuración.
Entregamos el repositorio, el documento de puesta en funcionamiento y los accesos, además de una instrucción para la persona que publicará los anuncios. La entrega no se considera concluida hasta que un funcionario no haya publicado por sí solo un anuncio que aparezca en el sitio.
Los datos
Las reglas difieren de una industria a otra. Estas son las que se aplican en instituciones y administración.
Un caso
La situación
El panel de administración de un sitio de ayuntamiento mantiene un registro de auditoría: quién publicó, qué y cuándo. El registro contiene direcciones IP, por lo tanto contiene datos personales. Casi todos los sitios de este tipo resuelven el problema en una frase de la política de privacidad —«conservamos los datos mientras sea necesario»— y con eso se termina.
Qué construimos
He escrito el plazo como tarea programada: una rutina se ejecuta a diario y borra del registro todo lo que tenga más de doce meses, con la referencia a la base legal escrita en el comentario encima del código. En la misma etapa puse el límite en el formulario de autenticación: cinco solicitudes por minuto desde la misma dirección — y una prueba automática que verifica la devolución del código 429, para que la medida no desaparezca en silencio tras una refactorización.
Qué salió
La política publicada y el comportamiento del sistema dicen lo mismo, y la diferencia se puede verificar: el plazo es una línea de código que se ejecuta cada noche, no una intención. Los encabezados de seguridad se leen desde fuera con una sola solicitud.
Qué no dice el caso
El alojamiento, los artefactos de publicación y la configuración del servidor siguen siendo información interna. Y el contenido — los datos sobre la localidad, la composición del consejo, el presupuesto — pertenece a la institución y lo proporciona ella: nosotros hemos construido la estructura y el panel, no los datos.
Preguntas
La lista viene de la Decisión del Gobierno 728/2023: transparencia decisional, proyectos y decisiones, anuncios, documentos, contactos, presupuesto, además de las páginas de accesibilidad y de información sobre el tratamiento de los datos. Las construimos como estructura desde el principio. En el trabajo que citamos, la conformidad está escrita en el código — en las plantillas y en la configuración — no solo afirmada en la oferta.
Sí, y eso es la mitad del trabajo. Los anuncios, los proyectos de decisión, los documentos y la galería se editan desde el panel. Lo que queda en la configuración es el contenido que cambia raramente — historial, geografía, composición del consejo — precisamente para que una edición de rutina no pueda dañar la estructura.
Sí. Cada acción de administración entra en una tabla de auditoría, con el actor, el rol, el tipo de evento y el momento. El registro también contiene la dirección IP, así que es dato personal y tiene plazo: se borra a diario todo lo que tenga más de doce meses.
En la sexta solicitud en un minuto desde la misma dirección recibe 429. No es una afirmación: una prueba automática verifica exactamente este código de respuesta. Además, los encabezados de seguridad de la respuesta real se pueden leer desde el exterior: la prohibición de incrustación en marco, `nosniff`, la política de referencia, el transporte seguro impuesto y una política de contenido explícita.
El código está escrito y probado, pero desactivado con un conmutador, y la prueba por defecto verifica precisamente que el estado desactivado no filtre nada. Lo que falta no es el código: faltan el contrato con la autoridad y el certificado del sistema. La variante que funciona hoy es que el ciudadano firme en el portal oficial y cargue de nuevo el documento firmado. Preferimos decir esto antes de la licitación, no después.
No tenemos código para ella, en ningún repositorio — igual que para la plataforma de interoperabilidad y para el gabinete del ciudadano. Hemos comprobado esto con una búsqueda de palabra completa en todos nuestros proyectos. Cuando una institución los necesita, es un trabajo de integración con sus propias condiciones y su propio calendario de acuerdos, y así lo escribimos en la oferta.
Allí donde sea obligatorio por decisión del gobierno, sí, y es un requisito de procedimiento, no una elección técnica. Lo tratamos como tal desde el principio, porque cambia el modo de publicación y la lista de acuerdos necesarios, no solo la dirección del servidor.
Con una verificación que se ejecuta en las pruebas automáticas, con los criterios WCAG 2.0 A y AA más 2.1 A y AA, con una línea de referencia por página: cualquier problema nuevo detiene la entrega. La declaración de accesibilidad se escribe después de que la verificación se ejecuta, no antes — de lo contrario es un texto que contradice la página en la que está.
En la plataforma cívica, la fotografía bruta sigue siendo una prueba privada; solo llega al público la versión redactada, con el origen conservado y con la aprobación explícita de un moderador, y quien redacta no es quien aprueba. Si el estado de una imagen se vuelve inseguro, el dossier se retira automáticamente de lo público. Son restricciones en la base de datos, no instrucciones para el operador.
Cuéntanos tu proceso. Juntos decidimos qué merece la pena construir, qué podemos conectar y cómo verificamos el resultado.