Mostrar Mensajes

Esta sección te permite ver todos los mensajes hechos por este usuario, recuerda que solo puedes ver los mensajes en áreas en donde tu tienes acceso.


Mensajes - jtrillo

Páginas: [1] 2 3
1
Buen día!
Realizamos la actualización de Pilaga 3.5.6 a la 3.7.1, terminado todos los pasos de "Actualización de una instalación sin personalizaciones" del instructivo https://documentacion.siu.edu.ar/wiki/SIU-Pilaga/version3.7.0/instalacion_actualizacion. El sistema inicio sin problemas pero al momento de ir a los ejercicios anteriores no dejaba entrar, ahí recordamos de antiguas instalaciones de ejecutar ".bin/instalador pilaga:migrar-ejercicios-historico". Este proceso nos arrojo errores en los ejercicios 2014 al 1017 con el siguiente texto: "[ ERROR ] Base de datos 'pilaga_2017'. No se pudo realizar la conversión de la base de datos para la versión 3.7.1, ejecutando el archivo de conversión /usr/local/siu/pilaga_371/sql/conversion/script_3.7.1.sql".
En el archivo instalador.log se indican las siguientes lineas:
".... MAIN.ERROR: Base de datos 'pilaga_2017'. No se pudo realizar la conversión de la base de datos para la versión 3.7.1, ejecutando el archivo de conversión /usr/local/siu/pilaga_371/sql/conversion/script_3.7.1.sql SQL ERROR: SQLSTATE[42703]: Undefined column: 7 ERROR:  column "adjunto" of relation "logs_sau_em_mensaje" does not exist CONTEXT:  SQL statement "alter table auditoria.logs_sau_em_mensaje drop column adjunto" PL/pgSQL function mod_sau_em_mensaje() line 6 at SQL statement  SET search_path TO public;          -- Jorge Version 3.6.0 - 2010-08-24   -- version 3.7.1 INSERT INTO par_version (version, descripcion, fecha, fecha_instalacion) SELECT (SELECT max(version)+1 FROM par_version), '3.7.1','2020-10-29', now() FROM par_version p WHERE p.version = 2 AND NOT EXISTS (SELECT '' FROM par_version as pv WHERE pv.descripcion='3.7.1');      CREATE OR REPLACE FUNCTION public.psau_actualizar_secuencias() RETURNS TEXT AS $$ DECLARE       _secuencias   CURSOR FOR SELECT --distinct                c.relname as nombre_sequencia                 ,tabla.relname as nombre_tabla                 ,columna.attname as nombre_columna                ,esquema.schemaname as nombre_esquema          FROM                 pg_class as c,                 pg_attrdef as a,                 pg_class as ta...  "

Nos estará faltando algún paso?

Desde ya muchas gracias!
Saludos.

2
Hola Diego!
Las carpetas, como te comente anteriormente, no tiene contenido, están vacías!
Y me fije en la tabla dh39 y no hay registros con  "ano_vigencia = 2019". Solo contiene 9 registros toda la tabla, los cuales son de ano_vigencia 2020.

Quedo a la espera. Gracias!

Saludos!

3
ok, no hay problema.
En la ubicación indicada solo hay dos carpetas vacías "proceso__20201009_155805__74" y "proceso__20201009_155917__75"  que corresponderían al mismo día que hice esta consulta. La carpeta "paralelizador" tiene permiso 0755 en propietario y grupo "www-data". No se si quizá necesite otro permiso, motivo por el cual no hay archivos dentro.

Saludos!

4
Hola Diego!

Gracias por responder! Te cuento que el GDS 48161 no lo conozco, no lo realizamos nosotros. El ultimo GDS nuestro creado del sistema mapuche es de 2018.

Quedo atento a la respuesta.

Saludos!

5
Buenas!
Actualizamos a la versión 3.10.2 hace 2 meses, entre otras cosas para poder hacer el calculo ganancias web, y nunca pudimos. El error que no arroja es el siguiente:
----------------------------------
[15:27:59][Debug] - INICIANDO PROCESO...
[15:27:59][Debug] - HILOS asignados: 1
[15:27:59][Debug] - Cantidad de elementos por LOTE: 100
[15:27:59][Debug] - INICIO (ELEMENTOS: 1)
[15:28:00][Error] - El elemento [426] se proceso con ERRORES:
ERROR ejecutando SQL:
 [CODIGO]: 7
 [SQLSTATE]: db_23502
 [MENSAJE]: ERROR:  null value in column "imp_porcentaje_alicuota" violates not-null constraint
DETAIL:  Failing row contains (426, 2019, 12, 61694.87, 0, 51796.09, 0, 0, 0, 0, 51796.09, 51796.09, 0, null, 51796.09, 0, 0, 0, 0, f, t, 0).
 [SQL EJECUTADA]: INSERT INTO mapuche.dh41_mensual (imp_bruto,imp_bruoa,imp_neto,imp_deduccion_especial,imp_no_imponible,imp_conyuge,imp_hijos,imp_gcia_neta,imp_gcia_neta_sin_extras,imp_monto_fijo,imp_porcentaje_alicuota,imp_monto_sobre_alicuota,imp_reten_anteriores,imp_hs_extras_acum,imp_pagos_cuenta,imp_hs_extras_gravadas,zona_patagonica,ajuste_sac,imp_suret_original,nro_legaj,per_anoga,per_mesga) VALUES (ROUND(61694.87,2),ROUND(0,2),ROUND(51796.09,2),ROUND(0,2),ROUND(0,2),ROUND(0,2),ROUND(0,2),ROUND(51796.09,2),ROUND(51796.09,2),ROUND(0,2),NULL,ROUND(51796.09,2),ROUND(0,2),ROUND(0,2),ROUND(0,2),ROUND(0,2),'false','true',ROUND(0,2),ROUND(426,2),ROUND(2019,2),ROUND(12,2)) -- toba_log: 2274022

