Buen dia,
Les escribo para realizarles la siguiente consulta: cuando ocurre el error de clave vencida al ingresar a Huarpe y solicita el ingreso de un correo electronico de recuperacion, nos sale el error adjunto.

Para la configuración de correo hicimos los siguientes pasos:
1- Verificamos que el usuario tenga cargado el email.
2- Configuramos el correo en /home/userx/expedientes/prod/sudocu/config/config-api-server.json   
3- Configuramos el correo en /home/userx/expedientes/prod/arai/usuarios.env
4- Hicimos un telnet a: telnet xx-xx.unpa.edu.ar 465 y funciona

5- Luego probamos ejecutar el comando:
docker stack deploy --with-registry-auth -c huarpe.yml huarpe

y nos salio un error de conexión a hub.siu.edua.r

6- Probamos ejecutar:

docker stack deploy --with-registry-auth -c usuarios.yml usuarios
Se ejecuto correctamente, pero cuando ingresamos a huarpe, ingresamos el mail, nos sale el error adjunto.


La consulta es: falta alguna otra configuración, debemos desplegar el usuarios.yml o algo mas?
Desde ya muchas gracias!

Paola
UNPA

Buenos dias, nos encontramos en la prueba de instalación del Ecosistema SIU.
Actualmente tenemos instalado SUDOCU conectado a SIU-Huarpe y  Arai-Documentos.

Por otro lado, logramos conectar SIU-Mapuche a Huarpe y Arai-Usuarios.

Y aqui surge la duda:
Actualmente Mapuche utiliza como gestor de documentos Nuxeo. Cuando instalamos SUDOCU, lo que hicimos fue hacer una copia del servidor de Nuxeo que usa Mapuche y conectar SUDOCU aqui.

Ahora que recientemente integramos Mapuche a Huarpe, ya conectado a AraI-Usuarios, lo proximo es conectar Mapuche Arai-Documentos.
Como Arai Documentos que usa SUDOCU, esta usando la misma bd de Nuxeo que usa Mapuche fuera del cluster, ya que es una copia. Debemos hacer una migracion de nuxeo a Arai-Documentos en el servidor de Mapuche? o no haria falta? Es decir, se debe correr esto:

NUXEO a ARAI DOCUMENTOS

    toba proyecto migrar_nuxeo_arai -p mapuche -i produccion -[a|c|l]

Donde:

    p : nombre del proyecto
    i: instancia (desarrollo o producción)
    [a|c|l]: "a" si se quieren digitalizar todos los documentos, "c" sólo los documentos de cargos y "l" sólo los de legajos.

Porque siguiendo la documentacion https://expedientes.siu.edu.ar/docs/mapuche/, no menciona realizar esta migración, pero entendemos que esta pensada para el caso en que Nuxeo se instala de Cero como gestor de documentos, tanto para Mapuche como para SUDOCU.

¿Como deberiamos proceder en nuestro caso?

Adjunto imagen de la situación que estamos planteando

Desde ya muchas gracias

Paola
UNPA

Buenos dias,
Estamos realizando pruebas de integración del sistema SIU-Mapuche a Huarpe.
La consulta que tenemos es la siguiente:
Actualmente contamos con varios sistemas donde el usuario para loguearse se corresponde con el numero de legajo de Personal.
Otros sistemas donde el usuario de logueo se corresponde con el numero de legajo de alumno y otros sistemas donde el usuario para loguearse se corresponde con el numero de documento.
Por ejemplo: en Mapuche el usuario tiene como id de usuario 888888
en Guarani: 1-23666666 /00
en otros sistemas:  23666666

La intención de usar Huarpe es unificar el login del usuario, de manera que todos los usuarios de los distintos sistemas accedan a Huarpe usando su DNI.
Ahora bien, cuando probamos migrar los usuarios de SIU-Mapuche, siguiendo la documentación https://expedientes.siu.edu.ar/docs/mapuche/ y ejecutamos el paso:
./idm/bin/toba proyecto importar_usuarios_arai -f files/usuarios_mapuche.json -m 1  -p arai_usuarios

Tenemos la posibilidad de importar los usuarios con el valor 1, que es Tipo y numero de DNI, pero estos datos no estan provistos en el JSON generado en SIU-Mapuche, porque en realidad no tenemos donde cargarlos cuando damos de Alta un usuario en el sistema. Entonces probamos agregar este dato en el jason generado en SIU-Mapuche al importar los usuarios desde docker, si bien genera el usuario en Huarpe, no le vincula la cuenta de SIU-Mapuche.

En cambio cuando probamos importar los usuarios de SIU-Mapuche usando el parametro 3 (UniqueIdentifier), si crea los usuarios con sus respectivas cuentas a SIU-Mapuche en Huarpe, el problema es que nos queda como id de usuario el Numero de legajo de Personal, cuando lo que queremos es el Numero de Documento del agente.

Entonces en este caso como en el de los sistemas que usan legajo de Personal por ejemplo, como hariamos para incorporarlos a Huarpe y que usen como metodo de autenticacion el DNI?


