Guaraní 3.22.3 - Araucano archivo 2 error en año de cursada

Buenas tardes, desde una instalación de test de Guaraní 3.22.3 descargamos los txt para Araucano y notamos que no es correcto el dato de Año de cursada (campo 14)

En un muestreo que hicimos, notamos que modificó el año de cursada en los casos en que los estudiantes tenían ausente o reprobado en examen de la materia.

Ejemplo:

descargado de 3.21.3: año de cursada 2024 (verificado en ficha del alumno) Cursó en 2024 Ausente en mesa de examen de 2025, Aprobado en mesa de examen de 2025

Misma registro descargado de 3.22.3: año de cursada 2025

descargado de 3.21.3: año de cursada 2023 (verificado en ficha del alumno) Cursó en 2024, Ausente en mesa de examen de 2024, Reprobado en mesa de 2025, Aprobado en mesa de examen de 2025.

Misma registro descargado de 3.22.3: año de cursada 2025

¿Cuál puede ser el problema?

Saludos,

Laura

Hola Laura! Cómo estás?

Tomamos el caso para analizarlo.

Dentro de la versión 3.22.3 verificaron en la ficha del alumno que los años de cursada sean 2024 y 2023 respectivamente en cada caso? Para saber si el error no viene por una alteración directa en los datos de cursada.

En estos casos los alumnos estaban inscriptos en la mesa en la instancia de regulares? o en la instancia de Libres?

Saludos!

Hola Martín, gracias por responder.

  • en la ficha del alumno las regularidades no son del año 2025 (son 2023 o 2024)
  • están inscriptos a mesa de examen del año 2025 como alumnos regulares

Puede ser que esté tomando el año de aprobación? Porque en todos los registros el dato de cursada es de 2025, no hay ninguno de otro año.

Aprovecho para hacer otra consulta, el campo no 7 del archivo 1 de Araucano llamado “Fecha de Ingreso” lo toman del campo de Guaraní “Fecha de inscripción” y no de “Fecha de Ingreso”?

Saludos,

Hola Laura!

Sabés en qué momento realizaron el despliegue de la versión 3.22.3?

Ya que en octubre nosotros subimos un parche por un error que había justamente a la hora de generar los archivos araucano:

Si el despliegue lo realizaron antes de octubre probablemente no tengan aplicado este fix.

Saludos!

Actualmente se informa aquí la fecha de inscripción. Pero justo estamos viendo actualmente este tema con el Ministerio para ver si necesitan que lo cambiemos.

Hola Laura!

Para seguir analizando el tema les pedimos que exporten a txt la tabla int_arau_nominal_actividades, identificando cual es la fila con el problema y nos la envíen por GDS. Así vemos que datos se estan informando.

Saludos!

Buen día, se cargó en #82078

Gracias!

Buenos días!

Sumo a un error en el mismo campo. Tenemos 2 situaciónes distinas.

Actualizamos a la 3.22.3 hace 2 semanas.

Por un lado, en las filas donde campo 12 = 0 o 2 (aprobados con examen regular o promoción) que deberían tener año de cursada en campo 14, tenemos muchos casos de estos donde campo 14 = 0 y encontramos que son exámenes de instancia “tesis” o “Examen Complementario por Equivalencia”, en los que no debería haber año de cursada. La pregunta sería, por que esos tipos de examen se clasifican como “regular” y donde podría cambiarlo?

Por otro lado donde campo 12 <> 0 o 2, campo 14 debería ser 0, y tenemos muchos (22000) casos donde está vacío el campo.

Hola David! Cómo estás?

Gracias por compartirnos estas situaciones.

Vamos a analizarlos junto al equipo técnico para ver si encontramos inconvenientes en el código para estos casos.

Sobre el primer caso:

En estos casos donde el alumno rindió el examen en instancia “tesis” o “Examen Complementario por Equivalencia”, con qué valor se les está informando el campo 12? con valor 0 o 2?

