Proyectos
Moodle 5.2.3 en cámaras: cursos, roles y backup
Mini-caso para cámaras empresarias: Moodle 5.2.3, grupos, roles, certificados, calificaciones, backup, restauración y control de pagos con evidencia.
Una capacitación con 320 inscriptos se rompe cuando asistencia, pago y certificado no tienen el mismo estado. Moodle 5.2.3 permite ordenar cursos, grupos, roles, calificaciones y backups con una salida verificable. En una cámara empresaria de San Martín, Mendoza, la tarea concreta fue dejar de cerrar capacitaciones con una planilla que cualquiera podía editar.
Dónde aparece el curso que no cierra
El problema operativo aparece al final, cuando tesorería ve socios pagos, coordinación ve presentes y docentes ven tareas entregadas. El antagonista es el Excel de asistencia con celdas desbloqueadas. El proyector Epson del salón muestra la lista de inscriptos, pero nadie puede explicar por qué tres certificados salieron con apellido mal escrito. Moodle 5.2.3 fue publicado el 14 de septiembre de 2026 y corrige un problema crítico de cálculo de calificaciones introducido en versiones previas. La página de Moodle 5.2 lista requisitos de servidor, entre ellos PHP 8.3 como mínimo, extensión sodium y max_input_vars mayor o igual a 5000. Ese detalle pesa cuando un curso ya tiene cuestionarios, grupos y certificados. La cifra que corrige la compra rápida viene de la encuesta Stack Overflow 2025: PostgreSQL aparece con 55,6% de uso entre quienes trabajan con bases de datos. Para una cámara que ya usa SQL en otros sistemas, guardar matrículas, cursos y calificaciones en una base conocida reduce dependencia de archivos sueltos. Un certificado sin curso restaurable es papel sin prueba.
Cómo funciona por dentro
El flujo mínimo tiene siete pasos. Primero, administración crea el curso, fecha, cupo, costo, docentes y grupos. Segundo, tesorería marca socios pagos o integra el estado desde el sistema de cuotas. Tercero, Moodle registra usuarios, roles, matriculación, actividades, asistencia y calificaciones. Cuarto, PostgreSQL 18 guarda datos estructurados: personas, cursos, roles, intentos, notas, estados y registros de actividad. Quinto, el almacenamiento guarda archivos pesados: PDFs, material, certificados y entregas. Sexto, roles y capacidades separan administración, docente, revisor, alumno y soporte. El módulo de matriculación recibe altas manuales o importadas, entrega participantes por curso y deja estado suspendido cuando alguien ya no corresponde. Séptimo, el backup copia base, archivos y configuración; la restauración se prueba abriendo un curso completo, emitiendo un certificado de ensayo y revisando una nota. La documentación de Backup API describe planes, tareas y pasos de backup para cursos o partes de cursos. En operación diaria, esa lógica se traduce en una regla simple: si no se puede restaurar un curso con usuarios, archivos y notas, el cierre no está terminado. El registro de actividad agrega fecha, usuario y acción para revisar quién cambió una nota, una matriculación o un recurso publicado.
Qué se instala o configura primero
La pila inicial puede usar Moodle 5.2.3, PHP 8.3, PostgreSQL 18, almacenamiento S3 compatible, correo, roles, grupos, tema simple, backup diario y entorno de prueba. Con dólar oficial venta de ARS 1540, un piloto para tres cursos y 500 usuarios puede ubicarse entre USD 900 y USD 2.200, es decir entre ARS 1.386.000 y ARS 3.388.000. Incluye instalación, roles, cursos base, importación, certificados, backup y restauración. No incluye producción audiovisual ni redacción pedagógica de contenidos. UMSA puede ejecutar el primer corte con un curso de seguridad laboral, uno de ventas y uno de administración. El entregable verificable es un curso que muestra inscriptos, grupo, pago, asistencia, intento, calificación, certificado y registro de actividad. La prueba de salida restaura ese curso en otro entorno y compara cinco certificados emitidos. La nota sobre GLPI 11 en colegios ayuda a separar soporte de capacitación: GLPI toma tickets y activos; Moodle guarda progreso, roles, materiales y evidencias de cursado.
Dónde se rompe y cómo probarlo
El primer riesgo es mezclar socios, no socios y docentes en un mismo rol. La señal aparece cuando un participante puede editar actividades o ver notas de otro grupo. La prueba entra con cuatro usuarios de ensayo y revisa permisos de lectura, edición y emisión de certificados. El segundo riesgo es actualizar sin revisar calificaciones. Moodle 5.2.3 existe por un problema crítico de cálculo. La prueba copia un curso, recalcula notas en entorno de ensayo y compara resultados antes de actualizar producción. El tercer riesgo es respaldar solo la base. La señal aparece cuando el curso restaura nombres y notas, pero no abre archivos. La prueba recupera base y almacenamiento, descarga tres materiales y genera un certificado. El cuarto riesgo es emitir certificados con datos de pago atrasados. La prueba carga un socio impago, intenta emitir certificado y exige bloqueo o marca visible para tesorería. La cámara gana control cuando puede cerrar un curso sin perseguir planillas. La pregunta incómoda queda para la próxima capacitación: ¿qué certificado podrías defender sí mañana se pierde el servidor principal?
