Error en fecha comprobante de baja inscripción a cursada

Buen día, les quería consultar sobre el tema de referencia ya que algunos alumnos se dieron de baja por autogestión y al obtener el comprobante, el mismo muestra la “MISMA” fecha-hora para la fecha de Inscripción y fecha de baja (adjunto comprobante). Por este motivo fuimos a consultar el log y pudimos verificar que la fecha de Inscripción es correcta (la cual obtenemos de logs_sga_insc_cursada) pero la fecha de baja (la vemos de logs_sga_insc_cursada_log) y debería reflejar la fecha de Operación.


comprobantebaja.png

comprobantebaja.png

Hola Javier, el dato de la fecha de baja de la inscripción se esta recuperando de sga_insc_cursada_log.fecha_operacion (método info_comprobante_bjaja del archivo inscripcion_cursada.php)

En el archivo generador_comprobantes_cursadas.php, metodo generar_comp_baja
En la linea 180 tenes lo siguiente?:
‘fecha_baja_inscripcion’ => $datos[‘fecha_baja_inscripcion’],

Verificamos en version 3.21 y esta mostrando la fecha de baja de la inscripción.
¿En que version estan? Podes verificar los metodos mencionados anteriormente?

Hola, agrego a lo de Ale:

Si estas usando la versión 3.18.1 usa la columna sga_insc_cursada_log.fecha_operacion para el campo Fecha de baja, lo podes ver acá.

saludos.
2

Ale / Leo, gracias por sus respuestas, les comento, estamos en la versión 3.21.0, SI tenemos lo mencionado por Ale. Lo raro es que nos pasaron varios comprobantes con el mismo error… un listado de como 15 personas. Les adjunto un print de pantalla del log de datos en donde se muestra la diferencia en los datos


log_datos.png

log_datos.png

Hola Javier,

Claro, pero te debería mostrar la Fecha Operación en el valor Fecha de baja del comprobante.

Por lo que veo para la inscripción 454557 (transacción 849273) se inscribió el 2023-03-01 13:09:53 y se dio de baja el 2023-03-02 00:21:46.

¿tenes personalizaciones o cambios locales?
Veo que el formato es diferente, te dejo adjunto.

saludos.
2


Comprobante baja - TMIT.png

Comprobante baja - TMIT.png

Tengo entendido que no hubo personalizaciones en ese ítem, preguntaré al resto del equipo. Pudimos ver que que el formato que nos enviaron es del comprobante que se hace en Gestión. Estamos sospechando que quizás sean algunos alumnos que se quieran pasar información falsa.

Muchas gracias por la información y el tiempo dedicado.

Hola Javier,

Tenes razón, ese comprobante es de Gestión operación » Cursadas » Inscripciones » Dar de baja Inscripción a Cursada.

Igualmente la Fecha de Insc. debería ser distinta a Fecha de Baja, en la función eliminar_inscripcion de php/operaciones/cursadas/inscripciones/baja_inscripcion_cursadas/ci_edi_baja_inscripcion_cursadas.php vas a ver que hace lo siguiente:


guarani_datos_impresion::instancia()->nueva_fila_datos('Fecha de Insc.', $formateo->formato_fecha_hora($datos['fecha_inscripcion']));
guarani_datos_impresion::instancia()->nueva_fila_datos('Fecha de Baja', guarani_fecha::get_ahora(true));

Lo podes ver acá.

¿tenes personalizada dicha impresión?

saludos.
2


Comprobantes.zip (53.4 KB)

Se va a arreglar en el ticket 45833.

Crea un GDS y agrega en numero aquí así te pasamos HOTFIX.

¿En Autogestión muestra bien la fecha de baja?

¿que te devuelve la siguiente query?

SELECT to_char(CURRENT_TIMESTAMP, 'DD/MM/YYYY HH24:MI:SS') as ahora;

¿estará mal la zona horaria de Postgres?

SHOW timezone;

saludos.
2

Leo, te paso lo solicitado:

Solicitud GDS número 64200

En Autogestión la fecha de baja sale de manera correcta.

¿que te devuelve la siguiente query?
29/05/2023 08:44:47
SHOW timezone;
America/Buenos_Aires

Saludos

Hola Javier,

Dale, lo seguimos por el GDS 64200.

A mi SHOW timezone; me da un resultado apenas diferente, me da America/Argentina/Buenos_Aires en lugar de America/Buenos_Aires.

Revisando algunos posts parece que es America/Argentina/Buenos_Aires la forma correcta:
https://foro.comunidad.siu.edu.ar/index.php?topic=5444.0
https://www.postgresql.org/message-id/01dc01c84e85$e2abb5a0$8f01010a@iptel.com.ar

saludos.
2

Leo, son post medio viejos, cuando había horario de verano… y al parecer les tenía que devolver el TimeZone -2, nosotros tenemos configurado el postgresq.conf de la siguiente manera:

timezone= ‘America/Argentina/Tucuman’

Saludos