Hola!! Tenemos 3.21.3
Les consulto si se puede pasar estudiantes de propuestas con planes de estudio cobrables (en SQ) como pasivos, debido a que adeudan la matricula. Si esto se puede configurar o si hay algún parámetro o requisito
Como veo en ficha del alumno, moroso desde, pensé que se puede hacer algo
Muchas gracias!!!
saludos!!
Laura
Hola Laura! Cómo estás?
No existe un circuito que contemple lo que están proponiendo.
Lo que pueden hacer es configurar el requisito “Que el alumno tenga paga la inscripción a la propuesta en SQ.” como requisito de ingreso.
De esta forma si el alumno no cumple con el pago de la matrícula antes de la fecha tope configurada para el requisito, su inscripción a la propuesta quedará rechazada.
Este circuito no les serviría?
Saludos!
Muchas gracias Martín!!
Lo había pensado pero no me animaba!!!
Funciono!!!
Muchas gracias!!
Saludos!!
Laura
Hola Martín, tenemos el mismo caso que plantea Laura pero en nuestra instalación, al definir el requisitos “Que el alumno tenga paga la inscripción a la propuesta en SQ.” como requisito de ingreso nos da el error “No se encuentra el parámetro de contexto: alumno.” en varios lugares por ejemplo “Ficha de alumno, Cerrar Períodos de Inscripción a Propuesta, reporte de requisitos de una persona“. Analizando un poco vemos que el requisito lo tenemos definido en el punto de control 2 (Alumno - Operación) pero al usarlo como requisito de ingreso los parámetros enviados son persona, propuesta y no alumno. ¿Que puede ser que estemos haciendo mal?
Hola Carlos!
En qué versión del sistema se encuentran?
El requisito “Que el alumno tenga paga la inscripción a la propuesta en SQ.” lo tienen configurado únicamente como requisito de ingreso o también lo han configurado a alguna acción?
Realizaron alguna personalización en la regla del requisito?
Analizando un poco vemos que el requisito lo tenemos definido en el punto de control 2 (Alumno - Operación) pero al usarlo como requisito de ingreso los parámetros enviados son persona, propuesta y no alumno.
Justamente al enviar los datos de la persona y propuesta se tiene el dato de alumno.
Hola Martín
Estamos en versión 3.22.0
Por el momento no tenemos configurado el requisito “Que el alumno tenga paga la inscripción a la propuesta en SQ” en ningún otro lugar solo probamos como requisito de ingreso porque el objetivo es rechazar la inscripción de los que no paguen la matrícula pero como te mencione al utilizarlo como requisito de ingreso nos da error en las operaciones que listan los requisitos de ingreso ya que las mismas quieren validar la regla pasando persona, propuesta en lugar de alumno y falla.
Lo que se me ocurre es hacer otra regla personalizada que extienda de la siu y busque el alumno antes de validar la regla de siu.
Hola Carlos!
Primero vamos a hacer una prueba en nuestros ambientes. Ya que no hemos recibido hasta el momento ningún reporte sobre este error cuando se utiliza este requisito como requisito de ingreso.
Les pedimos también si pueden enviarnos los logs que se generan cuando aparece el error.
Saludos!
Hola te dejo la salida del log de la operación Cerrar Períodos de Inscripción a Propuesta
logs
$ cat instalacion/i__produccion/p__guarani/logs/procesos_bk/pro_cierre_periodo_insc__20250811_091954___7814/log_ejecucion.txt
guarani_error: No se encuentra el parmetro de contexto: alumno. in /usr/local/app/php/nucleo/_lib/reglas/regla_nucleo.php:119
Stack trace:
#0 /usr/local/app/php/nucleo/matriculas/actualizaciones/cierre_periodo_insc/pro_cierre_periodo_insc_nucleo.php(157): regla_nucleo->set_parametros_contexto()
#1 /usr/local/app/php/nucleo/matriculas/actualizaciones/cierre_periodo_insc/pro_cierre_periodo_insc_nucleo.php(77): pro_cierre_periodo_insc_nucleo->requisito_cumplido()
#2 /usr/local/app/php/nucleo/_lib/procesos_bk/disparar_proceso.php(16): pro_cierre_periodo_insc_nucleo->procesar()
#3 /usr/local/app/vendor/siu-toba/framework/php/nucleo/componentes/toba_cargador.php(311): require_once('/usr/local/app/...')
#4 /usr/local/app/vendor/siu-toba/framework/php/nucleo/toba_solicitud_consola.php(25): toba_cargador::cargar_clase_archivo()
#5 /usr/local/app/vendor/siu-toba/framework/php/nucleo/toba_nucleo.php(211): toba_solicitud_consola->procesar()
#6 /usr/local/app/vendor/siu-toba/framework/php/consola/comandos/comando_item.php(31): toba_nucleo->acceso_consola()
#7 /usr/local/app/vendor/siu-toba/framework/php/consola/comando.php(102): comando_item->opcion__ejecutar()
#8 /usr/local/app/vendor/siu-toba/framework/php/consola/comando.php(90): comando->ejecutar_opcion()
#9 /usr/local/app/vendor/siu-toba/framework/php/consola/consola.php(78): comando->procesar()
#10 /usr/local/app/vendor/siu-toba/framework/php/consola/consola.php(55): consola->invocar_comando()
#11 /usr/local/app/vendor/siu-toba/framework/php/consola/run.php(32): consola->run()
#12 /usr/local/app/vendor/siu-toba/framework/bin/launcher.php(31): require_once('/usr/local/app/...')
#13 /usr/local/app/vendor/siu-toba/framework/bin/toba(1): require_once('/usr/local/app/...')
#14 /usr/local/app/bin/toba(115): include('/usr/local/app/...')
#15 {main}bash-5.1$
Gracias!
Vamos a analizar los logs con el equipo técnico y también vamos a intentar replicar el caso en nuestros ambientes.
Les avisamos en cuanto tengamos novedades.
Saludos!
Hola Carlos!
En regla_nucleo.php la regla 119 es la que corresponde al requisito “Que el alumno tenga paga la inscripción a la propuesta en SQ”?
Pueden correr la siguiente consulta y pasarnos los resultados:
SELECT * from sga_reglas WHERE regla = ‘119’
Si se dirigen a la operación de “Sincronizar Novedades con SQ” les muestra la operación correctamente o les aparece algún error?
En la ficha de la persona el error les aparece únicamente cuando seleccionan personas que tengan dicho requisito de ingreso en su matrícula? Con otros alumnos ingresa bien?
Hola Carlos!
Ahí concluimos con las pruebas.
Efectivamente hay un inconveniente con el requisito “Que el alumno tenga paga la inscripción a la propuesta en SQ” ya que no está preparado para funcionar como requisito de ingreso.
Lo que pueden hacer para dar de baja las matriculas de alumnos que no realizaron el pago es utilizar el proceso anular_inscripciones_g3 de SQ.
Este, al detectar una inscripción pendiente de pago, deja la inscripción pendiente de anulación en SQ, notifica a Guarani, a la espera del OK, para dejarla anulada en SQ.
Pueden encontrar más información sobre este proceso en este hilo.
Hagan una prueba en un ambiente de testing para verificar si configurando este proceso se dan de baja correctamente las inscripciones.