En 2021 tuvimos inscripciones a cursos, vimos algunas cosas que no funcionaron bien y tratamos de mejorar el proceso para 2022.
Claramente hay dos tipos de usuarios de cursos: los externos, que no tienen usuario en sistema y los alumnos que ya tienen usuario.
Con respecto a los externos. En 2021 se inscribieron por el link “usuario nuevo para cursos”…
Problemas:
a) pueden editar el nombre de usuario y poner lo que ellos quieran. Para nosostros el usuario tiene que ser el dni para compatibilizar con moodle y dar respuestas uniformes a todos. Que pueden cambiar de 33333333 a Jero25 es un problema.
b) en el perfil de cursos los alumnos no pueden administrar sus propios requisitos … Para 2022 encontramos el parámetro usuario_adjunta_doc_digital para probar …
Pero si falla algo en la carga inicial no vemos dónde los alumnos pueden modificar… La idea es que desde Gestión, los administradores de la carrera solo aprueben requisitos cargados, no que ellos tengan que estar cargando requisitos.
¿ Cuál es la solución “parche” que se nos ocurre ?
Crear una propuesta ficticia “Cursos de posgrado” que no sea Administradora de cursos. De esa manera podrían incribirse por preinscripción (solucionamos el tema del usuario libre) y podrían cargar requisitos desde autogestión en el perfil Alumno, dentro de esa propuesta ficticia.
¿contra de esta solución? múltiples perfiles para manejar lo mismo …
Con respecto a los internos…
Tampoco pueden acceder a la carga de requisitos… y en el caso de ellos supongo que el parámetro usuario_adjunta_doc_digital no aplica ya que el usuario está creado de antemano…
También pensábamos en que tuvieran que preinscribirse por Autogestión a una propuesta ficticia …
¿ Hay alguna solución mejor que no estamos analizando ?
Luego: Los cursos, en la realidad estarían vinculados a la propuesta para Administrar Cursos. Se podría poner de alguna manera como requisito para los cursos, estar aceptado/pendiente en la propuesta ficticia que usamos para que carguen requisitos ?
El tema de la generación de los usuarios de perfil cursos es un tema que justamente lo tenemos en análisis.
Respecto a la posibilidad que tiene el usuario de modificar su nombre de usuario, como les comentábamos en otro foro, esto es algo que pueden bloquear por medio de una personalización bastante sencilla. Si quieren pueden levantar un GDS para que les indiquemos cómo hacerlo. Está en análisis ver si esto es algo que se incorporará al core del sistema o no.
a) pueden editar el nombre de usuario y poner lo que ellos quieran. Para nosostros el usuario tiene que ser el dni para compatibilizar con moodle y dar respuestas uniformes a todos. Que pueden cambiar de 33333333 a Jero25 es un problema.
Cuál sería el problema con la compatibilidad con moodle? Moodle debería de poder aceptar el nombre de usuario Jero25 (en realidad convertiría las mayúsculas a minúsculas) siempre y cuando no coincida con un nombre de usuario que ya exista préviamente en moodle.
Respecto al tema de los requisitos de ingreso, como bien comentás la carga de requisitos desde el perfil cursos no posee las mismas funcionalidades que la carga en una preinscripción a carrera. Es un tema que tenemos en análisis. Lo que sucede es que en una inscripción a cursos la lógica es que el alumno no se preinscribe a una carrera sino que simplemente se inscribe a una comisión de un curso, por ello la administración de los requisitos de ingreso es mucho más compleja de adaptar para estos casos. Si hay instituciones que hayan personalizado este proceso las invitamos a que cuenten su experiencia para que les pueda servir a toda la comunidad.
Como te comentábamos, es un tema que está en análisis pero que implicaría cambios mucho más profundos.
Por el momento, si necesitan administrar las inscripciones a los cursos con la misma lógica que las carreras estructurales (es decir, que el alumno deba realizar una preinscripción, adjuntar requisitos de ingreso, etc) entonces el mejor camino es que sean propuestas de tipo curso pero que no sean planes que administren cursos, es decir, que se manejen como un plan estructural clásico. La contra de esto es que se pierden las flexibilidades propias que brindan los planes de cursos.
Luego: Los cursos, en la realidad estarían vinculados a la propuesta para Administrar Cursos. Se podría poner de alguna manera como requisito para los cursos, estar aceptado/pendiente en la propuesta ficticia que usamos para que carguen requisitos ?
Para ello tendrían que desarrollar un requisito de tipo proceso que evalúe que se tenga aceptada la inscripción a la propuesta vinculada y establecer este requisito para la inscripción a cursada de las propuestas de tipo curso. Habría que hacer algunas pruebas para verificar que funcione correctamente.
De todas formas, si crearon una propuesta ficticia a la que el alumno se preinscribe y carga los requisitos de ingreso, también se puede evaluar si no es más conveniente que sea esa la propuesta que se utilice para administrar los cursos, como se planteó en el punto anterior.
Vean si este es un camino posible y cuáles son las dudas que les van surgiendo.
Seguimos viendo el tema.
El camino a probar sería Administrar los cursos de Posgrado desde una propuesta normal…
La contra de esto es que se pierden las flexibilidades propias que brindan los planes de cursos.
La primera que se me ocurre es la de agregar nuevos cursos a un plan activo vigente … Soluciones alternativas: por sistema : versionado. por tabla: sacarlo de activo vigente …
Otra contra no se me está ocurriendo, así tomaría el riesgo por ese lado …
A medida que avancemos y salgan nuevas cosas para bien o para mal, las voy a dejar acá para compartir con la comunidad.
Así es, la principal desventaja es esa, el no poder modificar el plan una vez ya activo. Si bien esto se salva haciendo una nueva versión del plan o desactivando el plan por base, esto puede resultar muy engorroso si los cambios en el plan son muy recurrentes.
Otro punto que deberán tener en cuenta es que al ser un plan estructurado clásico va a ser obligatorio que asocien al mismo una certificación.
Esos serían los puntos más importantes a tener en cuenta.
A medida que avancemos y salgan nuevas cosas para bien o para mal, las voy a dejar acá para compartir con la comunidad.
Buenísimo! Vayan comentando las cosas que encuentren. E invitamos al resto de las instituciones a que también compartan sus experiencias sobre el tema.
De nuestra parte les comentaremos cómo van avanzando los análisis y qué desarrollos se llevarán a cabo.
Hola nosotros en FCYT - UADER estamos en la misma situación.
Quisiéramos hacer que los interesados en cursos carguen los requisitos por autogestión y poder aceptarlos desde gestión.
Podríamos hacer una personalización si es necesario.
Quisiéramos hacer que los interesados en cursos carguen los requisitos por autogestión y poder aceptarlos desde gestión.
Para esto tendrían que configurar el parámetro usuario_adjunta_doc_digital con el valor “Se debe cargar documentos digitales”.
De esta forma, cuando una persona genera un usuario para cursos se le van a listar los requisitos de ingreso indicados para dicha propuesta de tipo curso y la posibilidad de cargarlos digitalmente.
El inconveniente hoy por hoy es que este circuito termina aquí, desde el módulo de gestión no hay forma de recuperar los requisitos cargados por esta persona ya que hasta que no se inscriba a alguna comisión del curso no se realiza la inscripción a la propuesta y por lo tanto la persona no aparece en gestión como alumno.
Para solucionar esto existe una personalización realizada por el equipo de la UNQui que se encuentra en contrib para que la puedan descargar.
Lo que sí deberán adaptar esta personalizacion y probarlas en la version que se encuentren si funciona para la version que se encuentran ustedes. Les compartimos los enlaces:
De nuestra parte, estamos analizando el tema y trabajando para que en las próximas versiones este circuito quede completo sin necesidad de personalizaciones.
Tenemos pendiente de desarrollo poder definir por tipo de propuestas, que planes de propuestas podran editarse sin necesidad de versionar el plan (idem propuestas de tipo Curso o Planes Personalizados). De esta forma podrian crear un nuevo tipo de propuesta “Cursos de Posgrado”, que tenga la flexibilidad de modificación y agregado de cursos sin necesidad de versionar (Idem propuestas de tipo curso), pero que tengan una administración similar a una propuesta de grado (que el el alumno pueda preinscribirse y cargar los requisitos de ingreso, estado de la inscrición a propuesta, obtener certificaciones por tramos curriculares, etc.)
Gracias Alejando y Martin por responder.
Estábamos urgidos por tener esa nueva función e hicimos una personalización del gestión y una nueva operación para autogestión que hace aproximadamente lo que necesitábamos.
Como no tenemos RDI, solo almacenamos los requisitos digitales cargados en un directorio compartido por ambas aplicaciones (gestión y autogestión) y permite verlos desde “administrar requisitos de una persona” por gestión.
La podria compartir, asi tambien me dan su opinion porque esta hecha producto de la urgencia.