Les comento la situación: Un alumno se inscribe para cursar una materia en forma promocional. A mitad de la cursada el alumno rinde libre la misma y la aprueba. A fin de año el docente lo informa como alumno Promocionado, se genera y cierra el acta de promoción por lo cual el alumno queda con la materia dos veces aprobada, por exámen libre y por promoción.
Para la operación cur00008 “Generación y carga de notas en actas de promoción”, el control 20 “Controla que no tenga aprobada la materia”, está configurado como Estricto.
¿De que forma podría debbugear para saber si está llamando a dicho control? El llamado a los controles se realiza automáticamente cuando se ejectua una operación? Revisé el control ctr_materiaaprob y está en la base y funciona correctamente, de hecho, si activo dicho control en el cierre responde bien, pero no así en la generación.
Hola Ezequiel!!!
Está estricto y Activo = Siempre, no? (como en la imagen adjunta)
Para debuggear:
Ventana: w_abm_resultado_cursada
Evento: ue_ejecuta_controles
Deberías ver paso a paso ese evento, si entra al punto de control 8 que es el que tiene el control que vos querés que se ejecute y ver si falla o no.
En la generación del acta de promoción no se corre el control. Esta configurado en la inscripción a cursada, en la operacion de carga de notas en actas de promocion solo cuando al alumno se lo agrega a un acta de promocion o en el cierre del acta de promocion.
¿No tenian configurado el control en el cierre del acta de promocion?
Ante todo disculpas por la falta de respuesta. La Universidad estuvo cerrada durante el receso de invierno, Hoy retomamos las actividades.
El control no se dispara durante la generación del acta? Aún cuando en el sistema está disponible en dicha operación para activarlo? Que problema! No lo teníamos configurado durante el cierre porque supuestamente se ejecutaba en la generación y resultaba redundante, recien ahora lo activamos en el cierre hasta tanto se pueda resolver este problema.
Necesitamos tenerlo configurado en la generación, ya que de no haber alumnos en condiciones, el acta directamente no se debe generar.
Los controles que se activan en la operacion b Generación y carga de notas en actas de promoción[/b], solo se ejecutan cuando se “agregan” alumnos al acta que no estaban inscriptos en la comision.
Todos los alumnos que son promocionales y que se incluyen en el acta de promocion ya fueron controlados al momento de la inscripcion a la comision. Si alli no activaron los controles relacionados con la promociónn, entonces dejaron que todos los alumnos esten en condiciones de promocionar la materia, con lo cual esto hizo que automaticamente queden registrados en el acta de promoción al momento de crearla.
Tambien existe una operacion que puede ejecutarse luego de finalizar las inscripciones a cursadas que es el que verifica que alumnos estan en condiciones de promocionar la materia y cuales no, mas alla que ya esten en condiciones de promocionar o no lo esten al momento de la inscripcion. Esa operacion es la b Alumnos promocionales por comision[/b]
Pueden configurar alli los controles y correr esa operacion para esa comision.
Si no quieren dejar crear el acta de promocion en el caso que no existan alumnos en condición de promocionar, entonces deben personalizar el proceso que crea el acta de promocion, para que no la cree si no existen alumnos en condicion de promocionar la materia. Proceso sp_crea_actaprom
El control de que no tenga la materia aprobada, está configurado al momento de la inscripción, pero esto se dió porque un alumno aprobó la materia mediante exámen final libre a mitad de la cursada, entonces cuando llegó el fin de la cursada y al no activarse este control en la generación del acta, el alumo quedó también en el acta promocional, por lo cual tiene la materia aprobada dos veces.
Tenemos personalizada la creación del acta promocional para que no se genere el acta si no hay alumnos en condiciones. Pero pongamos este caso de ejemplo, en una comisión de un solo alumno que (tal como nos pasó en la realidad), el mismo apruebe la materia a mitad de la cursada y llegado el fin de la cursada se genera el acta, la misma efectivamente se va a generar aún con la personalización, ya que el control 20 no funciona en este punto, sino en el cierre (o en la inscripción).
Para sortear esta situacion tienen la operacion (cur00014) Alumnos promocionales por comision
Pasa lo mismo si un alumno se inscribe para cursar/promocionar una materia y queda registrado con calidad para promocionar porque aun no aprobo la materia, luego a mitdad de la cursada, por ejemplo en el turno de examen de Mayo el alumno rinde examen final libre de esa materia y la aprueba. Luego si ya se creo el acta de promocion o se crea al final la cursada ese alumno estarà presente en el acta de promocion.
O el caso contrario, el alumno se inscribe pero por no tener aprobada una correlativa no puede promocionar la materia, pero en un turno de examen posterior a esa inscripcion el alumno se inscribe a examen en esa materia correlativa y la aprueba. A ese momento el alumno ya esta en condiciones de promocionar la materia que esta cursando pero que no esta inscripto para promocionar porque al momento de su inscripcion no tenia la correlativa.
O aquellos casos, menos frecuentes, donde al alumno podrian reconocerle alguna materia por equivalencia durante el transcurso de la cursada y donde esa materia es correlativa de alguna de las materias que esta cursando y por la cual podria a partir de ese momento promocionarla.
Es por este motivo que se creo la operacion (cur00014) Alumnos promocionales por comision, para que vuelva a controlar a cada alumno inscripto en la cursada y lo deje en la condicion que corresponde a ese momento. Por ejemplo se corre luego de los turnos de examen regulares que sabe haber durante el perìodo lectivo (turno sde examen de mayo/septiembre…). O tambien lo pueden hacer antes de crear el acta de promocion y esta en lo posible deberian crearla al final de la cursada.
Ademas configurar los controles que sean necesarios en la operación de cierre del acta de promocion.
Bien! Con eso vamos a poner a punto el proceso de generación de actas, no usábamos esa operación.
Volviendo al tema del control 20 y el hecho de que solo se dispara cuando se agrega un alumno a un acta de promoción y no cuando esta se genera, como podíamos saber esto de antemano? Existe alguna documentación al respecto? Es decir…en la configuración de controles por operación o por evento, determinados controles aparecen asociados a determinadas operaciones , pero algunos de ellos en realidad no se ejecutan, como es el caso que estamos tratando, pregunto para evitar posibles problemas a futuro en otras operaciones.
Creo es el unico caso donde ocurre esto ya que la creacion del acta es incluir los alumnos que estaban inscriptos y se supone que alli se corrieron los controles. Y los controles ademas tambien se pueden activar en el cierre de actas por este mismo tema de si ocurrió algo desde que el alumno se inscribió hasta que se cierra el acta, donde al alumno ya se le podría haber reconocido la actividad por alguna equivalencia durante el transcurso de la cursada o porque el alumno decidio rendir examen libre y lo aprobó…
Respecto al control, en la inscripción este control no estaba activo?
El control si estaba configurado en la inscripción, pero el alumno al momento de inscribirse, no tenía la materia aprobada, sino que la aprobó durante la cursada.
Otra consulta: les enseñamos la operación cur00014 a los usuarios del sistema y nos preguntan que posibilidades hay de que en vez de mostrar solo la palabra ERROR cuando un alumno no está en condiciones, muestre cuales son los motivos de rechazo, como lo hace el reporte del cierre de actas de promoción que aparece cuales son las correlativas que el alumno debe. Sería factible, o es muy complejo hacerlo?
Ezequiel, si es posible mostrar los controles que fallaron en cada alumno y por lo cual no quedan en condición para promocionar la materia.
Por favor ingresa una solicitud y vemos de enviarte la modificación de esta operación para ver esa información. Lo dejaremos disponible para la versión 2.9.4
Adjunto una imagen de como quedaría esa operacion.
