La matrícula manual funciona hasta que deja de funcionar. En cuanto una institución supera unos cientos de estudiantes por periodo, cargar usuarios a mano deja de ser una tarea administrativa y pasa a ser una fuente de errores en calificaciones y accesos. Somos el Moodle Certified Partner del Perú y esta guía explica cómo conectar Moodle con el sistema académico sin perder el control.
El problema real no es cargar usuarios
Subir un archivo con estudiantes es sencillo. Lo difícil es mantener la coherencia durante el periodo: el que se retira, el que cambia de sección, el que se matricula tarde, el docente que reemplaza a otro a mitad de ciclo.
Cuando esos cambios se hacen a mano en dos sistemas, aparecen las diferencias: estudiantes con acceso a cursos que ya dejaron, secciones sin docente, notas registradas en un aula equivocada. La sincronización existe para que el sistema académico sea la única fuente de verdad y Moodle la refleje.
Métodos de matrícula disponibles
Moodle admite varios métodos simultáneos por curso. Los más usados en instituciones son cuatro. La matrícula manual, útil como excepción controlada. La automatrícula con clave, adecuada para cursos abiertos y capacitaciones internas. La sincronización por cohortes, que matricula a todo un grupo con una regla. Y la matrícula por base de datos externa o por servicios web, que lee directamente del sistema académico.
Conviene que cada curso tenga un método principal declarado. Las plataformas con tres métodos activos y sin criterio son las que generan matrículas duplicadas y bajas que no se aplican.
Cohortes: el paso intermedio que casi siempre conviene
Una cohorte es un conjunto de personas con un nombre: ingresantes 2026-1, docentes de la facultad de ingeniería, personal del área comercial. Sincronizar cursos con cohortes separa dos decisiones que suelen mezclarse: quién pertenece a qué grupo, y qué grupo accede a qué curso.
Con ese esquema, cuando alguien se retira basta sacarlo de la cohorte y pierde acceso a todos los cursos asociados. Sin cohortes, hay que retirarlo curso por curso. Es la diferencia entre una tarea de un minuto y una de una tarde.
Identificadores: la decisión que no se puede cambiar después
Toda sincronización se sostiene en un identificador único y estable por persona y por curso. El error más caro es usar el correo electrónico: cambia. El segundo más caro es usar el nombre del curso: también cambia.
Lo correcto es usar el código del sistema académico, tanto para usuarios como para cursos, y guardarlo en el campo de número de identificación de Moodle. Esa decisión se toma una vez, al inicio, y condiciona todo lo demás. Cambiarla con la plataforma en producción implica reconciliar registros a mano.
Crear cursos automáticamente o no
La sincronización puede crear los cursos del periodo de forma automática a partir del sistema académico, o limitarse a matricular en cursos que la institución crea con su propia plantilla.
La creación automática ahorra mucho trabajo cuando hay cientos de secciones por periodo, pero exige definir antes la categoría destino, la plantilla de curso, el formato y la política de qué ocurre con los cursos del periodo anterior. Sin esas definiciones, el catálogo se llena de cursos vacíos en tres ciclos.
Frecuencia y ventana de ejecución
La sincronización se ejecuta como tarea programada. Durante la matrícula conviene una frecuencia alta, por ejemplo cada hora, para que el estudiante vea su aula poco después de matricularse. Fuera de ese periodo, una o dos ejecuciones diarias bastan.
Programa la ejecución en horarios de baja carga y considera su impacto: una sincronización que toca miles de registros no debería correr durante un examen masivo. Ese cruce es parte de lo que revisamos en exámenes con alta concurrencia en Moodle.
Qué hacer con las bajas
Esta es la decisión que más consecuencias tiene y la que menos se discute. Cuando alguien desaparece del sistema académico, Moodle puede dar de baja la matrícula, suspenderla o dejarla intacta.
Suspender suele ser la opción más segura: la persona pierde el acceso pero sus entregas y calificaciones permanecen visibles para el docente y para la institución. Dar de baja sin más puede hacer desaparecer evidencia que después se necesita para un reclamo o una acreditación.
Control de errores y trazabilidad
Toda sincronización falla alguna vez: un registro con un código repetido, una tilde inesperada, un curso que no existe en la categoría declarada. Lo importante no es evitar el error, sino enterarse.
Define quién recibe el resultado de cada ejecución, con el número de altas, bajas y registros rechazados. Un informe que llega a una casilla que nadie abre equivale a no tener control. Y guarda los registros rechazados con su motivo; suelen repetirse y revelan un problema de datos en el origen.
Empezar con un piloto
No conviene sincronizar toda la institución en la primera ejecución. Un piloto con una facultad, una sede o un programa permite validar identificadores, categoría destino, política de bajas y frecuencia con un volumen manejable.
Una vez que el piloto corre dos o tres semanas sin incidencias, la extensión al resto es mecánica. Ese enfoque por etapas es el que usamos en cada implementación de Moodle.
Mantener la integración viva
Una sincronización no es un proyecto cerrado. Cuando el sistema académico cambia de versión o de proveedor, la integración necesita revisión. Conviene documentar el mapeo de campos, el usuario técnico usado y el contacto responsable en cada lado.
Si no hay equipo interno para sostenerla, inclúyela explícitamente en el alcance del soporte Moodle; de lo contrario queda en tierra de nadie hasta el día que falla.