[15:28:00][Debug] - Fin lote [1] - PROCESADO 0.00% - legajo: 0.0000 secs
[15:28:00][Debug] - PROCESO esperando HILOS
[15:28:00][Debug] - PROCESO fin HILOS
[15:28:00][Debug] - FIN PROCESO (errores: 1)
----------------------------------

En este caso utilizamos un solo legajo.

Me podrán ayudar?
Desde ya muchas gracias.
Saludos.

Javier T.

6
Técnicos Mapuche / Re:Nueva Versión Siu-Mapuche 3.10.2
« : junio 05, 2020, 05:08:06 pm »
Nico, efectivamente era ese el problema. Se hizo correctamente el restore y se actualizo bien!

Muchas Gracias!

7
Técnicos Mapuche / Re:Nueva Versión Siu-Mapuche 3.10.2
« : junio 05, 2020, 12:14:20 pm »
Hola Nico!

Si, me fije en la base y todas las tablas que vi no tienen primary key. No se que pudo suceder. Estoy trabajando en un ambiente de desarrollo y es probable que el restore de la base de ayer no se hizo bien. Voy a probar con otro backup y les cuento.

Muchas Gracias!

Saludos!

8
Técnicos Mapuche / Re:Nueva Versión Siu-Mapuche 3.10.2
« : junio 04, 2020, 09:56:57 pm »
Hola Florencia!

Te  consulto nuevamente por la actualización de esta versión.  Te adjunto los errores que me arrojo el punto 7 (./bin/instalador proyecto:actualizar -d <path_instalacion_anterior>/mapuche) archivo "Error instalador proyecto actualizar.jpg" y el log en archivo "Error Instalador.log.jpg".
Podrías ayudarme a identificar cual es el problema y como solucionarlo? Como ya te había comentado en mensajes anteriores lo estamos actualizando desde la versión 3.6.1.

Quedo a la espera. Muchas Gracias

Javier

9
Técnicos Mapuche / Re:Nueva Versión Siu-Mapuche 3.10.2
« : junio 04, 2020, 01:57:22 pm »
O sea de la versión 3.6.1 directamente a esta 3.10.2 sin siquiera pasar por la 3.10.0 ? Buenísimo!

Gracias Florencia!

10
Técnicos Mapuche / Re:Nueva Versión Siu-Mapuche 3.10.2
« : junio 04, 2020, 01:23:17 pm »
Buen día!

Nosotros estamos actualmente en la versión 3.6.1. Para llegar a esta versión pensamos instalar la 3.10.0 y luego esta, esto es correcto no? O debemos pasar por la 3.7.0, la 3.8.0, 3.9.0 y recién la  3.10.0? Creo que esto ultimo no es necesario pero lo consulto por las dudas.

Muchas Gracias

11
Técnicos Mapuche / Legajos Pasivo ...
« : mayo 18, 2020, 04:25:23 pm »
Hola buenas tardes!
Tenemos una duda sobre el estado de los legajos. Cuando se le da de baja el único cargo que tiene un legajo y no se lo pasa a pasivo, el legajo luego de un tiempo se pasa a pasivo por algún proceso?

Gracias, quedo a la espera.

12
Hola Silvio!
Gracias pro responder. No, no lo habíamos realizado, ya lo corrimos y se soluciono. Muchas Gracias!

Saludos!

13
Hola, buen día!
Al intentar ingresar a "Gastos - Consultas y listados - Liquidaciones - Listado de liquidaciones" (en todos los ejercicios anteriores a 2019) nos arroja "Se ha detectado un nombre de parámetro, atributo o columna no definidos.".
En principio pudimos detectar que la tabla "sau_no_documentacion_tipos" no coinciden las columnas del ejercicio 2019 y 2020 con el resto de ejercicios anteriores al 2019. Una de las columnas que no encuentra es "electronico".
Hay algún script que solucione este problema?. Estamos en la versión 3.5.6 que fue migrada hace un mes aprox.

Muchas Gracias

Saludos!

14
Técnicos Mapuche / Re:Actualización a Version 3.6.1
« : septiembre 05, 2019, 12:06:44 pm »
Gracias Nicolas!

15
Técnicos Mapuche / Re:Actualización a Version 3.6.1
« : septiembre 05, 2019, 11:00:46 am »
Hola Nicolas!
Nosotros estamos en desarrollo actualizando de la 3.5.1 a 3.6.0 y luego 3.6.1. Esto lo hacemos porque siempre nos han indicado que  cuando se quiere actualizar y cambia el 2do digito, en este caso de 5 a 6, se debe pasar primero por el 0 del 3er digito. Si no me equivoco era porque se modificaba la base y entonces había que hacer ese paso primero.
Esto ahora cambio? Para futuro sera así o es solo en este caso?
Gracias!

Páginas: [1] 2 3