Error en la generación de Zip en Mapuche para Wichi (Numeric value out of range)

Cuando quiero exportar los datos desde Mapuche, dice:

Se han encontrado los siguientes problemas: Un valor numérico está fuera del rango.

Esto sale en el log de error del Apache:

[Tue Mar 21 15:36:14.459571 2017] [:error] [pid 819] [client 192.168.2.236:38222] SQLSTATE[22003]: Numeric value out of range: 7 ERROR:  numeric field overflow\nDETAIL:  A field with precision 8, scale 0 must round to an absolute value less than 10^8., referer: http://mapuche.unpaz.edu.ar/mapuche/aplicacion.php?ah=st58d17246829409.66422442&ai=mapuche%7C%7C65000005
[Tue Mar 21 15:36:14.491207 2017] [:error] [pid 819] [client 192.168.2.236:38222] toba_error_db: <p><b>SQLSTATE:</b> db_22003</p><p><b>CODIGO:</b> 7</p><p><b>MENSAJE:</b> ERROR:  numeric field overflow\nDETAIL:  A field with precision 8, scale 0 must round to an absolute value less than 10^8.</p><p><b>SQL:</b> INSERT INTO ft_lt_legajos_salida\n\t\t\t\t\tSELECT\n\t\t\t\t\t\t\t20170301::character varying AS fecha,\n\t\t\t\t\t\t\tdh01.nro_legaj,\n\t\t\t\t\t\t\tdh01.desc_appat AS apellido,\n\t\t\t\t\t\t\tdh01.desc_nombr AS nombre,\n\t\t\t\t\t\t\tCASE WHEN dh01.tipo_estad = 'A' THEN 1 ELSE 0 END AS tipo_estado,\n\t\t\t\t\t\t\tdh01.tipo_sexo AS sexo,\n\n\t\t\t\t\t\t\tCASE WHEN ((3) - extract(MONTH FROM dh01.fec_nacim)) < 0\n\t\t\t\t\t\t\tTHEN ((2017 - extract(YEAR FROM dh01.fec_nacim)) - 1)\n\t\t\t\t\t\t\tWHEN (((3) - extract(MONTH FROM dh01.fec_nacim)) = 0) AND (extract(DAY FROM dh01.fec_nacim) > 1)\n\t\t\t\t\t\t\tTHEN (2017 - extract(YEAR FROM dh01.fec_nacim) - 1)\n\t\t\t\t\t\t\tELSE (2017 - extract(YEAR FROM dh01.fec_nacim)) END AS anos,\n\n\t\t\t\t\t\t\t(SELECT dh09.codc_estcv FROM mapuche.dh09 WHERE dh09.nro_legaj = dh01.nro_legaj) AS estado_civil,\n\t\t\t\t\t\t\t(SELECT s.codc_nivel FROM m...SIGUE..., referer: http://mapuche.unpaz.edu.ar/mapuche/aplicacion.php?ah=st58d17246829409.66422442&ai=mapuche%7C%7C65000005

Hola Jorge, esto lo tendrías que ver con los chicos de mapuche, ya que la salida desde mapuche la generan ellos.
Saludos,
Sabrina.

Sabrina, muchas gracias, es posible mover el tema o creo uno nuevo?

Hola, aún no tuve respuesta de este tema tampoco en el GDS y es el único sistema que nos resta pasar a Wichi.

¿Qué debo hacer?

Muchas gracias,

Saludos!

Hola Jorge, como estas? Si tener cargado un GDS me podrías pasar el número? ya que no lo logramos encontrar.
Por otro lado, el error que te sale seguramente se deba a que estén utilizando un número de legajo con mas de 8 dígitos. La exportación a Wichi actualmente solo toma 8 dígitos.
Te pido por favor que controles si tenes legajos con numero de legajo mayor a 8 dígitos. Que veas cuantos casos son, y si tienen sentido o son cargas erróneas.
Espero que te sirva de ayuda, saludos.
Nico

Disculpá, me equivoqué de GDS, el que decía es 25908, pero no es por Wichi, es por Mapuche Escritorio.

Con respecto a este, usamos el DNI como legajo, por algún motivo en 2014 se crearon legajos con un dígito más que fue aumentándose solo.
Lo que necesitamos hacer es reemplazar dicho número por el que aparece en el campo DNI. ¿Alguna vez les pasó? ¿Se puede hacer o es imspobiel? ¿Tendrán un script?

De no ser posible, ¿cómo hacemos para continuar la exportación a Wichi?

Muchas gracias.

Saludos!

Hola Jorge, dentro de la base existe una función que sirve para renumerar legajos.
La misma se llama utiles_cambiar_numero_legajo donde se le pasa el legajo viejo y el nuevo.
EJ:
SELECT mapuche.utiles_cambiar_numero_legajo(283993400,28399340);

Saludos, Nico.

Muchas gracias,

¿Sabés si esto puede tener un efecto en las auditorías? / Recibos de sueldo viejos, etc?

Muchas gracias.

Si, seguramente tenga un impacto de no poder seguir la trazabilidad del legajo. Pero manteniendo una tabla diccionario (legajo viejo, legajo nuevo) creo que no tendrían problema. De todas formas, esto lo tendrían que charlar con los auditores.
Saludos, Nico