feat(phase5): integracion auth hibrida, email dinamico y moodle 4.1 backend con tolerancia a fallos

ROADMAP_MVP.md

@@ -114,16 +114,40 @@ Fase 5: Despliegue Producción e Integrac.[░░░░░░░░░░░░
 
 ---
 
-### Fase 5: Producción Institucional, CI/CD e Integraciones 🏢 *(Planificada)*
+### Fase 5: Integración Auth, Email & Moodle Backend 🛡️ ✉️ 🎓 ✅ *(100% Completado)*
+* **Objetivo:** Centralizar la gestión de credenciales, autenticación híbrida, motor transaccional de correo y sincronización bidireccional asíncrona con Moodle 4.1 con tolerancia total a fallos.
+* **Épicas Entregadas:**
+  1. **Épica 1 — Panel de Configuración Global (Perfil ADMIN):**
+     - [x] Módulo SMTP: UI/API dinámica con host, puerto, usuario, seguridad (TLS/SSL/NONE) y contraseña cifrada con Fernet (`/admin/settings`).
+     - [x] Módulo SSO: Toggles para habilitar/deshabilitar Login Local, Google OAuth 2.0 y Moodle SSO en base de datos.
+     - [x] Credenciales OAuth & Moodle: Client ID/Secret de Google y URL de Servidor / Token Web Services de Moodle 4.1.
+  2. **Épica 2 — Infraestructura Asíncrona y Caché:**
+     - [x] Capa de Caché Híbrida: `CacheService` con integración Redis y fallback en memoria/TTL.
+     - [x] Cola Persistente `MoodleSyncTask` con reintentos exponenciales y Dead Letter Queue (DLQ).
+     - [x] Panel de monitorización de cola con métricas en tiempo real, botón de "Forzar Sincronización Inmediata" y reintento masivo de tareas fallidas.
+  3. **Épica 3 — Autenticación Híbrida (SSO & Local Tolerante a Fallos):**
+     - [x] Login Local: Fallback con contraseña nativa y contingencia para ADMIN cuando está desactivado para usuarios generales.
+     - [x] Google OAuth 2.0: Restricción arquitectónica de dominios (`@unicaba.edu.ar`, `@lasalle.edu.ar`) inspirada en AlumnosLS.
+     - [x] Moodle Delegated Login: Autenticación contra `/login/token.php` de Moodle 4.1 con mapeo inicial de roles (Admin/Docente/Alumno) y desacople local para cambios posteriores por Bedelía/Admin.
+  4. **Épica 4 — Adaptadores Moodle 4.1 (Bidireccional):**
+     - [x] Cliente REST Moodle 4.1 (`moodle_client`) con soporte para `core_user_create_users`, `core_user_update_users`, `core_user_get_users`, `enrol_manual_enrol_users`, `enrol_manual_unenrol_users`, `core_enrol_get_enrolled_users`, `core_role_assign_roles`, `core_role_unassign_roles`.
+     - [x] Encolado automático y no bloqueante al crear o editar usuarios en Edu-Space.
+  5. **Épica 5 — Motor de Notificaciones (Email Dinámico):**
+     - [x] Transporte SMTP dinámico (`email_service`) instanciado en tiempo de ejecución leyendo credenciales descifradas de la BD.
+     - [x] Notificaciones transaccionales automáticas para profesores (asignación de comisiones, cronogramas de exámenes y alertas de sistema).
+
+---
+
+### Fase 6: Producción Institucional, CI/CD y Despliegue 🏢 *(En curso)*
 * **Objetivo:** Puesta en marcha definitiva en la infraestructura de servidores de UniCABA.
 * **Estadios:**
-  1. **Estadio 5.1 — Despliegue e Infraestructura:**
+  1. **Estadio 6.1 — Despliegue e Infraestructura:**
      - [ ] `docker-compose.yml` productivo orquestando Flask (Gunicorn), Node.js BFF (PM2) y PostgreSQL 15.
      - [ ] Proxy inverso Nginx con certificados SSL/TLS y compresión Brotli/Gzip.
-  2. **Estadio 5.2 — Integraciones Universitarias:**
-     - [ ] Módulo de exportación/importación compatible con SIU Guaraní 3.
-     - [ ] Sincronización automática de aulas virtuales con Moodle institucional.
-  3. **Estadio 5.3 — Pruebas de Carga y Hardening:**
+  2. **Estadio 6.2 — Sincronización Continua Moodle:**
+     - [x] Sincronización automática de aulas virtuales y usuarios con Moodle 4.1 institucional (`10.0.0.207`).
+     - [ ] Automatización de workers persistentes (systemd / supervisor) para el procesamiento continuo de la cola.
+  3. **Estadio 6.3 — Pruebas de Carga y Hardening:**
      - [ ] Pruebas de estrés de concurrencia en días pico de inicio de cuatrimestre (10.000 solicitudes simultáneas).
 
 ---