Estamos haciendo pruebas sobre Guarani 3.22 , particularmente el proceso de inscripción a actividades y su asignación posterior.
Vemos que esta operación no está controlando el cupo. Hemos configurado los parámetros (cur_controlar_cupo, cur_controlar_cupo_por, cur_insc_siempre_pendiente). Hicimos inscripciones y confirmamos que quedan pendientes. Luego le pusimos cupo máximo a la comisión. Al ejecutar la operación Procesar Inscripciones Pendientes a Actividades los asigna a todos (siendo que no hay cupo)
También vemos que en la operación Modificar parámetros del sistema, los parámetros mencionados no están siendo usados en la operación Procesar Inscripciones Pendientes a Actividades (que es lo que está sucediendo).
Cuando se ejecuta la operación Procesar inscripciones pendientes a actividades, lo que se realiza es controlar los requisitos de cada instancia en la que esta inscripto el alumno. Sólo se aceptará la inscripción si se sumplen todos los requisitos definidos para la/s instancia/s en que se encuentra inscripto el alumno, en el caso que no cumpla con algún requisito la inscripción continuará en estado pendiente con la opción de rechazar la misma.
Este proceso no está relacionado con el control de cupo en la comisión.
El control de cupo en las comisiones se realiza definiendo el cupo en la comisión y configurar los parámetros (cur_controlar_cupo y cur_controlar_cupo_por) que ya lo tienen definido.
Por lo que nos comentas la definición del cupo en la comisión la hicieron luego de haber realizado las inscripciones, deberían haberlo definido antes de realizar las mismas, porque el control no aplica hacia atrás.
La definición del cupo en la comisión la hicimos luego de haber realizado las inscripciones porque en la versión 3.22 hay un bug que entiendo se corrigió en versiones posteriores. El bug es que si defino el cupo antes de las inscripciones, cuando se alcanza ese cupo no permite más inscripciones, cosa que está mal puesto que todas las inscripciones están en estado pendiente hasta tanto se corra el proceso de asignación. Y en este proceso de asignación sí se controla cupo.
Nosotros necesitaríamos que la operación Procesar Inscripciones Pendientes a Actividades controle cupo. ¿Dónde tendríamos que agregar ese comportamiento para que funcione así?
realizamos unas pruebas y el sistema esta controlando bien el cupo, como te comentábamos en el hilo anterior la operación Procesar inscripciones pendientes a Actividades no está relacionada con la asignación de cupo, si ustedes necesitan que sí lo realice, tendrían que hacer una personalización.
Quizás podría servirles utilizar inscripciones por prioridades, eso hace que queden pendientes y luego se procesan teniendo en cuenta el cupo y los criterios que ustedes definan para ver qué alumnos tienen prioridad.
En nuestra Facultad los estudiantes se inscriben a una única comisión de la actividad que quieren cursar. Nos serviría la operación Procesar inscripciones pendientes a Actividades para poder definir qué alumnos tienen prioridad; el problema es que en la operación Administrar Actividades no puedo indicar Cantidad máxima prioridades = 1
¿Funcionaría la operación Procesar inscripciones pendientes a Actividades si personalizo la operación Administrar Actividades para que permita poner Cantidad máxima prioridades = 1?
Si es así, todas nuestras actividades estarían habilitadas para inscripción por prioridad.
De lo contrario tendríamos que personalizar la operación Procesar inscripciones pendientes a actividades para que controle cupo. ¿Me podrían guiar un poco respecto de qué funciones mirar?
Podrías indicarnos un poco qué es lo que están queriendo hacer?
Ustedes quieren indicar cupo a las inscripciones pero que dicho cupo no se controle al momento de que los alumnos se inscriban sino que todos los alumnos puedan inscribirse a una única comisión, que queden pendientes y después procesarlos?
Por qué motivo no controlan el cupo en el propio momento de la inscripción?
Cada cuatrimestre tiene 3 llamados de inscripción a materias. Cada materia está compuesta por varias comisiones. Los estudiantes se inscriben a 1 comisión de la materia que quieran cursar.
En los dos primeros llamados los estudiantes realizan solicitudes de inscripción a una comisión eligiendo la que más les conviene por cátedra y horario de cursada. Todas las inscripciones quedan en estado pendiente y durante la inscripción no se controla cupo. Luego de cada uno de estos llamados hay una instancia de asignación. Este proceso asigna las comisiones dándole prioridad a los estudiantes próximos a recibirse y luego según el coeficiente del alumno (este coeficiente ya lo personalizamos). Este proceso además tiene que controlar que el alumno no alcance el tope de materias a las que puede inscribirse por cuatrimestre según su carrera. También tiene que controlar que no se alcance el cupo de la comisión. También queremos que controle superposición horaria.
El tercer llamado ya es por asignación directa. Controlando tope de materias por carrera, superposición horaria y cupo de la comisión.
En todos los llamados se controlan correlativas en el momento de la inscripción.
Claramente tienen un circuito bastante particular.
Lo mejor sería que revisen los procesos para adaptarlos a las opciones que brinda el sistema.
En ese sentido les recomendamos que vean en esta documentación sobre administración de cupos las opciones que brinda el sistema.
En caso de no querer adaptar sus procesos la institución debe hacerse cargo de realizar las personalizaciones que requiera el sistema.
Por lo que me comentás, hoy lo único que podrían hacer es hacer este chequeo manualmente. Es decir, ir a la operación de “Procesar Inscripciones Pendientes a Actividades” y seleccionar para procesar únicamente aquellas inscripciones que quieren que queden.
En todos ellos se usaron las funcionalidades de inscripciones por prioridad.
Cada realidad tiene un nivel de personalización que ajusta el modelo al caso, pero la base es la que trae el sistema, donde se pueden inscribir a cualquier comisión definida para la materia sin controlar cupo. Luego se procesan las inscripciones por prioridad y el proceso acepta o rechaza según tengan configurado los requisitos para esa operación (la de procesar inscripciones pendientes por prioridad)
