Estamos haciendo algunas adaptaciones para adecuar SIU a uno de los procesos de la Universidad. Nosotros inhabilitamos a los alumnos para inscribirse (cursada o exámenes) o para la emisión de un certificado si no tienen el pago de la cuota al día . Por otro lado, existe la posibilidad de inhabilitación si deben libros a Biblioteca por un período x de tiempo.
Esto nos lleva a tener la posibilidad de 3 tipos de sanciones: académicas, administrativas y de biblioteca.
´Pensamos usar la funcionalidad de “Sanciones” de SIU para cubrir esta necesidad, pero explorando nos dimos cuenta que solo admite una sanción por vez, aunque si las subimos por interfaz (base de datos) se pueden generar más de una.
La consulta es: ¿cómo va a comportarse SIU si ve más de una sanción vigente? ¿Nos puede traer algún inconveniente esto? ¿Hay algún impacto negativo si utilizamos esta posibilidad y si un alumno coincide con más de una sanción?
Muchas gracias por la ayuda que nos puedan brindar.
Saludos
Hola, estan hablando de usar la tabla sga_alumnos_expulsados. Si es esta tabla, como veran no tiene referencia a un alumno sino que se lo identifica por su nro de documento y se supone que esta persona no esta registrada en Guarani porque si esta activo el control de “Alumno sancionado en otra institución” no se lo deja inscribir a propuesta.
Lo que pueden hacer es tomar como ejemplo esta tabla y crear una nueva (sga_alumnos_sancionados) que registre el dato del alumno, el tipo de sanción, fecha de la sanción y un estado de si esa sanción esta activa o no. Luego deberán crear un requisito similar al “No estar sancionado en la Institución” (requisito 52) y que se controle en las operaciones de Cursadas, Examenes y en donde mas se requiera controlar (Solicitud de Constancias, etc.)
Hola Alejandro!
Nosotros pensábamos usar SIU estandar, es decir, usar la tabla sga_sanciones. En esta tabla se registraran las sanciones académicas y si hubiera alguna sanción administrativa o de biblioteca que se generan en sistemas externos, insertar los registros por BD. De esta manera podria darse la situacion que comenta Cynthia de tener mas de un registro “vigente” en sga_sanciones.
Tenemos configurado el requisito “no estar sancionado” en varias operaciones, por ejemplo, para inscribirse a cursada o examen. Puede traer algun inconveniente el control de este requisito si encuentra mas de un registro vigente en sanciones?
Saludos
Fernanda
Si, perdon respondi por el lado de alumnos expulsados en otras instituciones.
No haya problema que registren mas de una sancion por alumno, porque el requisito de “Alumno no sancionado” busca si el alumno tiene alguna sanción en la fecha a controlar. Si tiene una o mas sanciones requisito no se cumple.
Carguen una solicitud indicando esta situación de que Uds tienen casos de registrar diferentes tipos de sanciones que se solapan, asi analizamos si hacemos este cambio en la próxima versión.
Para el tipo de sanciones deben agregar registros en sga_sanciones_tipo. Agreguen con codigo a partir de 100.
Estimados
Me sumo a este foro para consultar si esta pensado una constancia de no estar sancionado en la institución, que pueda ser presentada a quien corresponda.
Gracias
Nelly
Nelida buenos días
Esto es algo que no tenemos en agenda lo cual podría sumarlo con una personalización. SI tienen dudas respecto a como llevarlo a cabo nos avisan y nos envían un gds. si?
saludos!
Hola, Tomamos el tema para incorporar un certificado de No Sanción; pero no es algo prioritario por lo cuál analizaremos en que versión incorporarlo de acuerdo a la planificación del desarrollo.
Saludos!
Buenas tardes: Estamos en la versión 3.20.0.
Necesitamos registrar para una persona, en diferentes propuestas, distintos tipos de sanciones que se solapan.
No me queda claro si ya tienen pensado agregarlo en una próxima versión y el ticket correspondiente es 34587 o no? No encontré nada en cambios por versión.
No, no se avanzó sobre la posibilidad de poder indicar más de una sanción con fechas superpuestas para la misma persona.
Levanten un GDS referenciando este tema así armamos un ticket (#46054) y lo desarrollamos.