Inscribir a propuesta desde preinscripción

Buenas noches,
Estamos en producción con periodo de preinscripción e inscripción a propuestas vigentes.
Versión del sistema: 3.21.0
Primer tema, la persona tiene inscripción a la propuesta aceptada, en periodos anteriores:


De igual forma se registró la preinscripción (por preinscripcion) con el mismo país, tipo y número de documento registrados en G3.
Segundo tema, cuando se recupera la preinscripción, usando la operación » Matrícula » Preinscripciones » Inscribir a Propuesta desde Preinscripción, filtrando por el año 2024, origen preinscripción e identificación, se recupera el registro.
Al intentar procesar, arroja un error de SQL:
image
En el log del sistema aparece:

[ERROR][guarani] SQLSTATE[42601]: Syntax error: 7 ERROR:  syntax error at or near "ORDER"
LINE 6:     ORDER BY sga_alumnos_hist_calidad.fecha DESC, sga_alumno...
            ^
[ERROR][toba] toba_error_db: <p><b>SQLSTATE:</b> db_42601</p><p><b>CODIGO:</b> 7</p><p><b>MENSAJE:</b> ERROR:  syntax error at or near "ORDER"
LINE 6:     ORDER BY sga_alumnos_hist_calidad.fecha DESC, sga_alumno...
            ^</p><p><b>SQL:</b> SELECT          sga_alumnos_hist_calidad.calidad,
                                                        sga_alumnos_hist_calidad.fecha

                                FROM            sga_alumnos_hist_calidad
                                WHERE           sga_alumnos_hist_calidad.alumno = Array
                                ORDER BY        sga_alumnos_hist_calidad.fecha DESC, sga_alumnos_hist_calidad.cambio_calidad DESC
                                LIMIT           1
                 -- toba_log: 1594650 </p>

Creo que viene por el lado de:
php/nucleo/matriculas/inscripciones/propuestas_preinscripcion/preinscripcion_nucleo.php, lInea 923
donde se llama a:
static::procesar_alumno($persona, $propuesta, $plan_version, $modalidad, $ubicacion, $situacion_aspirante);
allí se consume:
$datos_alumno = toba::consulta_php('co_alumnos')->get_alumno($persona, $propuesta);
que es un arreglo con los campos del resultado de la consulta.
Luego se consume:
$calidad_alumno=toba::consulta_php('co_alumnos')->get_ultimo_cambio_fecha_calidad($datos_alumno);
pero este último método espera un valor entero como argumento y se le está enviando un arreglo.

/**
	 * Retorna el último cambio de calidad de un alumno.
	 *
	 * @param integer $alumno
	 * @return array
	 */
	function get_ultimo_cambio_fecha_calidad($alumno)
	{
...
}

Cualquier ayuda será agradecida

Damian

Hola Damián, ¿cómo estás? Necesitaría por favor que me indicaras algunas cosas respecto de tu consulta:

  1. ¿En qué versión de Preinscripción están?
  2. En el caso que mencionás de la persona que tenía una inscripción previa en estado aceptada ¿la nueva inscripción la hizo con un e-mail diferente?
  3. ¿Este caso se dio con una sola persona o con varias?
    Espero tus comentarios.
    Saludos

Hola @mravello

  1. versión = 3.21.0
  2. La preinscripción se realizó con la misma dirección de correo.
  3. Hasta ahora nos reportaron 2 casos

Saludos

Hola nuevamente @dsolalinde. Intentaremos replicar el caso y si fuera necesario te pediremos más información.
Saludos

@dsolalinde estuvimos intentando replicar la situación que nos comentaste y los controles funcionan correctamente. Podrías por favor darnos más información del caso o alguna particularidad para tratar de entender qué está sucediendo y encontrar la respuesta.

Hola, no tengo mas información del tema que los logs de gestión cuando se intenta procesar la preinscripción.
Usamos la operación » Matrícula » Preinscripciones » Inscribir a Propuesta desde Preinscripción
Y lo registrado en sistema.log es lo que se describe en el primer mensaje.
Gracias

Buenos días Damian, me indicarías si tenes alguna personalización realizada en esa operación “Inscribir a propuestas desde preinscripción”

otra cosa revisaste correctamente que la persona tenga el mismo pais_documento, tipo_documento, nro_documento en ambas bases.

la preinscripción procesada fue realizada antes de que la persona ya existiera como persona en guaraní? porque puede haber pasado que la preinscripción sea anterior y no esté vencida por eso dejó levantarla. No que haya generado el usuario de cero ahora cuando ya existe la persona en guaraní.

con respecto a la inscripción que falla en que momento lo hace, cuando haces clic en el boton “Procesar Inscripción”, lo hace en todos los casos o solo en estos que ya tienen registro en la base de gestión?

Disculpá las consultas son para poder desentrañar mas el problema. Gracias

Hola @lsoria_siu
La operación no está personalizada
En la base de G3, tiene 2 documentos registrados, DNI, Argentina, y CUIT. El DNI coincide con lo registrado en la base de preinscripción
En la base de preinscripción tiene 2 registros con el mismo país documento, tipo documento, y número de documento y dirección de correo diferente.
El registro mas antiguo se corresponde con su inscripción a propuesta actual vigente.
El mas reciente es el registro que se quiere procesar con gestión, y es cuando falla la operación.
Falla al presionar procesar inscripción.
Lo hace en un par de casos reportados por las personas que están inscribiendo.

Saludos

Hola Damián,
El error de sintaxis fue corregido en la versión 3.21.1 (ticket #45187). Si les parecen creen una nueva solicitud en el Gestor de Solicitudes y les parchamos la solución.
Saludos, Florencia.

Gracias Florencia.
Saludos