Atributos de materia en plan

Hola
Estamos haciendo pruebas de migración de G2 a G3.20

Estaba mirando los atributos de las materias dentro de la estructura del plan de estudios (estructurado), y me surgen algunas dudas:

Cuál es la diferencia entre estos 2 atributos? A qué aplica cada uno?

  • Vigencia (años)
  • Plazo (meses)

Y con respecto a estos otros 2 atributos, si ambos están seteados en “Si”, un alumno puede inscribirse libre al examen si no tiene la cursada aprobada, o al menos rendida (ya que requiere cursada)?

  • Permite rendir libre
  • Requiere cursada

En nuestro caso, necesitamos que los alumnos sólo puedan inscribirse a un final “LIBRE”, en los siguientes casos (en la mayoría de las actividades, no es posible rendir libre sin cursada previa):

  • Que haya aprobado la cursada, pero se le haya vencido (esto lo determina el sistema por el campo cargado en Vigencia o en Plazo?)
  • Que haya rendido 4 veces mal el final (teniendo la cursada regular aprobada) (esto se definiría con el atributo “Cantidad de aplazos”?).
  • Que el docente en el acta de cursada le cargue como resultado Ausente, pero con la condición de regularidad “LIBRE”. (si es Abandono u otra, no puede inscribirse a final libre). (Con respecto a este último punto tenemos una inconsistencia con el régimen de enseñanza y promoción, ya que cuando el docente le carga una condición de LIBRE, es porque cursó la materia y gracias a eso obtuvo la condición de Libre, y en lo particular nuestro régimen define con claridad que es un LIBRE y no es ausente)
    En todos los casos, sólo puede inscribirse 2 veces como libre, luego debe realizar nuevamente la cursada.

Para poder gestionar quién está habilitado a inscribirse a un final libre y quien no, hay algo contemplado en G3? es sólo definición de atributos y parámetros? hay algún requisito de tipo proceso que lo contemple? O debemos personalizar uno?

Gracias por la orientación.
Saludos

Iris


atributos_materia.png

atributos_materia.png

Cuál es la diferencia entre estos 2 atributos? A qué aplica cada uno? - Vigencia (años) - Plazo (meses)
[b]Vigencia[/b] esta disponible para indicar que vigencia tiene la aprobación de esa materia. Pasado ese tiempo y si el alumno aun no obtuvo el título el alumno debería rendir una reválida de esa aprobación. Este dato no esta siendo considerado en el sistema. [b]Plazo[/b]
Y con respecto a estos otros 2 atributos, si ambos están seteados en "Si", un alumno puede inscribirse libre al examen si no tiene la cursada aprobada, o al menos rendida (ya que requiere cursada)? - Permite rendir libre - Requiere cursada
[b]Requiere cursada[/b] permite crear comisiones para la actividad y plan de estudios. El alumno puede rendir examen regular y libre (este ultimo si esta configurado [b]Permite Rendir Libre[/b] = SI)
En nuestro caso, necesitamos que los alumnos sólo puedan inscribirse a un final "LIBRE", en los siguientes casos (en la mayoría de las actividades, no es posible rendir libre sin cursada previa): - Que haya aprobado la cursada, pero se le haya vencido (esto lo determina el sistema por el campo cargado en Vigencia o en Plazo?) - Que haya rendido 4 veces mal el final (teniendo la cursada regular aprobada) (esto se definiría con el atributo "Cantidad de aplazos"?). - Que el docente en el acta de cursada le cargue como resultado Ausente, pero con la condición de regularidad "LIBRE". (si es Abandono u otra, no puede inscribirse a final libre). (Con respecto a este último punto tenemos una inconsistencia con el régimen de enseñanza y promoción, ya que cuando el docente le carga una condición de LIBRE, es porque cursó la materia y gracias a eso obtuvo la condición de Libre, y en lo particular nuestro régimen define con claridad que es un LIBRE y no es ausente) En todos los casos, sólo puede inscribirse 2 veces como libre, luego debe realizar nuevamente la cursada.

