Mostrar Mensajes

Esta sección te permite ver todos los mensajes hechos por este usuario, recuerda que solo puedes ver los mensajes en áreas en donde tu tienes acceso.


Temas - ifigini

Páginas: [1] 2 3 ... 12
1
Usuarios / Requisitos para el plan de trabajo (tesis)
« on: Febrero 06, 2023, 04:01:30 pm »
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

2
Usuarios / Problemas con cambio de plan y aplicación de matriz
« on: Febrero 06, 2023, 01:35:44 pm »
Hola
Estamos en la versión 3.20.0
Estamos definiendo un nuevo plan de estudios con matriz de equivalencias.
Al pasar a los alumnos al nuevo plan vigente, si bien les otorga las equivalencias, no respeta las notas en algunos casos. No me doy cuenta dónde puede estar el problema.
Envío capturas de pantalla con las notas reconocidas y las otorgadas.

Ejemplo 1:
Complementos de Análisis (A) + Análisis Matem I (B) --> Análisis I (C)
El alumno tiene A y B aprobadas, A con 7 y B con 9, pero el sistema se la da por reconocida con un 6,50.
Es posible que como alumno tiene un 9 y un 2 en B, eso le esté impactando en la nota final?
El parámetro: equiv_automatica_pasar_desaprobados lo tenemos definido en "Se pasan los resultados desaprobados - Solo se otorga una equivalencia con resultado desaprobado a la 1ra actividad del grupo destino de la equivalencia".

Ejemplo 2:
Elementos de Física (D) -->  Mecánica Clásica (E)
El alumno tiene aprobado D con 8 (la tiene promocionada, y es la única nota que tiene para esta materia), pero el sistema le reconoció E con 6,01.

Gracias!!
Saludos
Iris

3
Técnicos / Requisitos de ingreso e inscripciones a cursadas
« on: Diciembre 29, 2022, 03:50:43 pm »
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

4
Migración de Datos / Error en Pos_Controles_Planes
« on: Diciembre 21, 2022, 10:26:43 pm »
Hola
Estoy probando migrar una base de G2.5.0 a G3
Luego de correr el módulo de planes, en el postcontrol da el siguiente error:
Orientaciones Error: Cantidad de orientaciones de planes no coinciden... 15,00 ,00
Alguna idea de cómo solucionarlo?
Puede tener que ver que son carreras de diplomaturas y postrgrado?
En 25_Propuestas/02_Migracion/02_sga_propuestas.sql, en la línea 48 agruegué:
Código: [Seleccionar]
WHEN msc.tipo_de_carrera = 'D' THEN 1001 En donde 'D' corresponden a diplomaturas, y el código 1001 G3 ya lo conoce como Diplomaturas, dado que ya hay varias RA migradas.
Gracias!
Saludos
Iris

5
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

6
Migración de Datos / Error en IFX2PG
« on: Diciembre 18, 2022, 06:34:12 pm »
Hola
Estoy tratando de migrar una base de G2 en la versión 2.5.0 a G3.
Ya le pasé todos los scripts de conversión que ustedes me enviaron a través del GDS, Solicitud número 56025 (son a partir de 2.6.0, existen previos?)
Ahora al ejecutar IFX2PG, da un montón de errores en "Crea FK en PG".

Algunos de ellos:
- ERROR: inserción o actualización en la tabla «sga_exep_insc_llam» viola la llave foránea «fk_exeplla_lla_me»
- ERROR: inserción o actualización en la tabla «sga_insc_exa_bajas» viola la llave foránea «fk_ins_exb_lla_me»
- ERROR: inserción o actualización en la tabla «sga_llamados» viola la llave foránea «fk_llamado_turno»

Analizando un poco, veo distinta cantidad de registros en G2 que los que pasaron en el esquema "mig":
En IFX:
SELECT * FROM sga_llamados_mesa;   -- G2: 1175
SELECT * FROM sga_llamados;             -- G2: 687
SELECT * FROM sga_turnos_examen;   -- G2: 253

Mientras que en el esquema mig de G3:
SELECT * FROM mig.sga_llamados_mesa; --900
SELECT * FROM mig.sga_llamados;           --600
SELECT * FROM mig.sga_turnos_examen; --100

Alguna idea de qué puede estar sucediendo para que pasen menor cantidad de tuplas?
Cómo lo puedo resolver?
Muchas gracias!!
Saludos

Iris



