Directus 12 en colegios: actas, roles y salida

Antes, el acta aprobada viajaba por grupos; después, cada versión tuvo responsable, permiso y fecha. En un colegio profesional de Cuyo con 1.800 matriculados, la carpeta de actas duplicada mezclaba borradores, anexos y resoluciones firmadas. Directus v12.2.0, publicado el 29 de julio, permite montar un panel sobre una base SQL con roles y archivos. Esta nota muestra el flujo mínimo para cerrar acta, adjunto y salida.

Dónde se desordena una secretaría con muchos anexos

El problema aparece cuando secretaría redacta, comisión revisa, presidencia firma y administración publica usando carpetas distintas. Un bibliorato verde con lomos escritos a mano todavía definía qué acta estaba vigente. El antagonista era la carpeta duplicada: una copia para imprimir, otra para mandar, otra para archivar, y ninguna con permisos claros. La cifra externa explica por qué la herramienta sola no arregla el hábito: Stack Overflow 2025 informó que 54% de quienes respondieron usa seis o más aplicaciones para trabajar. En un colegio profesional, seis aplicaciones alcanzan para separar actas, padrón, pagos, turnos, correo y archivos. El riesgo no es tener herramientas; el riesgo es que cada una nombre distinto al mismo trámite. El acta firmada quedó localizable por versión y responsable. La matriz de campos se cerró en una reunión de 40 minutos: fecha, sesión, número, firmante, estado, adjuntos y acceso público. Con esos nombres, la secretaría pudo cargar sin pedir ayuda técnica en cada acta. ## Cómo funciona por dentro Directus se instala sobre una base SQL y expone una interfaz de administración, API REST y GraphQL. PostgreSQL 18 guarda colecciones: actas, sesiones, firmantes, anexos, estados y auditoría. Directus recibe formularios, valida campos obligatorios y aplica roles. El módulo de archivos guarda metadatos en directus_files y sube el archivo al almacenamiento configurado, local o externo. Un rol de secretaría crea borradores; comisión comenta; presidencia aprueba; consulta solo lee lo publicado. 1. Secretaría carga sesión, título, fecha, estado y responsables. 2. Directus valida campos, rol y relación con anexos. 3. PostgreSQL guarda acta, versión, estado y auditoría. 4. La biblioteca de archivos guarda PDF, imagen o anexo con metadatos. 5. La API entrega lectura al sitio o portal con permisos. 6. El backup copia base, archivos y variables de configuración. 7. Una exportación de prueba genera CSV y paquete de adjuntos. El dato vive en PostgreSQL; los archivos viven en el almacenamiento definido y se referencian desde Directus. La administración la lleva sistemas, mientras secretaría trabaja desde formularios con campos cerrados. Si falla Directus, la base conserva registros; si falla el almacenamiento, los adjuntos quedan pendientes y el tablero debe mostrar qué actas quedaron incompletas.

Qué se instala o configura primero

El primer entregable es una colección de actas con estado, sesión, firmante, fecha, versión y anexos. Se suma una colección de personas con roles, una biblioteca de archivos, una vista pública filtrada y un snapshot de esquema. Directus tiene endpoint de schema snapshot y schema diff; esa salida permite revisar cambios antes de tocar producción. El piloto usa Directus 12, PostgreSQL 18, almacenamiento local o S3 compatible y proxy TLS. Con dólar oficial vendedor a ARS 1.510, un servidor de USD 32 mensuales más USD 6 de almacenamiento queda cerca de ARS 57.380 por mes. Un piloto de 20 a 30 horas a USD 30/h queda entre USD 600 y USD 900, es decir entre ARS 906.000 y ARS 1.359.000. Ese costo incluye modelo de datos, roles, archivos, exportación, backup y restauración. Quedan fuera carga histórica completa y firma digital externa. La prueba de aceptación toma dos actas nuevas, un anexo pesado y una consulta pública filtrada. UMSA puede usar este patrón en portales administrativos dónde el valor está en probar quién creó, quién aprobó y qué archivo salió. El primer mes se mide con actas nuevas, no con toda la historia documental.

Dónde se rompe y cómo probarlo

El primer riesgo es permiso amplio. La señal aparece cuando consulta puede editar un acta o borrar un anexo. La prueba entra con cuatro roles y ejecuta crear, leer, editar y borrar; cada rechazo queda registrado. El segundo riesgo es archivo sin dueño. La documentación de Files en Directus muestra que la plataforma rastrea metadatos en directus_files. La prueba sube tres adjuntos, cambia título, revisa propietario y confirma que la versión publicada usa el archivo correcto. El tercer riesgo está en schema sin control. Si alguien cambia un campo en producción, el formulario puede dejar de guardar. La prueba toma snapshot, aplica un cambio en entorno de ensayo y compara diff antes de pasar a producción. El colegio gana orden cuando puede abrir un acta, ver estado, responsable, adjuntos y salida pública sin preguntar en qué carpeta quedó la copia final.

Para seguir leyendo

• Control de acceso en Directus
• Configuración de archivos en Directus con almacenamiento local o externo
• BookStack en escuelas técnicas: manuales, roles y backup