Para poder gestionar quién está habilitado a inscribirse a un final libre y quien no, hay algo contemplado en G3? es sólo definición de atributos y parámetros? hay algún requisito de tipo proceso que lo contemple? O debemos personalizar uno?


En este caso deberían agregar un requisito que se controle cuando el alumno rinde libre. Este requisito evaluará que el alumno cumpla algunas de estas condiciones que mencionas, y también contemple las excepciones que existan en cada caso.
Si quieren podemos orientarlos con la personalización. Tenemos ejemplos de como generar un requisito y que se pueda configurar en una instancia de examen como en este caso en la instancia “Libre”. Si cargas una solicitud en el GDS por favor hace referencia a este foro.

Saludos

2

se continua via gds 55392

Hola
Gracias por la ayuda brindada a través del GDS. Aún no he llegado a ponerme de lleno con este tema.
Me surge una inquietud, es posible personalizar este tipo de requisitos, pero para que actúe sobre una sola responsable académica, y no para toda la institución?
Porque es una particularidad de una de las facultades, que no aplica al resto.
Gracias!!

Iris

Me surge una inquietud, es posible personalizar este tipo de requisitos, pero para que actúe sobre una sola responsable académica, y no para toda la institución?
Si, como es un requisito que Uds implementaran pueden hacer que solo se evalue para la responsable academica del alumno que corresponda y no para el resto.

Hay dos formas de resolverlo:

  1. Configurar el requisito solo para la responsable academica que tiene esta particularidad
  2. Configurar el requisito para toda la institucion.
    Todos los requisitos reciben el parametro alumno. Con este dato pueden saber a que propuesta pertenece y a que responsable académica. Si es la responsable academica que necesitan controlar es la de la propuesta del alumno entonces realizan el control sino hacen que el requisito no se evalue y devuelva siempre que esta Ok.

Hola
Estamos haciendo pruebas de migración de G2 a G3.20.
Estoy migrando una segunda unidad académica, sobre una base que ya cuenta con los datos de otra.
Y tratando de desarrollar la personalización arriba descripta, por la cual un alumno se puede anotar a un examen final en calidad de LIBRE bajo ciertas restricciones, pero no logro hacerla andar.
Adjunto archivo que crea la regla y el requisito.
Tengo creado el archivo personalizaciones-gestion/personalizacion/php/nucleo/_lib/reglas/regla_inscripcion_examen_libre_ECON.php con la funcionalidad requerida dentro del método “validar()”.
Pero no logro hacerla andar.
Estoy intentando probarla desde el toba_editor, con la operación oculta Pruebas => Reglas, pero se queda en pantalla en blanco.
Realicé otras personalizaciones para reglas de correlativas especiales y no hubo inconvenientes en probarlas con esta operación.
Adjunto también archivo de log, por si sirve de ayuda. Observo en el mismo que no llega a llamar a la clase.
Agradeceré cualquier ayuda que puedan darme para poder avanzar con este tema.
Desde ya, muchas gracias.
Saludos
Iris


20220106-112826-inscripcion_examen_libre_ECON.sql (3.9 KB)

sistema2.log.txt (21.9 KB)

Hola

¿Luego de generar el archivo personalizacion/php/nucleo/_lib/reglas/regla_inscripcion_examen_libre_ECON.php, corrieron el comando <path proyecto Gestión>$ bin/guarani pers_autoload ?, ese comando debería agregar la regla en el archivo guarani_autoload_clases_nuevas.php

Saludos!

Gracias Sergio por la respuesta.

Si, había corrido el pers_autoload. También exportar.
Después de darle muchas vueltas, me di cuenta que faltaba configurar el requisito.

En la operación REQUISITOS »ADMINISTRAR REQUISITOS, para el requisito en cuestión, realicé lo siguiente:

  • Activo
  • Acciones asociadas al Requisito General: Exámenes
  • Puntos de Control asociados al Requisito General → Agregar: Alumno - Examen Libre

Saludos
Iris