Buenas tardes estimados,
una consulta, en Guaraní 2 existía un Módulo de manejo de alumnos deudores, el mismo permitía establecer qué carreras tenían un arancel, y qué alumnos de esas carreras tenían el arancel al día, de modo de establecer controles de datos (requisitos por Operación) que chequeaba al momento de ciertas operaciones (inscripción a Exámenes, o a Comisiones, entre otras) si el estudiante en cuestión registraba una deuda.
Adjunto captura de la operación en cuestión.
No he encontrado en la documentación de Guaraní 3 estas operaciones, ¿ Nos pueden brindar ayuda o información al respecto?
En Guaraní 3 en la operación Administrar Requisitos tenes los requisitos del tipo proceso Que el alumno no sea moroso en la comisión. y Que el alumno no sea moroso en ninguna comisión., pero eso se agrego junto con los cursos cobrables de Sanaviron-Quilmes.
No se si hay algo similar a lo que comentas en G3.
Hola Rodrigo, como bien dice Leonel, en G3 también es posible establecer si una propuesta / actividad es cobrable. La manera de controlar que un alumno no pueda realizar una acción específica si es moroso/a es a través de los requisitos Que el alumno no sea moroso en la comisión / Que el alumno no sea moroso en ninguna comisión .
El registro de quienes pagaron y quienes deben se realiza en SIU-Sanavirón Quilmes , que le informa a SIU-Guaraní el estado “financiero” del alumno a través de un servicio.
No terminamos de entender si esto responde la pregunta o lo que ustedes necesitarían es un reporte de alumnos morosos en SIU-Guaraní
Lo que se podia definir en Guarani 2, en Guarani 3 se debe hacer a traves del sistema Sanaviron-Quilmes (SQ)
Desde Guarani se infornan las propuestas y actividades que se van a cobrar a SQ (aqui se definen los diferentes medios de pago, los conceptos que se cobran, importes, etc…) y se consulta si el alumno es moroso por los requisitos que mencionaron anteriormente.
¿Cómo podemos bloquear los estudiantes deudores de manera manual para que no se puedan inscribir a cursadas/exámenes?
Existe el requisito Que el alumno no sea moroso en ninguna comisión.
Deberian agregar este requisito en la accion "Cursadas" y "Exámenes" y activarlo en las operaciones de Inscripción.
Previamente deberian agregar este requistio en la accion Examenes por la base:
Pero deberian agregar este requisitos en la accion examenes y consta
INSERT INTO sga_requisitos_validos (accion, requisito) VALUES (2, 90); -- Examenes
y en Constancias, si no quieren dejar emitir constancias y certificados al alumno si es moroso:
INSERT INTO sga_requisitos_validos (accion, requisito) VALUES (6, 90); -- Constancias
Buenos días,
siguiendo con este tema, les comento que estuvimos analizando el proceso de notificación de morosos y vemos que los mismos se almacenan en la tabla int_sq_morosos.
Nosotros obtenemos la lista de estudiantes morosos desde un sistema propio, por lo que deberíamos agregarlos de alguna manera en la tabla int_sq_morosos.
Dentro de dicha tabla vemos que existe el campo nro_transaccion, ¿A qué hace referencia?¿Cómo podemos hacer para obtenerlo en base al alumno?
Les menciono que en esta primera instancia no contamos con la integración de Guaraní 3 y SQ, por tal motivo estamos buscando una alternativa para solucionar este inconveniente.
El nro de transacción es un dato único que refiere, en este caso, a cada alumno moroso y que es el dato que SQ tiene registrado y por el cual individualiza al alumno.
Para el caso de Uds que no necesitan este dato, hay dos opciones:
Definen cualquier valor , ya que no lo van a utilizar al no estar sincronizados con SQ.
Cambian el default de ese campo para que el dato se registre en cada insert automaticamente:
set search_path = negocio;
ALTER TABLE int_sq_morosos ALTER COLUMN nro_transaccion SET DEFAULT nextval('aud_nro_transaccion_seq'::text);
Buenos días,
les comento que hemos podido incorporar a los estudiantes deudores en la tabla int_sq_morosos según las recomendaciones que nos fueron dando.
El control de la regla lo realiza de manera correcta, el único inconveniente que vemos se encuentra en el mensaje que retorna el control. En donde el nombre de la propuesta que se muestra en el mensaje no se corresponde con la propuesta a la cual está inscripto el estudiante.
Adjunto captura en donde se visualiza este inconveniente.
¿Nos podrían guiar para solucionar este problema?
Saludos.
Realizamos la modificación que nos indicaron y la propuesta que se visualiza en el mensaje del control es la correcta.
Muchas gracias por la solución.
Saludos.
