Hola Florencia, en la universidad estamos con la versión 3.20.0 de Guarani. Como se pueden obtener los txt de araucano con las nuevas variables?
Hola Valeria,
En estos casos se sugiere hacer una instalación desde cero de la versión 3.21.2, copiar la base de datos de negocio de producción y migrarla.
Saludos, Florencia.
Florencia, en caso que por el momento esto no sea posible hacer esto, las columnas nuevas de los txt se cargan vacias?
Valeria,
En ese caso el archivo va a incluir menos columnas por fila que las esperadas por Araucano.
Saludos, Florencia.
Gracias Florencia, existe alguna posibilidad de que nos pasen las consultas que obtienen estos datos para poder obtenerlos mediante sql, ya que al igual que otros no podemos pasar de versión en estos momentos.
Saludos.
Buen día Florencia, nosotros estamos en la versión 3.21.1 y nos encontramos en la misma situación.
Vamos a proceder a realizar una instalación desde 0 de la versión 3.21.2 y luego copiar un bkp de la base de datos de producción. Para migrar la base solo debemos ejecutar el comando ./guarani migrar_base o nos faltaría realizar algún paso más?
Desde ya muchas gracias.
Saludos.
Leandro,
Las consultas SQL que obtienen los datos para los archivos de texto están en la clase ‘co_araucano’. El método para el archivo 0 sería ‘get_nominal_alumnos’. Se basa en datos de la tabla ‘int_arau_nominal_alumnos’ que se completa en el método ‘generar_nominal_alumnos’ de la clase ‘act_araucano’.
Saludos, Florencia.
Hola Edgardo,
Sí, es sólo ese comando.
Saludos, Florencia.
Buenos días como están?
Revisando el txt con errores nos encontramos tambien con el siguiente:
“archivo_0.txt|31|21 - Condición de Discapacidad|N|Combinación Inválida - Condición S sin ninguna discapacidad declarada o Condición N y alguna discapacidad declarada”
Tenemos 34 casos, me encuentro con que todos tienen condición de discapacidad declarada, y luego una discapacidad. Por lo cual entiendo que estos casos no deberían entrar como error…
Adjunto una imagen
Aguardo su respuesta
Marcelo,
Los datos de discapacidad que se informan salen del histórico a la fecha 01/04/<año académico a informar>. Puede que el que estás viendo en la sección “Discapacidad” de la operación “MATRÍCULA » PERSONAS » ADMINISTRAR PERSONAS” esté más actualizado y no sea el que corresponde a esa fecha…
La función de la base de datos get_dato_censal_discapacidad(<identificador de la persona>, <fecha>) permite obtener el identificador del dato censal con el que luego acceder a un registro de la tabla ‘his_datos_discapacidad’. Allí podés chequear qué valor tienen las columnas y corregirlo en caso de que sea incorrecto.
Saludos, Florencia.
Florencia,
Teniendo en cuenta que los datos salen del histórico, que tabla deberíamos arreglar para Identidad de género, el error el el siguiente:
archivo_0.txt||18 - Identidad de Género y Diversidad Texto||Longitud Identidad de Género y Diversidad Texto menor que 5
Aguardo tu respuesta, saludos
Marcelo,
La columna 18 del archivo 0 se obtiene de ‘mdp_personas.identidad_genero_otro’.
Saludos, Florencia.
Excelente, muchas gracias Florencia.
Saludos!
¿Estimados como están?
Tenemos los siguientes casos que estamos analizando persona por persona. el error es el siguiente:
Condición de Discapacidad Combinación Inválida - Condición NO y alguna discapacidad declarada
Analizando los casos seleccionamos un alumno a modo de EJ…
Vemos que el mismo solo tiene 3 registros en el histórico
El primer registro sería correcto no tendría errores en araucano y según la ficha del alumno la última actualización de datos fue el 01/03/23, por lo cual debería estar tomando ese registro y no sería informado como error.
Asimismo, vemos que en el archivo 0 de araucano esta informado la segunda línea del archivo que adjunto, la cual tiene Condición discapacidad N y una discapacidad declarada.
Como pueden ver en el adjunto el único dato que cambio fue de discapacidad N a S.
Aguardo su respuesta.
Saludos
ej disc.txt (1,2 KB)
Ana,
Allí está haciendo un COALESCE entre el parámetro y la fecha actual, para contemplar el caso en que el valor del parámetro es nulo. No sería el caso de Araucano, que invoca a la función con la fecha ‘01/04/<año académico>’.
Saludos, Florencia.
Si, Florencia. Lo acabo de ver en la exportación de ARAUCANO, por eso eliminé el post.
El resto de las diferencias entre la condición declarada = ‘N’ y los datos declarados, corregí el histórico.
Marcelo,
La función de la base de datos ‘get_dato_censal_discapacidad’ busca en el histórico el registro con mayor fecha anterior o igual a la enviada como parámetro. Fijate que los dos primeros registros del ejemplo tienen exactamente la misma fecha y hora. Si modificás esas fechas o borrás alguno de los registros debería funcionar.
Saludos, Florencia.
Buenos días Florencia,
Intentamos modificar la fecha pero no nos permite, queda procesando y nunca termina. Hicimos las pruebas desde DBeaver, PGadmin4 y directo en la consola por psql con la sentencia update. También probamos eliminar y no finaliza.
En paralelo probamos actualizar el dato en nuestro servidor de producción que actualmente esta en la versión 3.19.1 y no hubo inconveniente.
Existirá alguna restricción en la base de la versión 3.21.2?
Muchas gracias!
Saludos
Hola Pablo,
No, ninguna restricción. Otra opción es corregir el dato directamente sobre los archivos .txt…
Saludos, Florencia.
Buenas tardes Florencia,
Al final pudimos modificar los registros en la base de datos con la versión 3.21.2.
Pero analizando un poco mas en profundidad encontramos una forma de que la función tome el ultimo registro actualizado, evitando así tener que alterar los registros históricos almacenados.
Abro un GDS para enviar el informe completo y que puedan analizar si es correcto y factible aplicarlo.
Muchas gracias por el soporte!
Saludos