Hola a todos!!
Estamos en Guarani 3.16.2 y necesitamos que el requisito “Que el alumno no supere la cantidad máxima de veces que puede rendir en condición de regular y desaprobar una actividad”, que tenemos en la operación de Inscripción a Exámenes, se ejecute también para la instancia “Reválida”, porque si rindió N veces mal la actividad, no puede revalidar la cursada, porque no tiene fechas de exámenes disponibles para aprobar la actividad.
¿Cómo se puede hacer esto?
El requisito “Que el alumno no supere la cantidad máxima de veces que puede rendir en condición de regular y desaprobar una actividad” por defecto está vinculado al punto de control 10 “Alumno - Examen Regular”. Deberías editarlo desde la operación “REQUISITOS »ADMINISTRAR REQUISITOS” y en la solapa “Puntos de Control” agregar el punto de control 12 “Alumno - Examen Reválida de Cursada”.
Ana, el examen de reválida se refiere a revalidar una cursada. Para poder revalidar una cursada el alumno debería tener la cursada vencida al momento de inscribirse a examen con lo cual ese control de no poderse inscribir como Regular una cierta cantidad de veces al examen no va a poder hacerlo nunca porque la condición necesaria para revalidar una cursada es que este vencida.
Ale:
Te cuento que nos pasa: El alumno revalida y aprueba la revalida en el mes de agosto, que es el turno de examen que se toman revalidas, pero al alumno había perdido la cursada porqué rindió 5 veces mal el final, no porqué se le había vencido, por lo que este alumno no debería haberse inscripto a revalidar. No veo cómo podemos controlar esta situación si no ponemos el control en la inscripción al examen de revalida.
Gracias.
ANA
Te cuento que nos pasa: El alumno revalida y aprueba la revalida en el mes de agosto, que es el turno de examen que se toman revalidas,
Ok. La cursada la tenia vencida. El alumno se inscribe para revalidar la cursada, se inscribe, rinde, aprueba y al cerrar el acta debiera actualizarse la fecha fin de vigencia de esa cursada que estaba vencida con el plazo definido en el parámetro [b]exa_cant_meses_vigencia_regularidad_revalida[/b]
Fijate como se calcula la fecha de fin de vigencia nueva para esa cursada que revalidó:[url=http://documentacion.siu.edu.ar/wiki/SIU-Guarani/Version3.17.0/configuracion_del_sistema/parametros#Ex.C3.A1menes]Parámetros del módulo de Exámenes[/url]
pero al alumno había perdido la cursada porqué rindió 5 veces mal el final, no porqué se le había vencido, por lo que este alumno no debería haberse inscripto a revalidar. No veo cómo podemos controlar esta situación si no ponemos el control en la inscripción al examen de revalida.
Ok, ahora entiendo tu consulta. Hay que diferenciar los casos donde la cursada venció porque paso el tiempo definido de vigencia de aquellos donde la cursada se venció por haber rendido x veces mal el examen en forma regular.
¿En estos casos nunca va a poder revalidar la cursada? La normativa que tienen alli es que en estos casos el alumno no podrá revalidarla nunca?
Para esto debería agregarse un nuevo requisito para la instancia de reválida para que no deje inscribir al alumno si el vencimiento de la cursada que intenta revalidar fue modificado por haber rendido n veces mal el examen final en forma regular.
Quizas tomar como base el requisito actual que mira que el alumno tenga la regularidad vencida y ademas de lo que esta controlando devuelva que la tiene vencida solo en el caso que no haya sido modificado (adelantado) su vencimiento por examenes mal rendidos.
Debes consultar la tabla sga_regularidades_venc. Si la cursada de ese alumno que esta vencida existe en esta tabla es porque su vencimiento fue modificado.
El tema que aqui no se registra el motivo del cambio de vigencia. Porque podria ser por que desaprobó n cantidad de veces el examen en forma regular o porque por algun otro motivo se le adelantó la fecha (no se si existe algun otro caso de adelantamiento de vencimiento).
Sino se puede mirar el campo “observaciones” que tiene una leyenda como esta: “Cambio de fin de vigencia por llegar a la cantidad máxima permitida de exámenes desaprobados en condición de regular”.
Si existe un movimiento de esa cursada del alumno en esta tabla con adelantamiento de fecha de fin de vigencia (que no sea prorroga) y en observaciones esta ese texto entonces podrias decir que esa cursada el alumno no puede revalidarla y no dejar inscribirlo.
¿En estos casos nunca va a poder revalidar la cursada? La normativa que tienen alli es que en estos casos el alumno no podrá revalidarla nunca?
Si, es así. Estos alumnos no deberían poder rendir reválida. Tienen que recursar.
Para esto debería agregarse un nuevo requisito para la instancia de reválida para que no deje inscribir al alumno si el vencimiento de la cursada que intenta revalidar fue modificado por haber rendido n veces mal el examen final en forma regular.
Quizas tomar como base el requisito actual que mira que el alumno tenga la regularidad vencida y ademas de lo que esta controlando devuelva que la tiene vencida solo en el caso que no haya sido modificado (adelantado) su vencimiento por examenes mal rendidos.
Bien, debería hacer un requisito personalizado con las condiciones que me decis entonces.
Crear un nuevo requisito o modificar el existente:
Requisito 89 = Tener la regularidad aprobada y vencida de la actividad (Reválida de Cursada)
Este requisito se implementa con la regla 338 = El alumno tiene regularidad aprobada y vencida de la actividad
Podrías personalizar el método “regla_regularidad_vencida”. Esta regla solo se esta usando en ese requisito.
Si no van a crear un nuevo requisito sino personalizar el existente deberían: crear una nueva clase PHP ‘regla_regularidad_vencida_unnoba’ que extienda de ‘regla_regularidad_vencida’ en el archivo ‘<path proyecto Guaraní>/personalizacion/php/nucleo/_lib/reglas/regla_regularidad_vencida_unnoba.php’, redefinir el método ‘validar’, ejecutar el comando “guarani pers_autoload” y hacer el UPDATE sobre la columna ‘php_clase’ de la tabla ‘sga_reglas’.
Otra opcion de personalizacion es crear tu propia regla, por ejemplo la nro 1000 con su codigo php que este en tu esquema de personalizaciones.
En el requisito 89, cambias la regla 338 por la 1000