Adjunto imagen con lo que entendimos que podriamos realizar integrando nuestras aplicaciones a Huarpe. La duda esta en como incorporamos los usuarios a Huarpe, usando como metodo de autenticacion el DNI.


Desde ya muchas gracias
Paola
UNPA

Buen dia,
Les queria realizar la siguiente consulta:
Nos encontramos en la versión 3.2.1 del sistema y lo que esta sucediendo es que el sistema se pone muy lento cuando se ejecutan algunas operaciones, como por ejemplo cuando se ingresa a la etapa de Adjudicación, y al seleccionar una en particular demora mucho al mostrarla. O en la descarga de los .pdfs.
- Verificamos los logs de apache y postgres y no nos indica algun error.

- Tenemos croneada la limpieza de directorios.

- Esta habilitado el autovacuum de forma automatica.

- Les copio la configuración de htaccess que aplicamos sobre php 7.4.3:
<IfModule mod_php7.c>
    php_value output_buffering 8096
    php_value memory_limit 3096M
    php_value upload_max_filesize 64M
    php_value post_max_size 64M
    php_value date.timezone America/Argentina/Buenos_Aires
    php_value max_input_vars 15000
    php_value max_file_uploads 20
    php_value max_execution_time 30
    php_value max_input_time 90
    php_value session.use_trans_sid 0
    php_value session.use_only_cookies 1
    php_value session.cookie_httponly 1
    php_value expose_php Off
    php_value allow_url_include Off
    php_value allow_url_fopen Off
</IfModule>

- Les copio la configuración de PostgreSQL 11.9:
max_connections = 100
shared_buffers = 4608MB
effective_cache_size = 13824MB
maintenance_work_mem = 1152MB
checkpoint_completion_target = 0.7
wal_buffers = 16MB
default_statistics_target = 100
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
effective_io_concurrency = 300
work_mem = 11796kB
min_wal_size = 1GB
max_wal_size = 4GB
max_worker_processes = 16
max_parallel_workers_per_gather = 4
max_parallel_workers = 16
max_parallel_workers_per_gather = 4
max_parallel_workers = 16
max_parallel_maintenance_workers = 4

- El SO es Debian 10.

Quizas nos pueden sugerir algo que se puede optimizar que no contemplamos.
Muchas gracias!

Paola
UNPA

Buenas tardes, quería consultar si es posible actualizar el Pilaga desde la versión 3.10.4 a la v3.11.1, o es necesario pasar por la versión 3.11.0?

Desde ya muchas gracias!


Paola
UNPA

Buenos dias, el motivo del presente es para realizarles la siguiente consulta:
Estamos analizando el funcionamiento del migrador de bienes patrimoniales.
Tenemos instalada la herramienta, y al configurar la conexion con la base de datos, se nos presenta lo siguiente:
Seguimos la documentación https://documentacion.siu.edu.ar/wiki/SIU-Diaguita/migrador/version1.0.0/Kettle_Configuracion y estamos mirando el video en https://www.youtube.com/watch?v=gIP0hdCY90c&list=PLfXfgqj-WqGlpv0HAcG09mwev4vswjUK_&index=4.

La herramienta la tenemos instalada en un servidor con Debian 9, con java 1.8.0 y postgreSQL 9.6
La base de datos de diaguita esta en otro servidor con debian 11, con java 1.8.0 y postgreSQL 11.9


Lo que nos esta sucediendo es que por mas que editemos el archivo en forma manual en: /home/pvidal/.kettle/kettle.properties, cuando ingresamos a kettle y vamos al trabajo esquema_ext.kjb, a probar la conexion la aplicación no levanta los valores seteados.
Pero si los cargamos en forma manual si se conecta con exito.

1- Entonces la consulta es: el lugar donde definimos estas variables es correcto? Probamos asignar todos los permisos tambien pero tampoco levanta estos valores.
Si bien para poder seguir avanzando con la prueba del migrador lo vamos a setear desde la aplicación, queriamos consultarles como hacer para no tener que configurar estos valores cada vez que ingresemos a la aplicación.

2- Otra consulta a realizar, es que para conectarnos  a la bd usamos un usuario de la base de datos diaguita que no es postgre, en el video se menciono que debia usarse el usuario postgres. Esto si o si debe ser asi? La consulta radica porque en cada sistema de la UNPA se define un usuario de la base de datos particular, no se usa el usuario postgres.



Muchas gracias

Paola
UNPA

Buenas tardes, nos encontramos en la versión 3.0.1 de Diaguita, y cuando actualizamos a la versión 3.2.0. durante el proceso de actualización sale el mensaje de que no se pueden migrar todos los perfiles.
Cuando accedemos al archivo instalador.log notamos que la advertencia sale porque en la versión 3.0.1 estaba el Reporte con id: 109000006, denominado Reporte de adjudicaciones trimestrales, y en la version 3.2.0 ya no se encuentra.

Queriamos consultarles por si acaso si esta advertencia pudo haber generado algun error en los perfiles?

Es importante mencionar que el proceso de actualizacion finalizo correctamente.

Desde ya muchas gracias
Paola
UNPA