Hola, hay posibilidad que a la hora de inscribir masivamente a cursada el sistema no controle si tiene la inscripción a propuesta aceptada. Estamos queriendo utilizar la operación con alumnos ingresantes y en su gran mayoría todavía no han completado sus requisitos obligatorios, por lo cual no tienen aceptada la inscripción a propuesta.
Hola justo ¿como estas?
En que version les sucede esto?
Tienen configurado requisitos al respecto ? Nos podrías indicar cuales? en " Configurar Requisitos por Acción = Inscribir a cursada" .
Vean de no tener configurado el requisito “Que el alumno tenga aceptada la inscripción a propuesta” (incluido en versión 3.17).
Hasta version 3.16 solo se recuperan alumnos con inscripción a propuesta aceptada. Si estan en esta versión y no pueden pasarse a 3.17 por ahora, carguen una solicitud y les indicamos que deben modificar en el sistema para poder inscribir a los alumnos con inscripcion a propuesta en estado pendiente ademas de los aceptados.
Seguimos con el tema.
saludos !
3
Hola Seba, efectivamente estamos trabando en la 3.16! cargamos la solicitud como GDS?
Justo
El proceso hasta 3.16 solo recuperaba alumnos con inscripción aceptada a la propuesta. Ahora para la version 3.17 hubo un cambio en la operacion " Inscribir masivamente a cursada" dependiendo de como se configure ese requisito, trae solo aceptados o bien todos los alumnos independientemente del estado de inscripción.
Lo ideal es que ustedes actualicen version. Si este inconveniente lo están teniendo en un ambiente de producción con inscripciones a cursada. entonces si levanten un GDS. caso contrario lo ideal es que actualicen version.
Seguimos en tema.
saludos
3
Buenas!, estamos con una prueba de inscripción masiva a cursada para estimar cuantos alumnos tendremos. Nos da error al filtrar alumnos por carrera, inclusive buscando por apellido. Adjunto captura.
Guaraní 3.17.1
Hola Daniela,
El error aparece en el paso 4 (Alumnos) de la operación “CURSADAS » INSCRIPCIONES » INSCRIBIR A CURSADAS MASIVAMENTE” al filtrar? Podrían adjuntar los logs del sistema al momento del error?
Saludos, Florencia.
Me pasa algo similar a lo aquí descripto. Puede ser que se filtren solo aquellos que tienen inscripciones a propuesta aceptada? Nosotros estamos en la 3.16.2
¡Hola Javier!
Así es, como explica Sebastian más arriba el proceso hasta 3.16 solo recuperaba alumnos con inscripción aceptada a la propuesta. Ahora para la version 3.17 hubo un cambio en esta operación, dependiendo de como se configure el requisito “Que el alumno tenga aceptada la inscripción a propuesta” (incluido en versión 3.17) , trae solo aceptados o bien todos los alumnos independientemente del estado de inscripción.
¡Saludos!
Hola Daniela,
Podrías por favor crear una nueva solicitud en el Gestor de Solicitudes para enviarte la solución?
Gracias!
Saludos, Florencia.
Buen día.
Volvimos a tener este problema en la 3.18.1, En prueba corrimos el parche para la versión 3.17 para resolverlo, pero no estamos seguros si hacerlo así en producción.
Igualmente, se nos presentó otro problema en esta operación:
-Dejamos solo 3 requisitos en la acción cursadas: No tener aprobada la actividad, Correlativas de Aprobación y Correlativas de Cursado.
-Revisamos la operación Inscribir a cursada masivamente, están estrictos y activos los 3 req.
-Seleccionamos la comisión a inscribir, añadimos a todos los alumnos (421) a sabiendas que deben ser menos de 75 los que puedan quedar inscriptos según sus correlativas.
-Pero inscribe a todos a la cursada, es decir que no está controlando las correlativas.
Alguna ayuda con esto?
Hola Daniela,
Lo que se repite es el error al filtrar en el paso 4 (Alumnos) de la operación “CURSADAS » INSCRIPCIONES » INSCRIBIR A CURSADAS MASIVAMENTE”? No obtienen ningún alumno? Porque el problema está solucionado en la versión 3.18.1, no es necesario aplicar el parche.
Respecto a las correlativas, si intentan inscribir a uno de esos alumnos desde “CURSADAS » INSCRIPCIONES » INSCRIBIR A CURSADAS” falla el control de correlativas? Podrían probarlo?
Saludos, Florencia.
El fallo fue un permiso apache. Solucionado
Respecto a las correlativas, si intentan inscribir a uno de esos alumnos desde "CURSADAS » INSCRIPCIONES » INSCRIBIR A CURSADAS" falla el control de correlativas? Podrían probarlo?
Cuando se inscribe desde “CURSADAS » INSCRIPCIONES » INSCRIBIR A CURSADAS” falla el control (adjunto captura)
Daniela,
Cuando el alumnos se inscribe desde la operación “CURSADAS » INSCRIPCIONES » INSCRIBIR A CURSADAS MASIVAMENTE” lo hace en la instancia “Regular”?
Revisaron los logs del proceso (‘<path proyecto Guaraní>/instalacion/i__desarrollo/p__guarani/logs/procesos_bk/’) y de comandos (‘<path proyecto Guaraní>/instalacion/logs_comandos/comandos.log’)?
Saludos, Florencia.
Buenas tardes, revise el log de proceso y el de comando, de la operación Inscribir a cursadas Masivamente. EL de proceso esta vació y el de comandos muestra:
[INFO][guarani] ************ Inscripcion a Cursadas: 1 ************
[DEBUG][toba] ************ CERRAR transaccion (guarani3@localhost) ****************
[DEBUG][toba] Estado Proceso: 0
Adjunto archivo de texto (log de comando)
Saludos
comandos.txt (590 KB)
Hola,
El requisito “57-Correlativas de Cursada” se ejecuta en el punto de control “4-Alumno Instancia Regular”. Si se fijan en los logs:
[DEBUG][guarani] Controles del Punto de control 4 = array (
)
[DEBUG][guarani] Controlando Punto de Control: 4
[DEBUG][guarani] Resultado del Punto de Control: 4 = A
No hay ningún control para ese punto. El problema parece ser que la consulta SQL que recupera los controles a ejecutar no est’a recibiendo correctamente el código de operación (está vacíio):
SELECT DISTINCT
sga_requisitos_x_accion.tipo,
sga_requisitos_x_accion.operador_not,
sga_requisitos.requisito,
sga_acciones_operacion.accion,
cast(null as integer) as entidad,
sga_requisitos_x_accion.estado,
sga_requisitos.nombre,
sga_requisitos.requisito_subordinado_de,
sga_requisitos_conf_x_oper.actua_como,
sga_requisitos_conf_x_oper.interfaz,
COALESCE(sga_requisitos_x_accion.regla, sga_requisitos.regla) as regla,
COALESCE(sga_requisitos_x_accion.parametros, '') as parametros,
sga_requisitos_x_punto_control.orden as orden
FROM sga_acciones_operacion
JOIN sga_requisitos_grupos ON (sga_requisitos_grupos.accion = sga_acciones_operacion.accion)
JOIN sga_requisitos_x_accion ON (sga_requisitos_x_accion.grupo_requisito = sga_requisitos_grupos.grupo_requisito)
JOIN sga_requisitos_x_punto_control ON (sga_requisitos_x_punto_control.requisito = sga_requisitos_x_accion.requisito)
JOIN sga_requisitos_conf_x_oper ON (sga_requisitos_conf_x_oper.requisito_accion = sga_requisitos_x_accion.requisito_accion)
JOIN sga_requisitos ON (sga_requisitos.requisito = sga_requisitos_x_accion.requisito)
JOIN sga_requisitos_aplanado ON (sga_requisitos_aplanado.requisito_accion = sga_requisitos_x_accion.requisito_accion)
WHERE sga_requisitos_aplanado.plan_version = '26'
AND sga_requisitos_x_punto_control.pto_control = '4'
AND sga_acciones_operacion.operacion = ''
AND sga_requisitos_x_accion.tipo = 'R'
AND sga_requisitos_conf_x_oper.activo = 'S'
AND sga_requisitos_conf_x_oper.operacion = ''
AND sga_requisitos_conf_x_oper.interfaz = 1
ORDER BY 12
Por favor, creen una nueva solicitud en el Gestor de Solicitudes y lo seguimos por esa vía.
Saludos, Florencia.
3
Entendido.
Igualmente se deben revisar para ambos requisitos, correlativas de cursado y correlativas de aprobación.
Ahi les dejamos el GDS.
Gracias.