Respecto al segundo caso:

Es posible que esto les esté sucediendo en los casos donde el alumno rindió el examen en condición de Libre? Ya que habíamos detectado que en estos casos se enviaba un Null en lugar de 0 e hicimos un ticket para solucionarlo ( #51238). Si es este el caso por favor carguen un GDS así les pasamos la solución.

Les avisamos en cuanto tengamos novedades.

Saludos!

Buenas! como estas Martin?

Del primer punto, en todos los casos el C12 es 0 (no hay casos de promoción erroneos), a ambos los considera examen regular.

Del segundo punto tengo de casi todos los tipos, C12= 1 (11000), 3(5000), 4(29), 5(6000).

Saludos!!

Hola David!

Ya trasladé la consulta a los especialistas de Araucano, ya que en el instructivo de carga no se detalla la forma de informar dichas instancias de examen en concreto, para entender si es correcto que se informen como exámenes regulares o bajo qué codificación deberán informarse.
Por lo que veo en registros de análisis en casos similares años anteriores pareciera que se decidió que todos aquellos tipos de aprobación que no correspondan con ninguna de las categorías definidas por Araucano se informen con el valor 0. Pero voy a verificar esto con los especialistas para confirmarles con seguridad.

En los casos donde C12=1 se estaba informando null en lugar de 0 y desarrollamos la solución para la versión 3.23.0 (ticket #51238). Por favor cárguennos un GDS así el equipo técnico los guía para aplicar el fix.
Respecto al resto de los casos (C12 = 3, 4 o 5) no veo que se hayan reportado errores al respecto. En esos casos debería enviarse correctamente el 0 para el campo 14.
Ustedes detectan que en esos casos también se está enviando un null?

Saludos!

Buenisimo, entiendo que tesis y complementario deberían catalogarse como libres a efectos de relacionar con una fecha de cursada, porque esta no existiría.

Por lo segundo, ahora cargo el gds por los casos 1, y por los otros, si, encontré esa cantidad aproximada de casos C12=3,4,5. (unos 11000 casos entre los 3)

Bien!

Ahí me confirman que actualmente estas instancias se informan con el valor 0.

Estamos analizando si conviene modificar esta lógica para que quede de la siguiente manera:

  • Examen complementario deba informarse como el libre (valor 1).
  • Tesis: con valor 0 si es que se cursa, y 1 si no requiere cursada.

Pueden cargarnos un GDS por este tema así ya creamos y asociamos un ticket para esta mejora?

Esto es mas raro, ya que no se reportaron casos de este estilo.
Te hago una pregunta, en todos los casos donde C12=3,4,5 se está informando C14=null? O tienen casos donde se informe correctamente el 0?

Buen día!

Todos los casos donde C12 =1,3,4,5 salen con null.

Creo 2 gds? uno por el cambio de logica de las instancias de examen y otro por los null?

Hola David!

Carganos un solo GDS. Por allí vemos el tema de los null en los casos de exámenes libres y asociamos también un ticket para analizar este tema de las lógicas de las instancias (lo tenemos que ver bien con la gente de araucano para saber cómo necesitan ellos que les llegue).

Respecto a los otros casos donde también se estaban informando null, estuvimos viendo el código y parece correctamente armado para que en los casos donde no hay valor se informe 0.

Les pedimos si pueden fijarse en su instalación si en php/nucleo/administracion/co_araucano.php, tiene lo siguiente en archivo 2:
coalesce(int_arau_nominal_actividades.anio_cursada,0), (campo 14, archivo_2.txt)

Saludos!

Por si las dudas, la ruta que tenemos es php/nucleo/administracion/araucano/co_araucano.php

y la función que está para el archivo 2 es esta:

function get_nominal_actividades($anio_academico, $fecha_desde=null, $fecha_hasta=null, $responsable_academica=null)
{
// Genera el archivo de actividades (A = Aprob. x resolucion / B = equivalencias totales / E = Examenes / P = Promociones)
// archivo_2
$where = ‘’;
$formato_fecha_visual = toba::db()->quote(comunes::formato_fecha_visual);
$formato_fecha_orden = toba::db()->quote(comunes::formato_fecha_orden);
if (!is_null($fecha_desde)) {
$where = " AND int_arau_nominal_actividades.fecha >= to_date(‘$fecha_desde’, $formato_fecha_visual)“;
}
if (!is_null($fecha_hasta)) {
$where .= " AND int_arau_nominal_actividades.fecha <= to_date(‘$fecha_hasta’, $formato_fecha_visual)”;
}
$anio_academico = toba::db()->quote($anio_academico);
$condicion_ra = is_null($responsable_academica) ? ‘IS NULL’ : '= '.toba::db()->quote($responsable_academica);
$sql = "SELECT DISTINCT int_arau_nominal_alumnos.tipo_documento,
int_arau_nominal_alumnos.nro_documento,
int_arau_nominal_alumnos.cuil_cuit,
int_arau_nominal_oferta.unidad_academica_araucano,
int_arau_nominal_oferta.titulo_araucano,
to_char(int_arau_nominal_actividades.fecha, $formato_fecha_orden) as fecha,
int_arau_nominal_actividades.resultado,
int_arau_nominal_actividades.actividad_codigo,
int_arau_nominal_actividades.actividad_nombre,
int_arau_nominal_actividades.carga_horaria,
int_arau_nominal_actividades.obligatoriedad,
int_arau_nominal_actividades.forma_aprobacion,
int_arau_nominal_actividades.institucion_araucano_ubicacion as dependencia_aprobacion,
int_arau_nominal_actividades.anio_cursada,
int_arau_nominal_actividades.nro_libro,
int_arau_nominal_actividades.nro_acta,
int_arau_nominal_actividades.folio_fisico,
int_arau_nominal_actividades.expediente
FROM int_arau_nominal_actividades
JOIN int_arau_nominal_alumnos ON int_arau_nominal_alumnos.anio_academico = $anio_academico AND int_arau_nominal_alumnos.responsable_academica $condicion_ra AND int_arau_nominal_actividades.persona = int_arau_nominal_alumnos.persona
JOIN int_arau_nominal_oferta ON int_arau_nominal_oferta.anio_academico = $anio_academico AND int_arau_nominal_oferta.responsable_academica $condicion_ra AND int_arau_nominal_actividades.alumno = int_arau_nominal_oferta.alumno AND int_arau_nominal_actividades.certificado = int_arau_nominal_oferta.certificado
WHERE int_arau_nominal_actividades.anio_academico = $anio_academico AND
int_arau_nominal_actividades.responsable_academica $condicion_ra AND
int_arau_nominal_actividades.origen_codigo IN (‘A’,‘B’,‘E’,‘P’) AND
int_arau_nominal_oferta.unidad_academica_araucano IS NOT NULL
$where
ORDER BY int_arau_nominal_oferta.unidad_academica_araucano,
int_arau_nominal_oferta.titulo_araucano,
int_arau_nominal_alumnos.tipo_documento,
int_arau_nominal_alumnos.nro_documento,
fecha
";
return guarani::db()->consultar($sql);
}

no hay ningun coalesce

Saludos

Gracias David!

Ahí estuvimos comparando y parece tratarse de un bug en la versión 3.22.3.
En cuanto tengamos armado un fix se los pasamos por el GDS.

Saludos

Hola David!

Ahí aplicamos un hotfix masivo en 3.22.3 con este arreglo para que se informe correctamente en 0.

Por favor actualicen su ambiente de desarrollo para que aplique el arreglo.

Saludos!

Buen día.

Genial, Cargué el gds #82317 igual, donde está lo del cambio de lógica y también un tema sobre el archivo 13.

Saludos