7
Usuarios / Asignar correlativas a genércia
« on: Diciembre 18, 2022, 01:26:13 pm »
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

8
Hola
Estamos en G3.20.0. Migramos de G2 el mes pasado.
Estamos teniendo el inconveniente que no podemos cerrar algunas actas de cursado. 
Por ejemplo, un alumno que se inscribió en 2 comisiones (desde G2), ahora quedó en 2 actas.
Lo pudimos borrar de una y cerrar tanto el acta de promo como de regulares.
Pero al querer cerrar el acta correspondiente a la otra comisión, no nos deja porque dice que está repetido en otro acta.
Pero si lo sacamos de esta última no queda en ninguna... 
Alguna idea de cómo debemos proceder??
Muchas gracias!
Saludos
Iris

9
Usuarios / Problema en inscripción con propuesta vinculada
« on: Diciembre 05, 2022, 04:18:06 pm »
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

10
Técnicos / Propuesta vinculada como requisito de egreso
« on: Diciembre 03, 2022, 09:39:07 pm »
Hola
Estamos haciendo pruebas de migración de G2 a G3.20.0
Se puede configurar en algún lado que la propuesta vinculada sea un requisito de egreso?
Estamos probando vincular propuestas, pero sin definir el requisito de ingreso. Simplemente necesitamos que el alumno al inscribirse en la propuesta principal quede también automáticamente inscripto en 1 o algunas propuestas vinculadas.
Luego será requisito tenerlas cumplidas para poder egresar.
Lo otro que me genera dudas, ya que es una adecuación que debemos implementar por migración, es si definimos la relación para el año académico 1990 por ejemplo, en la tabla sga_propuestas_relacion, eso realmente impactará a partir de dicho año? O debemos crear un registro por cada año académico a partir de 1990 hasta la fecha?
Muchas gracias!
Saludos
Iris

11
Usuarios / Observaciones en la carga de requisitos de ingreso
« on: Diciembre 03, 2022, 04:35:21 pm »
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

12
Usuarios / Condición asociada al resultado
« on: Diciembre 03, 2022, 04:32:53 pm »
Hola
Estamos en la versión G3.20.0
Utilizamos diferentes condiciones al momento de asignar las notas en las cursadas, para asociarlas al resultado del alumno (tabla sga_cond_regularidad).
Entre ellas:
- Ausente
- Promocionó
- Abandonó
- Insuficiente
- No Promocionó
- Libre

Lo que notamos es que en instancias de regularidad, da la posibilidad de elegir entre cualquiera de ellas.
Hay alguna posibilidad de acotar la condición a mostrar para que el docente seleccione, de acuerdo al tipo de instancia?
Ya que no es correcto ni deseable que el docente pueda elegir "Promocionó" o "No Promocionó" en la condición, si la instancia es de regularidad. Además genera confuisiones.

Muchas gracias!!
Saludos

Iris

13
Migración de Datos / Migración con propuesta de ingreso
« on: Noviembre 18, 2022, 08:26:09 pm »
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

14
Hola
Estamos migrando de G2 a G3.20.0
Estamos teniendo inconvenientes con el acceso de los docentes a Autogestión.
Docentes que en G2 tenían acceso, ahora al querer ingresar en G3 indica: "No tenes permiso para acceder a este punto de acceso."
Esta consulta:
Código: [Seleccionar]
SELECT *
FROM mdp_personas_tipo_usuario mptu
JOIN acc_tipos_usuarios atu ON mptu.tipo_usuario = atu.tipo_usuario
WHERE mptu.persona = >ID_PERSONA>
ORDER BY atu.orden_acceso_default;

Trae el perfil "Docente" asociado. Es más, tiene todos estos perfiles asignados:

tipo_usuario           tabla_referencia           orden_acceso_default
Docente                 sga_docentes               2
Alumno                  sga_alumnos                3
Preinscripcion        sga_alumnos                5
Cursos                   sga_alumnos                6

Comparando con otro docente que sí tiene acceso, no encuentro diferencias..
Qué puede estar sucediendo?

Cómo puedo solucionarlo para que al migrar les quede el acceso esteblecido?

Muchas gracias
Saludos

Iris

15
Migración de Datos / No migra la resolución en sga_planes.documento_alta
« on: Noviembre 16, 2022, 12:13:01 pm »
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
Código: [Seleccionar]
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:
Código: [Seleccionar]
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

Páginas: [1] 2 3 ... 12