Al ejecutar el instalador, cuando está por finalizar arroja el error que adjunto pero la instalación continúa y finaliza como si no hubiera errors.

La instalación de ARAI-Registry y ARAI-Usuarios se realizó correctamente en el mismo servidor con las siguientes características:
Debian 9
Apache 2.4
Php 7.1
NodeJS 12.4.0
npm 6.9.0
Bower 1.8.8
Yarn 1.16.0
Less 3.9.0

Saludos

Buenas! Tal como hablamos ayer en el comité dejo la inquietud acá y comento como tenemos armado el login en g3w

En nuestro caso, a cada alumno se le crea una cuenta de correo institucional la cual es una cuenta de GSuite por tal motivo configuré Autogestión para que el alumno se autentique utilizando OAuth2 contra Google.

Para esto hice 2 cosas:
1- en la tabla acc_login_externos crear una entrada por cada persona asociando persona con cuenta institucional, ejemplo:

id_externo	proveedor	persona	fecha_alta	descripcion
micuenta@unsada.edu.ar	google	X	2019-02-04	Cuenta Institucional

2- en la tabla mdp_personas actualizé el valor del campo usuario al valor de id_externo de la tabal acc_login_externos

Saludos

Buenas!
En la institución estuvimos evaluando activar la opción para que los alumnos puedan solicitar y descargar el Certificado de Alumno Regular directamente desde Autogestión. El problema era que nos hacía ruido que tengamos que tener un acceso público a Gestión para que puedan ellos o quien quiera ahcerlo, validar el certificado.

Esto me llevó a implementar una nueva operación en Autogestión para validar el certificado desde Autogestión.
La misma es idéntica a la validación provista en Gestión con el agregado de que en caso de que el certificado sea válido muestra el mismo.
También personalicé la clase que genera el PDF cuando el alumno lo solicita para que la url sea la de Autogestión ya que tambien funciona pegandole por GET como estaba pensada la operación original de Gestión.

Adjunto imágenes

Si alguien está interesado, avise  (así agrego comentarios =P )y le paso el código, el cual seguramente se pueda mejorar.

Saludos

Buenas!

Estoy creando una instalación con históricos, debo crear los ejercicios 2016, 2017 y 2018.
Con el ejercicio 2018 no tengo problemas.
Pero al intentar crear 2016 o 2017, se presenta el siguiente error:
No se pudo realizar la conversión de la base de datos para la versión 3.2.0, ejecutando el archivo de conversión /usr/local/pilaga_3.2.1/sql/conversion/script_3.2.0.sql
Adjunto el instalador.log

En ambas bases se aplicaron las conversiones hasta la 3.1.5 y al momento de saltar a la 3.2.0 se produce el error.

Saludos

Buenas, estaba haciendo pruebas para utilizar esta operación y falla con la mayoría de los aspirantes, solo 34 procesó correctamente, el resto todos con el error "ERROR DE BASE DE DATOS" al revisar el log del proceso encontré lo siguiente:
ERROR ejecutando SQL:
 [CODIGO]: 7
 [SQLSTATE]: db_23505
 [MENSAJE]: ERROR:  duplicate key value violates unique constraint "iu_sga_requisitos_aspirante_prop_aspira_requisito"
DETAIL:  Key (propuesta_aspira, requisito)=(897, 1002) already exists.
 [SQL EJECUTADA]: INSERT INTO sga_requisitos_aspirante
                                (
                                        propuesta_aspira,
                                        requisito,
                                        restrictivo,
                                        parametros
                                )
                                VALUES (
                                        '897',
                                        '1002',
                                        'S',
                                        null
                                );

No se como funciona internamente el proceso, pero si yo reviso la tabla sga_requisitos_aspirante, la misma se encuentra vacía.

Versión G3: 3.13.2
Versión Preinscripción: 3.5.0

Agrego data:
Al  intentar hacer la inscripción manualmente, cuando llegué al paso de los requisitos me encontré con que el requisito Foto 4x4 figura11 veces (como muestro en la imagen adjunta) y por lo que vi el requisito 1002 es la Foto 4x4 y de ahí el error de clave duplicada.

Buenos días, les hago la siguiente consulta:
Alguien utiliza esta opción con el BNA?
La semana pasada generamos el archivo de acreditaciones (dm10.txt) y al momento de cargarlo mediante la web del homebanking de Nación Empresas nos dice que el nombre del archivo no cumple con los requisitos.
El tema es que en ningún lugar dice cuales son esos requisitos. Llamé a la mesa de ayuda de NE24 y me dijeron que consulte en la sucursal....pero en la sucursal se comunicaron con NE24 y RedLink y no les dieron respuesta.

Alguien tiene idea de que nombre debe tener el archivo para ser aceptado?


Saludos!

Buenas, el problema surge de que un proveedor tiene un email de 41 caracteres y el campo email en la BD es de 40.
Será factible  extender el campo en la BD de ARAI ?

En que puede afectar tanto en Pilaga como en Diaguita?

Saludos!