hola,
tengo un par de consultas para estar seguro del uso de los comandos
vincular_usuarios_moodle: revisa si un usuario de moodle coincide con una persona de siu, por algunos de los campos, y sino no estan relacionados , agrega esa relacion en la tabla int_pv_usuarios
actualizar_alumnos_comision_moodle/actualizar_docentes_comision_moodle: revisa de las comisiones que alumnos/docentes no estan en moodle y los matricula ( lo que eventualmente generaria el usuario en moodle si no existe)
se deberia ejecutar primero el comando vincular_usuarios_moodle y luego actualizar_alumnos_comision_moodle/actualizar_docentes_comision_moodle
hay forma de ejecutarlos desde la interface de siu???
vincular_usuarios_moodle: revisa si un usuario de moodle coincide con una persona de siu, por algunos de los campos, y sino no estan relacionados , agrega esa relacion en la tabla int_pv_usuarios
Exacto, los vincula creando registro en la tabla int_pv_usuarios. Luego si vas a » Matrícula » Personas » Administrar Personas solapa Moodle vas a ver la vinculación.
actualizar_alumnos_comision_moodle/actualizar_docentes_comision_moodle: revisa de las comisiones que alumnos/docentes no estan en moodle y los matricula ( lo que eventualmente generaria el usuario en moodle si no existe)
Exactamente, es como los botones Actualizar Alumnos y Actualizar Docentes de » Cursadas » Comisiones » Administrar Comisiones, pero lo hace para todas las comisiones con curso vinculado en Moodle.
se deberia ejecutar primero el comando vincular_usuarios_moodle y luego actualizar_alumnos_comision_moodle/actualizar_docentes_comision_moodle
Si, así primero vincula y luego matricula, evitando que quiera crear un usuario nuevo en Moodle que quizás ya existe.
hay forma de ejecutarlos desde la interface de siu???
Se hicieron comandos croneables para evitar ejecutarlos a mano y que se haga automáticamente. Pero si se puede en las operaciones que te nombre arriba.
/**
* Vincula personas de Guaraní con usuarios existentes en Moodle (haciendo un mapeo según los campos especificados)
*
* @param array $parametros
* array(
* -c / --cantidad => Cantidad paginado (Cantidad con la cual se paginará los usuarios a vincular), por defecto -> 500,
* -m / --moodle => Plataforma [Plataforma Moodle], si no se pasa es interactivo,
* -v / --vincular => Campos elegidos para la vinculación,(valores posibles combinables username - fullname - email - all [siempre separados por , ]) si no se pasa o hay valores erroneos es interactivo,
* -s => Si incluye usuarios suspendidos, por defecto no los incluye
* )
*/
function opcion__vincular_usuarios_moodle($parametros)
{
$this->modelo->vincular_usuarios_moodle($parametros);
}
En el codigo de siu cambie lastname por fullname, ejecute el comando: ./guarani vincular_usuarios_moodle -m 1 -v email -c 100
y retorno los usuarios
NO retorno el mail, pero aparentemente se debe a una configuración propia de la persona de moodle: si lo tiene solo para mostrar dentro del curso, te retorna vacío
Hice click en Purgar todas las cachés pero sigo viendo el email en el web service: https://url/webservice/rest/server.php?wstoken=&moodlewsrestformat=json&wsfunction=core_user_get_users&criteria[0][key]=lastname&criteria[0][value]=F%
A ver si entendí bien, en Moodle si al usuario le cambias Visibilidad del correo electrónico no te devuelve el email el web service core_user_get_users. Yo tengo Moodle 4.3.1 y lo devuelve siempre, incluso cuando le pongo Oculto.
Si en el buscador filtras por showuseridentity te va a llevar a Políticas de usuario, fíjate de tener marcada Dirección de correo, en caso de no tenerla marcada no muestra el email en core_user_get_users:
