Hola
Estamos en la versión 3.20.0
Estamos definiendo un nuevo plan de estudios.
Dentro del mismo se encuentra la actividad "Trabajo Final o Tesina" del tipo TESIS.
El circuito de tesis comienza con la presentación del "Plan de Trabajo".
Uno de los requisitos que establece la normativa, es que "el estudiante podrá presentar su Plan de Trabajo Final una vez que tenga el 80% de las asignaturas obligatorias de su carrera aprobadas con final; esto es, sin contar las asignaturas optativas u otras actividades de libre elección (ALE)".
Agradecería si pudieran orientarme cómo modelar esto en el sistema.
Desde ya, muchas gracias!!
Saludos
Iris

Hola
Estamos en la versión 3.20.0
Tenemos definidos los siguientes requisitos de ingreso:

1 Documento de Identidad   (Restrictivo: SI)
2 Foto   (Restrictivo: SI)
3 Partida de Nacimiento o Certificado de Nacimiento   (Restrictivo: SI)
4 Título Secundario    (Restrictivo: SI)
     |__ 5 Constancia de título secundario en trámite   (Restrictivo: NO)
     |__ 6 Certificado de alumno regular o Constancia que adeuda materia   (Restrictivo: NO)
7 Que el alumno tenga alguna de las opciones de propuestas vinculadas aprobadas   (Restrictivo: SI)

Los requisitos 5 y 6 son subordinados al 4.
El alumno queda aceptado en la propuesta cuando cumple con los requisitos 1, 2, 3, 4 y 7.
Pero en el caso de los ingresantes, mientras estén dentro del período de presentación de los requisitos, deberían poder inscribirse a las cursadas y tener actividad académica, si tienen al menos los requisitos 1, 2, 3, 5 y 7 cumplidos. Es decir, aquel alumno que aún no tiene el título secundario, pero sí presentó la constancia de título en trámite, necesitamos que pueda gestionar sus actividades. No así el que adeuda materias.
 
Hay alguna manera de poder modelar ese comportamiento en el sistema?
Porque la verdad es que con un alto volumen de inscripciones, se hace muy complicado que no puedan inscribirse a las cursadas desde autogestión por adeudar el título secundario, que es sabido es un trámite que demora.

No podemos permitir que se inscriban a las cursadas estando con el estado pendiente en la propuesta ya que el curso de ingreso (la propuesta vinculada) tiene una instancia que se da en paralelo a las cursadas, y no sería correcto que alguien que no aprobó aún el ingreso pueda inscribirse a las cursadas de la carrera principal.

Es decir, que sólo sería para el caso que si bien no presentó el requisito restrictivo, si lo hizo con el subordinado.

Muchas gracias por la orientación!
Saludos

Iris

Hola
Estamos en la versión G3.20.0.
Tenemos el caso de alumnos que nos informan que desde AUTOGESTION no ven la misma información en estas dos operaciones:
- Reportes >> Plan de estudio
- Reportes >> Historia académica con la selección de Cursadas -> Promocionada.
Un ejemplo, es que por Plan de Estudios ve una materia que la tienen con nota aprobada con origen "Regularidad" mientras que por Historia Académica, la ve como "Promocionada".
En el ejemplo que envío adjunto por captura de pantalla, tanto la materia "Introducción al Cálculo Diferencial e Integral (0030)" como "Teoría de la Información (0028)" las aprobó de la misma manera, es decir, con cursada promocionada. Mirando en la base no encuentro diferencias.
Pero por diferentes operaciones le muestra información distinta. Sólo adjunto un ejemplo, pero nos ha pasado con otros alumnos.
En Historia Académica ve ambas materias "Promocionadas" (como corresponde), pero por Plan de Estudio, ve como origen una promocionada y la otra regularizada.
Qué puede ser lo que está sucediendo?
Ya que genera confusión en los alumnos y consultas que no sabemos bien como responder...
Muchas gracias!!
Saludos.
Iris

Hola
Estamos armando un nuevo plan en G3.20.0
Tenemos el caso que las optativas se pueden hacer una vez que el alumno tiene regularizadas todas las actividades hasta 3º año 1º cuatrimestre incluido.
Estaba viendo que se puede asignar ese comportamiento a cada optativa.
Pero existiría la posibilidad de darle el comportamiento a la genérica?
Porque en realidad tenemos 3 genéricas, que comparten actividades, y habría que definirlo por cada optativa en cada genérica. Además que conceptualmente es la genérica la que tiene ese requisito.
Gracias por la orientación.
Saludos
Iris

