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 - nicolasdom

Páginas: [1] 2 3 ... 40
1
Técnicos Mapuche / Re:Tabla "mapuche_auditoria.logs_dh21" 3gb !!!
« : enero 11, 2018, 12:19:55 pm »
Hola, es posible ya que en dicha tabla se guardan todos las altas / bajas / modificaciones que se realizan en la tabla dh21 del sistema (donde van a parar las liquidaciones del mes).
Si no necesitan tener auditoria sobre esa tabla, pueden desactivar dicho servicio sobre dh21 y limpiar la tabla "mapuche_auditoria.logs_dh21".

Saludos, Nico

2
Hola Martin, como estas? Paso a responderte las dudas:
1) Podes crear una Base con encoding SQL_ASCII en un cluster con UTF8.  Para esto, cuando creas la base selecciona Template0. Tenemos instituciones que han pasado sus bases a UTF8 (utilizando iconv) y les funciona bien. (No es algo testeado por nosotros).
2) hay un punto en la instalación donde con un check le indicas que queres realizar una instalación con una base existente y te da lugar a escribir el nombre de la base.

Saludos, Nico

3
Técnicos Mapuche / Re:Consulta sobre paquetes para instalar mapuche
« : octubre 18, 2017, 12:18:48 pm »
Hola Betiana, tanto securimage como poidsy ya vienen empaquetadas con la versión. En cuanto a php_com_dotnet en el caso de utilizar una distribución linux (es lo que somos compatibleas actualmente) no lo necesitas.
Saludos, Nico

4
Técnicos Mapuche / Re:UNPA_Mapuche con Nuxeo
« : octubre 18, 2017, 08:29:09 am »
Hola Leandro, aparenta ser problema de nuxeo. Te recomiendo que vuelvas a instalar el mismo y verifiques que cuando entres a http://localhost:8080/nuxeo/ te pida usuario y contraseña (Administrator). Si este paso no lo logran hacer, hay un problema puro de nuxeo.

Saludos, Nico

5
PostgreSQL / Re:Problemas con el inicio del PostgreSQL
« : octubre 17, 2017, 11:31:39 am »
Hola Matias, seria interesante ver los logs para ver si Postgres intenta iniciar y no puede o directamente nunca se intenta iniciar.
Postgres no tiene ninguna configuración para iniciarse solo, esto es un parámetro o configuración del sistema operativo. Seguramente tenes que revisar el script encargado de levantar Postgres o la configuración del S.O.

Saludos, Nico

6
PostgreSQL / Re:Problemas con "Full Text Search"
« : julio 03, 2017, 09:34:20 am »
Hola Marcela, probaste utilizando el diccionario español?
Seria:
SELECT d.iddocumento  FROM documentos d WHERE to_tsvector('spanish',d.resumenapublicar) @@ plainto_tsquery('resolucion');

Saludos, Nico

7
PostgreSQL / Re:Tabla recursiva
« : junio 07, 2017, 12:48:41 pm »
Proba con:
SELECT * FROM es_final.servicios WHERE parent_id_servicio IS null;

Saludos, Nico

8
Técnicos Mapuche / Re:Problema con cambio de versión a 3.1.1
« : mayo 09, 2017, 03:33:17 pm »
Hola, seguramente lo que estas realizando es una instalación utilizando una base existente. Lo que debes utilizar para no perder los usuarios, es una actualización.
Saludos, Nico.

9
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

10
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.

11
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

12
Es un problema de compatibilidad de encoding por utilizar SQL_ASCII. La idea es pronto poder pasar todo a UTF8 (estamos atados a Mapuche Escritorio, pero no por mucho tiempo mas).
Si tenes que consultar datos podes hacerlo del PgAdmin desde Windows o sino realizando una trasformación en las columnas .
Te paso un ejemplo:
select convert_from(convert(convert_to(desc_appat, 'WIN1252'), 'WIN1252', 'UTF8'), 'UTF8') from mapuche.dh01

Saludos, Nico.

13
PostgreSQL / Re:Postgres only data
« : enero 20, 2017, 11:59:49 am »
Hola, lo tendrías que realizar en formato plano.
Te recomiendo que mires la ayuda del comando pg_dump para ver todas las posibilidades.
En principio podes utilizar -Fp para que el formato sea plano. Y la llave -a para que solo exporte los datos.
Saludos, Nico

14
Usuarios / Re:Actualización tablas ganancias Enero 2017
« : enero 10, 2017, 12:02:55 pm »
Hola Mónica, adjunto el script para zona Patagónica.
Saludos,
Equipo SIU-Mapuche

15
Usuarios / Actualización tablas ganancias Enero 2017
« : enero 09, 2017, 01:23:42 pm »
Hola Comunidad, tal como ya les anticipamos, dejamos disponible un script que actualiza las tablas de Deduciones Acumuladas y Escala de Alicuotas (dh38 y dh39).
Si bien lo hemos revisado varias veces, les pedimos que controlen los valores y cualquier inconveniente nos lo hacen saber.

Aclaración:  El script elimina TODO el contenido de las tablas dh38 y dh39, para luego llenarla con los nuevos datos. Es recomendable hacer un backup antes de ejecutar el script.

Saludos,
Equipo SIU-Mapuche

Páginas: [1] 2 3 ... 40
Comunidad SIU