Cada curso se convierte en un aula cerrada con su propio gestor: tu cliente pega su lista, previsualiza y confirma, y sus alumnos reciben la bienvenida. Con las plazas que tú le hayas vendido y sin entrar jamás en tu administración. Tú preparas el aula una vez y no vuelves a tocar nada.
Si tienes varios clientes en tu Moodle™ ya sabes cómo va: te mandan el Excel, creas cuentas, pones DNI, matriculas, metes en grupo, mandas contraseñas… y a la semana alguien te escribe porque puso mal un email.
Usuario, perfil, matrícula, grupo y un correo a mano. Multiplícalo por 30 alumnos y por cada cliente: una mañana entera que no es tuya.
Darle a un cliente permisos de creación de usuarios o la carga por CSV es abrirle toda la gestión de usuarios del sitio. Verá y podrá romper cuentas de otros clientes.
Le vendiste 25 plazas y lo controlas con una hoja de cálculo y buena fe. Y los errores («Juan escribió mal su email») los arreglas tú. Otra vez.
Sin multi-tenant, sin segundo Moodle™, sin migrar a otra plataforma. Un curso = un cliente = un aula independiente, con su gestor, sus plazas, su bienvenida y su historial. Un «pseudo-tenant» hecho con las piezas estándar de Moodle™.
Da de alta, matricula, corrige, suspende, reenvía bienvenidas y exporta su lista. Todo desde la navegación de su curso. No ve la administración ni a los alumnos de los demás.
Se fijan por curso. Si el cliente intenta pasarse, el plugin no crea el alta y le dice que hable con su proveedor. Tú decides cuántas plazas vale cada contrato.
Preparas el aula en unos diez minutos (una vez) y solo vuelves si quieres: un buscador global de altas te resuelve cualquier consulta en segundos.
Duplicas tu curso plantilla, creas el gestor, lo matriculas con el rol Gestor de aula y fijas las plazas y la bienvenida de ese cliente. No vuelves a entrar.
Una línea por alumno: Nombre; Apellidos; Email; DNI; Grupo. Previsualiza (no crea nada), lee los avisos y pulsa Confirmar altas. Cuenta, DNI, matrícula, grupo y correo, de una vez.
Le llega su usuario y un enlace de un solo uso para crear su contraseña. El gestor lo sigue todo desde Mis alumnos.
La ayuda con el ejemplo copiable está siempre visible, el contador de plazas arriba y un solo botón: «Previsualizar». Si sabe usar un correo, sabe usar esto.
Cuenta nueva · DNI con letra incorrecta (fila bloqueada) · pasaporte aceptado con aviso · grupo que se creará · cuenta que ya existía. El botón dice cuántas altas hará de verdad. Y la confirmación es transaccional por fila: una fila mala nunca deja una cuenta a medias.
Estado de cada alumno (sin acceso · N días / en plataforma sin entrar al curso / activo), estado de su correo de bienvenida y las acciones justas.
Vende aulas de 25, 50 o 100 plazas. El número lo pones tú por curso; el plugin se encarga de que se cumpla.
Ejemplo de modelo de paquetes; los números los decides tú en cada curso.
Modo A: el alumno recibe su usuario y un enlace de un solo uso para crear su contraseña (mecanismo nativo de Moodle™; nadie ve contraseñas en texto). Modo B: usuario y contraseña inicial en el mismo correo, para quien prefiera el clásico.
Confirmas 120 altas a las 10:00: las 120 cuentas y matrículas se crean en el acto; los correos salen respetando un tope por hora que configuras tú (p. ej. 90 si tu hosting permite 100), con 3 reintentos escalonados y estado visible: en cola · enviada · fallida · «Reenviar».
«Gestor de aula» es un rol nuevo que trae el plugin (XML listo para importar), con arquetipo «Ninguno»: todo denegado salvo lo justo. No es el rol «Gestor» de Moodle™, que tiene permisos mucho más amplios.
Las plazas y plantillas de cada curso las configura el administrador; el gestor no puede tocar esa pantalla.
Mientras el alumno no ha entrado, el gestor puede arreglar un email mal escrito o un DNI con una letra bailada. En cuanto el alumno accede por primera vez, la identidad queda sellada: email y usuario bloqueados; el DNI solo se corrige con rastro de auditoría. El sello nunca es una casilla que alguien marca: se deriva del primer acceso real.
Once eventos sobre el registro estándar de Moodle™: alta creada, bienvenida enviada, email corregido, DNI corregido tras el sello, suspendido, retirado, intento sin plazas… El gestor ve y exporta el historial de su curso; tú, el de cualquiera.
Entregas al cliente su aula llave en mano: gestor, plazas y bienvenida con su marca. Facturas por plazas o por aula y dejas de hacer altas «de favor». Un Moodle™, N clientes.
Cada empresa cliente da de alta a sus trabajadores con su DNI validado. El documento queda en el perfil y alimenta los informes del Pack Formación Bonificada Pro.
Pegas (o pega el cliente) una lista y listo: cuenta, DNI, matrícula, grupo y correo en un solo paso. Y si algo sale mal, quien se equivocó lo corrige: no tú.
Una pantalla con un ejemplo copiable, previsualización antes de crear nada y avisos en lenguaje llano. Si sabe usar un correo, sabe usar esto.
Un Moodle™, muchos clientes; cada uno con su gestor, sus plazas y su bienvenida. Facturas por aula o por paquete de plazas.
Cada empresa da de alta a sus trabajadores con DNI/NIE validado; el documento alimenta los informes de seguimiento.
Cada centro gestiona su aula; la central lo ve todo desde «Altas por curso». Sin permisos globales para nadie de la red.
Cada responsable matricula a su equipo. El documento de identidad puede desactivarse: el usuario se genera desde el email.
El partner recibe su aula con N plazas y las va consumiendo. El límite se lo recuerda el propio plugin.
Cada empresa cliente da de alta a sus usuarios en el curso de adopción. Tú no tocas cuentas ajenas.
Cada delegación matricula a sus colegiados en el curso que organiza, con sus propias plazas y seguimiento.
El formador que trae su propio grupo lo da de alta él mismo y ve quién ha entrado. Tú solo preparaste el aula.
| Sin el plugin (a mano) | Con Altas y acogida de alumnos | |
|---|---|---|
| Quién da de alta | Crear la cuenta exige permisos de administración del sitio; matricular, otra pantalla y solo si la cuenta ya existe | El gestor de aula: cuenta + matrícula, dentro de su curso |
| Control de identidad | Lo que tecleó quien teclease | DNI/NIE validado, duplicados y colisiones detectadas antes de crear |
| Plazas por cliente | Una hoja de cálculo y buena fe | Plazas por curso, impuestas en el servidor |
| Correo de bienvenida | Manual o el genérico de Moodle™, todos de golpe | Plantillas por cliente, a goteo, con estado y reenvío |
| Quién corrige un error | Tú, por ticket | Quien se equivocó, desde su panel (hasta el primer acceso) |
| Riesgo al delegar | Acceso a toda la gestión de usuarios del sitio | Rol cerrado: solo su aula, nada de administración |
| Trazabilidad | Dispersa en los logs | Historial por curso + buscador global, exportables |
¿Y la carga por CSV, la autoinscripción con clave o un multi-tenant (Workplace™, IOMAD)? El CSV es una herramienta de administrador del sitio; la autoinscripción no controla identidades ni plazas; el multi-tenant es otra plataforma, con migración y otro presupuesto. Aquí sigues en tu Moodle™ estándar, con un plugin local.
En una videollamada de 20 minutos lo ves funcionando en un aula real: das de alta a tres alumnos, ves la bienvenida y el panel. Rellena estos datos y elige por dónde seguimos: WhatsApp o email.
Está soportado oficialmente en Moodle™ 5.1 y 5.2 (PHP 8.2+, MySQL/MariaDB o PostgreSQL). Se instala como cualquier plugin, subiendo el zip desde la administración, sin tocar tu tema ni tus cursos.
No, y esa es la gracia: no necesitas otra plataforma. Cada curso funciona como un aula independiente con su gestor, sus plazas y su historial, dentro de tu Moodle™ estándar. No hay dominios ni temas distintos por cliente.
No. El rol «Gestor de aula» (incluido en XML) tiene arquetipo «Ninguno»: solo puede dar de alta, matricular, corregir y seguir a los alumnos de su curso. No crea ni borra usuarios fuera de su aula, no asigna roles, no toca plazas ni plantillas y no entra en la administración del sitio.
El plugin no crea el alta y muestra al gestor «Plazas completas. Contacta con tu proveedor para ampliar plazas». El límite se comprueba en el servidor al confirmar. Cuentan las matrículas activas y suspendidas; solo retirar del curso libera plaza.
El gestor lo ve en su panel (estado «Sin acceso · N días» y estado del correo) y pulsa «Reenviar bienvenida», que regenera el enlace. Los rechazos inmediatos del servidor de correo se detectan y reintentan tres veces; los rebotes tardíos no se procesan (no es viable en hosting compartido), por eso existe el estado «sin acceso».
No: funciona solo. Si además tienes el Pack, el DNI capturado en el alta alimenta directamente los informes de seguimiento, las comunicaciones y el dossier del curso.
Sí. El documento de identidad es obligatorio por defecto (doctrina de la formación bonificada), pero puede desactivarse: entonces las filas sin documento se aceptan y el usuario se genera a partir del email. Ideal para onboarding corporativo, partners o títulos propios.
Instalar el plugin e importar el rol: unos minutos. Preparar el aula de un cliente: unos diez (duplicar el curso plantilla, crear el gestor, fijar plazas y bienvenida). Si prefieres, lo montamos nosotros y dejamos tu primera aula de ejemplo lista.
El plugin borra solo su registro de altas de ese curso; las cuentas de los alumnos no se tocan (Moodle™ retira las matrículas del curso, como siempre). Incluye proveedor de privacidad completo (exportación y borrado por usuario) y soporte de copias de seguridad del curso.
Instálalo esta semana y la próxima lista de alumnos ya no pasa por ti.