Hola
Estamos en G3.20.0
Tenemos definido un período de inscripción para una propuesta (TUDAI) para el año académico 2023 que comenzó el 01/12/2022.
A su vez, esa propuesta (TUDAI) tiene vinculada la propuesta "Programa de Ingreso Pregrado" a partir del año 2023.
Adjunto capturas de pantalla.
Ahora, cuando desde gestión vamos a inscribir a un alumno, sólo lo inscribe en la propuesta principal. No así en la vinculada.
Qué nos está faltando?
La vinculada también debe estar seleccionada dentro del período de inscripción?
Gracias!!
Saludos
Iris

Hola
Estamos en la versión G3.20.0
Existe la posibilidad que puedan incorporar un campo "Observaciones" asociado a cada uno de los requisitos en la operación "Administrar Requisitos de una Persona"?
En G2 existía la posibilidad, y la verdad es que la usábamos mucho y nos era de mucha utilidad.
Muchas gracias!
Saludos
Iris

Hola
Estamos por migrar de G2 a G3.20.0

Tenemos un grupo de alumnos que están desarrollando el curso de ingreso. El cual conlleva un proceso de gestión que necesitamos conservar.

En G2 contamos con una carrera que administra el curso de ingreso. Y otra carrera que es la que realmente van a hacer.
Es decir, migran las 2 carreras.
Una vez migradas las propuestas (incluidos los alumnos inscriptos en ellas), desde G3 les daremos la vinculación correspondiente.

Como sería el tema del cumplimiento de la vinculada, para que quede aceptada la inscripción en la propuesta origen?

Hice la prueba de tener un alumno inscripto sólo en el "Curso de Ingreso", luego vincular las propuestas, y por último inscribirlo desde gestión a la propuesta definitiva. Pensando en la alternativa que sólo migren en la propuesta de tipo ingreso.
Pero por más que le doy el curso de ingreso por aprobado (y teniendo los requisitos documentales cumplidos) no logro le acepte la inscripción en la propuesta original.

Si migramos con la inscripción a ambas propuestas, tanto la del tipo 204-Curso de Ingreso, como la del tipo 200-Grado, y luego, una vez migradas, desde G3 definimos la vinculación, eso podría hacer que el circuito de cumplir con el requisito de ingreso del tipo proceso de "Que el alumno tenga alguna de las opciones de propuestas vinculadas aprobadas" funcione una vez el alumno tenga el curso de ingreso cumplido?

Cualquier orientación o sugerencia, se agradece.
Saludos

Iris

Hola
Estamos migrando de G2 a G3.20.0

Detectamos que sólo en algunos casos NO queda registrado el documento_alta en la tabla sga_planes, siendo que en G2 están todos cargados.
Por lo que llegué a ver, en el script 30_Planes/02_Migracion/02_sga_planes.sql, línea 32 aprox, la siguiente consulta, no recupera todas las resoluciones
SELECT * FROM mig.sga_planes msp
   LEFT OUTER JOIN mig._cnv_pk_documentos as doc_alta ON (msp.nro_resolucion = doc_alta.resolucion AND doc_alta.documento_tipo = 10
                                                          AND doc_alta.fecha = to_date(mig.get_default('fecha_resolucion'),'YYYY-MM-DD'))

La fecha por defecto en mig.get_default('fecha_resolucion') es '2000-01-01'.

Si consulto:
SELECT * FROM mig.sga_planes msp
   LEFT OUTER JOIN mig._cnv_pk_documentos as doc_alta ON (msp.nro_resolucion = doc_alta.resolucion AND doc_alta.documento_tipo = 10)
Obtengo todas las resoluciones, y noto que esas fechas son distintas, ademas de especificar la tabla como sga_equiv_resol.

Cual puede ser el origen del inconveniente? por qué quedaron las resoluciones asociadas a la tabla sga_equiv_resol?

Lo más importante: Cómo podemos corregirlo para que migren correctamente la resoluciones cargadas?
Gracias!

Saludos
Iris