Buen día. Espero estén muy bien cuidándose.
Quiero consultarles por un problema que tuvimos con las inscripciones automáticas a cursadas. Las hicimos para los ingresantes a propuestas que tenían materias en común, y ahora nos encontramos, cuando los docentes quieren poner las notas a las comisiones, que los alumnos aparecen duplicados en las materias por cada carrera, y con inscripción aceptada.
No sabemos como no les tomo la inscripción una vez por propuesta. Intentamos reprocesar, pero siguen estando aceptadas.
Verificamos que esta activo el control "Que el alumno no exista en otra comisión de la actividad y mismo período lectivo", en la operación de inscripción automática y reprocesar.
Que puede estar fallando? Habrá forma de eliminar los chicos duplicados ahora, o solo manual?
Desde ya gracias.

Buen día.
Me consultan desde alumnos si hay posibilidad de que un alumno egresado o pasivo no pueda acceder a su autogestión, ya que tuvimos unos problemas por algunos que se reinscribieron al ser regulares.
Busque pero no encontré una opción, hay alguna forma de deshabilitarlos de las carreras que ya no cursan o se egresaron?
Gracias.

Buen día.
Haciendo el circuito de egreso, surgió la duda si existe alguna operación o reporte que me permita saber cuando al alumno le falta 1 o 2 materias para recibirse.
Con la detección automática solo se puede saber si tiene todas las materias aprobadas, pero nos ayudaría poder hacer una detección temprana para poder comenzar con la documentación, y evitar el atraso del trámite.
Desde ya cualquier información se agradece.
Saludos.

Buen día.
Estuvimos observando que en el perfil docente hay una operación llamada "Reporte de encuestas".
Los docentes llegan a ver las materias que tenían encuestas, y la cantidad de encuestados y respondidas, pero cuando van al botón "VER" nos muestra un error sin mucha descripción. ¿Qué podrá ser?
La versión del kolla es 4.1 y del guarani 3.15.1

Una parte del log:
NOTICE
Archivo: /usr/local/proyectos/g3w3/3.13.1/vendor/siu/chulupi-framework/src/SIU/Chulupi/nucleo/proyecto.php
Linea: 300
Undefined index: parametros

WARNING
Archivo: /usr/local/proyectos/g3w3/3.13.1/vendor/siu/chulupi-framework/src/SIU/Chulupi/util/WsClienteRest.php
Linea: 24
array_merge(): Argument #1 is not an array

CATCHABLE FATAL ERROR
Archivo: /usr/local/proyectos/g3w3/3.13.1/vendor/guzzlehttp/guzzle/src/Client.php
Linea: 62
Argument 1 passed to GuzzleHttp\Client::__construct() must be of the type array, null given, called in /usr/local/proyectos/g3w3/3.13.1/vendor/siu/chulupi-framework/src/SIU/Chulupi/util/WsClienteRest.php on line 26 and defined

Buen día. Como están? Otra vez pidiendo su ayuda..
Nos encontramos con un problema grande, no sabemos si es un bug o algo mal configurado por nuestra parte.

Nos comentaron varios alumnos que se podían anotar a rendir no teniendo las correlativas ni cursadas de la materia. Cuando íbamos a la operación de "requisitos por acción" estaban todos los requisitos necesarios por facultad (imagen requisitos2.png), pero al querer anotar al alumno efectivamente no estaban funcionando.
Se me ocurrió verificar con la operación de exceptuar requisitos, porque lista los requisitos habilitados por acción, y efectivamente, no cargaba ninguno para los exámenes (tampoco para las cursadas y el resto de acciones, solo para nuestra facultad), o en algunos casas uno solo (imagen requisitos0.png), que era el que se había configurado probando ese día (les adjunto imagen). Habían desaparecido, pero seguían apareciendo listados en la operación de requisitos por acción.
Descubrimos que al eliminar y volver a cargar los requisitos (desde requisitos por acción) para la facultad empezaba a llenarse el combo de los requisitos en la operación de exceptuar (imagen requisitos1.png), y empezaban a funcionar los controles para las inscripciones, así que lo "arreglamos".

Lo que suponemos al conversar que pudo haber pasado, es que la ultima persona que configuró los requisitos, tenia un perfil de datos restringido, y al tocar sus requisitos piso los otros, de otras facultades, porque una sola facultad tenia requisitos habilitados andando, y era la que últimamente había estado configurándolos.

Podrán mirar esto? Muchísimas gracias.

Buen día.
Sigo este tema porque tengo una consulta relacionada... No hay forma de que en el acta de regulares solo aparezcan los que no promocionaron?
En nuestra facultad se cierra primero promociones, y después las regularidades. Pero si o si hay que buscar y sacar manualmente los alumnos que promocionaron, sino nos salta el control de que ya tienen la materia aprobada, por un control que es necesario, pero que no debería de darse en esta situación, de ser la misma comisión...
La idea seria sino cerrar el acta de regulares primero?

Desde ya gracias.

Buen día. ¿Como están?
Les comento que hace tiempo utilizamos las encuestas sin problema en una facultad, ahora comenzo a utilizarlos otra responsable nos vemos con el inconveniente de que las encuestas incompletas para una unidad afectan a otra.
Nosotros tenemos el requisito habilitado en cursadas, que el alumno se pueda anotar y procesar si completo las encuestas de la comisión, entonces si no completo una encuesta de una propuesta afecta a las propuestas de los demás responsables. Ahora por ejemplo tenemos inscripciones pendientes en la Facultad de Naturales, porque no completaron encuestas de Facultad Humanidades (que tiene una habilitacion activa ahora), es correcto esto?
En los parámetros tenemos definidos que la unidad de gestión se la da el Guarani (enc_utiliza_ug_kolla), la definición de la encuesta tiene diferentes unidades de gestión.
Estamos en Guarani 3.15.1 y kolla 4.1.0
Les mando unos print.