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.


Temas - nicolasdom

Páginas: [1] 2 3 ... 10
1
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

2
-- Actualización 28/9/2016 --

Se adjunta script v1.4 para abarcar tanto los diferidos en 6 como en 7 partes.
Les recordamos que en el caso de tener MAS de una liquidación de SAC (incluso en diferentes periodos) pueden invocar la función actualizando los parámetros de la misma. Vale aclarar que es necesario identificar a los agentes que están en dicha situación y cambiarle el valor de la novedad1 a cero nuevamente (luego de ejecutar el script para una primera liquidación) para que sea contemplado en la próxima ejecución del script con la nueva liquidación.
Otra aclaración importante es que si tienen algún concepto de aguinaldo liquidado junto con el sueldo del  mes no tenemos como identificar los valores de los conceptos deducibles ya que están junto con el sueldo. En estos caso se deberá intervenir manualmente para subsanar estos valores.
En esta oportunidad vamos a estar adjuntando otro archivo sql (comparacion.sql) el cual tiene unos comandos que les pueden llegar a ser utiles para comparar los valores en la tabla dh41 (antes y después de ejecutar el script). Para poder hacer la comparativa, antes de correr el script se debe ejecutar el comando que crea una copia de la tabla dh41 (del año 2016), luego correr el script y finalmente comparar los resultados.

Saludos, Equipo SIU-Mapuche.


---------------------------------------------------------------------------------------------------------------


El "script" que se va a utilizar para realizar la denominada Parte III (como se refleja en el calculo anual de ganancias la devolución del aguinaldo) consta de un store procedure que deberá ser incluido en la base donde se encuentran los datos del sistema SIU-Mapuhce. Basta con incluirlo una sola vez. Luego, esté podrá ser invocado sucesivas veces con los mismos (o diferentes) parámetros.
El funcionamiento del store procedure es transaccional, esto indica que si se produce un error durante la ejecución del mismo se deshacen las operaciones dejando la Base de Datos en el mismo estado en que se encontraba antes de la invocación. Si nos da un resultado "0" esto indica que finalizo sin errores.
Para poder realizar un control y verificación mas minuciosa, durante el proceso se emiten mensajes con valores intermedios sobre operaciones que se van realizando. Los mismos salen en el Log de Postgresql como "NOTICE". Dependiendo del cliente con que se ejecute el store los mismos podrán ser observados por pantalla sin tener que mirar el Log.

El procesamiento interno consta de recorrer todos los agente que tiene devolución (novedad informada por SIRADIG o cargada de forma manual - con valor cero). A esos agentes se les mira los conceptos pasados como parámetro de la liquidación de SAC y se realizan los cálculos para la exención del SAC en el impuesto a las ganancias. Por ultimo, se marca la novedad del agente con el valor 1 para indicar que dicha persona ya fue procesada.

Algunos controles que se realizan durante la ejecución son:
  - Que exista la Liquidación del SAC ingresada como parámetro
  - Que el mes ingresado como parámetro se encuentre entre 6 y 12
  - Que los conceptos ingresados como parámetro tenga orden de impresión > 0 y el tipo de ganancia sea > 1
  - Que se tenga configurado el concepto que indica que un agente tiene devolución (Configuración -> Entidades Externas -> SIRADIG -> Concepto)
  - Que el agente tenga registros de ganancias (dh41)

Parámetros:
  - (1) Nro. liquidación SAC
  - (2) MES del Periodo donde esta el SAC en dh41
  - (3) Lista de conceptos a evaluar. Formato: '{123,456,789}'
  - (4) Indica si el SAC fue diferido o no (diferido: true / NO diferido: false)

Store Procedure:
  - exencionSAC( (1) , (2) , (3) , (4) );

Ejemplo de utilización:
  - SELECT exencionSAC(2423,6,'{30,391,374,310,356,325}'::int[],true);

Backup:
 - Si bien el Store Procedure es transaccional, es muy recomendable realizar un resguardo del sistema antes de ejecutar el mismo. Ya que modifica datos.
 - Las tablas afectadas son: 1) dh41 (valores de Ganancias de los agentes. 2) dh20 (novedades de legajos).

El SCRIPT con extensión SQL se encuentra adjunto al pie de este mensaje.

Saludos, Equipo SIU-Mapuche.


---------------------------------------------------------------------------------------------------------------


Mail que hace referencia al siguiente script (20/9/2016):

Estimada Comunidad Mapuche, como venimos comentando en mails anteriores hemos centrado nuestros esfuerzos en trabajar sobre las partes I y III, o sea:

Parte I - Información via SIRADIG de los agentes a los que hay que devolverle el aguinaldo: La versión 2.4.3 con la modificación en la importación del SIRADIG publicada el 9 de Septiembre.

Parte III - Como se refleja en el calculo anual de ganancias la devolución del Aguinaldo: Script que trabaja sobre la tabla DH41 para volver el tiempo atras y corregir los montos de la tabla DH41 para que la misma "luzca" como si el aguinaldo hubiera sido exceptuado desde un primer momento. Hoy 20 de Septiembre estamos publicando la primera versión del mismo.En un rato vamos a publicar por la lista una dirección del foro para poder bajar el script.


El script funciona para los casos de:
 - Aguinaldo impactado en un solo mes de ganancias (6 o 7)
 - Aguinaldo diferido en 6 partes desde el mes 7 al 12

Nos queda por resolver:
 - Aguinaldo diferido en 7 partes desde el mes 6 al 12 (estamos trabajando)

Nos queda probar:
 - Casos de mas de una liquidación de aguinaldo en el mismo mes
 - Casos de liquidaciones de aguinaldo en meses posteriores (8,9, etc.)

A continuación distintos escenarios para correr el script:

- Usando concepto de devolución

   - Caso de Aguinaldo impactado en un solo mes de ganancias (6 o 7)
      - Usando el mismo concepto de ganancias: Siempre realizar primero el calculo general de ganancias y la generación de la novedad (con la existencia del aguinaldo en DH41) de tal manera de que ese monto a retener se reste con el monto del concepto de devolución y luego de generar el SICORE se pise el retenido con el valor real retenido. Recien luego de esto se debe correr el script que corrigue el aguinaldo para el grupo de agentes de ese mes (y si fuera necesario anteriores) antes del cierre de mes. Si la operación fuera inversa la novedad generada para retener desde el sistema ya de por si no tendría en cuenta el aguinaldo y encima se restaría con el monto de devolución lo que redundaría en una doble devolución del monto.

      - Usando otro concepto:Existen muchas variantes pero en general en estos casos el calculo del sistema va por un lado y las devoluciones por otro. Es un mecanismo mas manual


   - Caso de Aguinaldo diferido en 6 o 7 meses:Este caso es el mas complicado ya que se deberían devolver solamente las diferencias comparativas correspondientes a las cuotas diferidas ya cobradas para luego correr el script que corrigue el resto de los diferimientos hasta fin de año sin necesidad de futuras devoluciones.

        - Usando el mismo concepto de ganancias: Siempre realizar primero el calculo general de ganancias y la generación de la novedad (con la existencia del aguinaldo en DH41) de tal manera de que ese monto a retener se reste con el monto del concepto de devolución y luego de generar el SICORE se pise el retenido con el valor real retenido. Recien luego de esto se debe correr el script que corrigue el aguinaldo para el grupo de agentes de ese mes (y si fuera necesario anteriores) antes del cierre de mes. Si la operación fuera inversa la novedad generada para retener desde el sistema ya de por si no tendría en cuenta el aguinaldo y encima se restaría con el monto de devolución lo que redundaría en una doble devolución del monto.

      - Usando otro concepto:Existen muchas variantes pero en general en estos casos el calculo del sistema va por un lado y las devoluciones por otro. Es un mecanismo mas manual


- Sin Usar concepto de devolución

Se corre el script para corregir los montos de la tabla DH41 para que la misma "luzca" como si el aguinaldo hubiera sido exceptuado desde un primer momento.Esto generará un recalculo que en el caso de los que impactaron el aguinaldo en un solo mes de ganancias (6 o 7) hará que se vaya traslandando una merma en el monto a retener. Para los casos que hayan realizado un diferimiento de los mismos tanto en 6 como en 7 veces tambien se generará en el recalculo una merma del valor a retener tanto desde los meses 6 (o 7) hasta diciembre ya que los montos diferidos ya no estarán.
 

Los distintos escenarios planteados anteriormente que creemos pueden existir para la combinación de la Parte III con la Parte II (Liquidación de la devolución usando concepto de devolución) tendrán que ser evaluados por cada uno de los equipos de las instituciones para lo que aconsejamos realizar pruebas en bases alternativas pero con los datos reales. Todo aporte a la Comunidad será bienvenido a traves del foro para que todos podamos ayudarnos actuando de este modo como nos caracteriza de una manera solidaria y colaborativa.

Saludos para todos,
Ariel

3
Técnicos Mapuche / Nueva versión SIU-Mapuche 1.24.1
« : enero 07, 2014, 04:55:59 pm »
Buen día,

Les escribimos para contarles que en el día de hoy publicamos la versión 1.24.1,  en esta versión estamos incluyendo correcciones de ciertos bugs detectados en el sistema.
El listado completo y detallado de las mejoras de la versión está disponible desde cualquier versión del sistema, accediendo a la opción de menú "Ayuda > Mejoras por Versión".

La versión se puede descargar desde el Portal de Servicios SIU-Comunidad (http://comunidad.siu.edu.ar) y se compone del paquete para la instalación o actualización de la aplicación Web (/SIU-Mapuche/Versiones/Última Versión/SIU-Mapuche_1.24.1.rar).

Saludos y un feliz comienzo de año!
Equipo SIU-Mapuche


--
Nicolás Domínguez Florit
Equipo SIU-Mapuche
Sistema de Información Universitaria (SIU)
República Argentina
Tel: +54 249 4432304
www.siu.edu.ar

4
Usuarios / Nueva versión SIU-Mapuche 1.24.1
« : enero 07, 2014, 04:55:08 pm »
Buen día,

Les escribimos para contarles que en el día de hoy publicamos la versión 1.24.1,  en esta versión estamos incluyendo correcciones de ciertos bugs detectados en el sistema.
El listado completo y detallado de las mejoras de la versión está disponible desde cualquier versión del sistema, accediendo a la opción de menú "Ayuda > Mejoras por Versión".

La versión se puede descargar desde el Portal de Servicios SIU-Comunidad (http://comunidad.siu.edu.ar) y se compone del paquete para la instalación o actualización de la aplicación Web (/SIU-Mapuche/Versiones/Última Versión/SIU-Mapuche_1.24.1.rar).

Saludos y un feliz comienzo de año!
Equipo SIU-Mapuche


--
Nicolás Domínguez Florit
Equipo SIU-Mapuche
Sistema de Información Universitaria (SIU)
República Argentina
Tel: +54 249 4432304
www.siu.edu.ar

5
PostgreSQL / Importante actualización de Seguridad
« : abril 05, 2013, 01:16:22 pm »
Estimados Técnicos

Nos ponemos en contacto con Uds para comunicarles que el día 04/04/2013 se ha liberado una actualización de la base de datos PostgreSQL que resuelve  principalmente un defecto de seguridad. Adicionalmente esta actualización incluye correcciones a otros defectos menores.

El defecto de seguridad consiste en que una solicitud de conexión a PostgreSQL conteniendo un nombre de base de datos que empiece con "-" maliciosamente armada podría dañar archivos dentro del directorio de datos del servidor.

A quienes afecta este defecto ?

Este defecto sólo está presente en versiones 9.0, 9.1 y 9.2. Por otro lado, la probabilidad de que una Institución sufra un ataque vía este defecto, también depende de cuan expuesto se encuentre el puerto de escucha de PostgreSQL a la comunidad o a internet. En otras palabras si su instalación de PostgreSQL se encuentra en una red protegida por un firewall,  usted ya cuenta con un nivel de protección puesto que ningún usuario externo podría acceder al puerto de PostgreSQL y solo lo podrían hacer los usuarios internos de la red.

Sugerimos a las Instituciones que puedan estar alcanzadas por este defecto, realizar la actualización de PostgreSQL lo antes posible. Para mayores detalles acceder a https://wiki.postgresql.org/wiki/20130404ActualizacionSeguridad. Ante cualquier duda enviar un mail a postgresql@siu.edu.ar

Desde ya muchas gracias.
------------
Ignacio Bisso
Nicolas Dominguez Florit

6
Técnicos Pampa / Nueva Version: 5.17
« : enero 11, 2013, 10:58:34 am »
Hola Comunidad!
Inauguramos un nuevo año con una actualización del sistema SIU-Pampa. Esta publicada la versión 5.17.0 (tanto Pervasive como Postgres) en la extranet.
La misma cuenta con una mejora para la generación de RHUN.

Hasta pronto!
Equipo SIU-Mapuche

7
Técnicos Pampa / MOVIDO: Funcionamiento del Mapuche
« : mayo 24, 2012, 01:08:20 pm »
El tema ha sido movido a Técnicos Mapuche.

http://foro.comunidad.siu.edu.ar/index.php?topic=4581.0

8
Técnicos Pampa / Nuevas versión 5.15.3 de Pampa
« : enero 20, 2012, 12:39:38 pm »
Hola Comunidad!
Inauguramos el año con una actualización del sistema SIU-Pampa. Esta publicada la versión 5.15.3 (tanto Pervasive como Postgres) en la extranet.
La misma cuenta con una serie de mejoras que se enumeran en el Boletín .

Hasta pronto!
Equipo SIU-Mapuche.

9
Técnicos Pampa / Nuevas versión 5.15.2 de Pampa
« : diciembre 13, 2011, 05:57:09 pm »
Hola a todos!
Este año Papá Noel se adelantó y dejó la versión de SIU-Pampa 5.15.2 (tanto Pervasive como Postgres) en la extranet.
La misma cuenta con una serie de mejoras que se enumeran en el Boletín de Mejoras

Hasta pronto!
Saludos,
Equipo SIU-Pampa / SIU-Mapuche

10
Privado / IUNA - Miguel - Especificacion Servidores
« : agosto 31, 2010, 05:13:16 pm »
Hola Miguel, te adjunto pdf con la información que solicitas.
Saludos.
Nico.

El 31/08/10 13:37, Héctor Miguel Besares escribió:
> Hola Nico, disculpa que te joda pero me están preguntando que necesidades tiene el Mapuche para correr en un Servidos (que tipo de servidor) y cuales son los programas que necesitaría. Me podrías desasnar. Desde ya muchisimas gracias.
> Miguel

11
Privado / IUNA - Miguel - Migracion a Postgres Terminada!
« : agosto 25, 2010, 05:39:38 pm »
Hola Miguel, una universidad que esta trabajando en esta modalidad y que realizo un excelente trabajo es la de Mar del Plata.
Cualquier cosa te podes comunicar con Andrea Alende.

Andrea Alende
Responsable Sistema Siu-Pampa
Rectorado - Univ.Nacional de Mar del Plata
Tel. 0223-4921700 / 1710 int. 118

Para mas información podes ver en el foro la siguiente entrada: http://comunidad.siu.edu.ar/index.php?topic=1938.0

FELICITACIONES por el gran trabajo!!! Saludos,
Nico.

El 25/08/10 14:50, Héctor Miguel Besares escribió:
> Hola Nico. Te comento que estamos en las ultimas de las pruebas en parelelo, tenemos el Postgres instalado en red  funcionando, nos queda ver el tema de la parcializacion  concentracion, para salir a instalarlo a las distintas unidades academicas.
> Me podras informar sobre que Universidad esta trabajando con el esquema de concentración para poder averiguar como lo estan haciendo.
> Desde ya muchas gracias. Miguel IUNA

12
Privado / UNPATA - Marcelo - Conversion a Mapuche
« : agosto 24, 2010, 04:31:36 pm »
Hola Marcelo, contestándote puntualmente la consulta que nos realizas, para migrar a SIU Mapuche 1.8 debes migrar desde SIU Pampa 5.9.*

Como aclaración, tene en cuenta que en la versión 1.8 de Mapuche todavia no se puede utilizar la nueva red programática. Estamos trabajando en ello y creemos que estará disponible antes de fin de año.

Saludos,
Nico.

El 24/08/10 02:48, Marcelo Alejandro Muñoz escribió:
> Nicolás:
>          Buen día. Les comento que  tenemos intención de comenzar con un paralelo entre los sistemas Siu-Pampa versión postgres y Siu Mapuche a partir del 1º de Octubre, que continuen así hasta fin de año y a partir de Enero 2011 que continúe como oficial el sistema Siu-Mapuche.

>         La idea sería después de la liquidación de sueldos del mes de Septiembre y antes del cierre de mes migrar a Mapuche, hacer un trabajo de reorganización de imputaciones presupuestarias según una nueva red programática en Siu - Mapuche (que tendrá su equivalente en Siu-Pilagá) y luego que continúen trabajando Siu-pampa postgres (red programática actual) con Siu-Comechingones y Siu-Mapuche (red programática nueva) con la esperanza de que se implemente Siu-Pilagá y su equivalente red programática.

>          La consulta es ¿que versión deberíamos tener de siu pampa para poder contar con el migrador a Siu - Mapuche?

> Saludos,

> Marcelo.

13
Técnicos Pampa / ODBC en Windows de 64 bits
« : agosto 23, 2010, 01:04:05 pm »
Para poder configurar correctamente el driver de ODBC en Sistemas Operativos Windows de 64 bits, se debe abrir la versión de ODBC de 32 bits.
Para esto, vamos a la opción ejecutar (o run) y ponemos lo siguiente:

%WINDIR%\SysWOW64\odbcad32.exe

Con esto accedemos al ODBC y tendremos todos los drivers (entre ellos el de postgres) para poder agregarlo y acceder al Pampa Postgres / Mapuche Escritorio.

Espero que les sirva. Saludos,
Nico.

14
Privado / UNMDP - Configuracion del postgres.conf
« : agosto 23, 2010, 12:51:15 pm »
(10:40:32) andrea: hola Nico!
(10:54:38) andrea: cuando puedas te quiero hacer una consulta del postgres
(11:10:53) Nicolas (Trabajo): Hola andre
(11:10:57) Nicolas (Trabajo): si aca estoy
(11:11:02) Nicolas (Trabajo): habia ido hasta el correo
(11:11:10) andrea: hola!
(11:11:23) andrea: sabes q hoy estaba incorporando las novedades
(11:11:36) andrea: y me parecia q estaba demasiado lento el servidor
(11:11:48) andrea: me fijo con top
(11:12:01) andrea: y me aparecia q usaba casi toda la memoria
(11:12:07) andrea: y esta haciendo swap
(11:12:21) andrea: pero en los procesos
(11:12:33) andrea: no aparecia toda esa memoria usada
(11:12:36) andrea: era mucho menos
(11:12:50) andrea: dame un seg
(11:13:35) Nicolas (Trabajo): si, es que postgres usa shared_memory y tambien otra de cache
(11:25:52) andrea: perdona vino gente
(11:26:01) andrea: entonces esta bien
(11:26:19) andrea: es memoria cache lo q estaba usando
(11:26:32) andrea: y por eso hace swap?
(11:32:28) Nicolas (Trabajo): no tendria que hacer swap
(11:32:52) Nicolas (Trabajo): cuanta ram tiene el servidor?
(11:35:41) andrea: 4 gb
(11:43:10) Nicolas (Trabajo): tienen postgres del pampa nomas?
(11:43:14) Nicolas (Trabajo): lo usan para algo mas?
(11:43:25) andrea: solo pampa
(11:43:28) Nicolas (Trabajo): despues me pasas el postgresql.conf?
(11:43:36) andrea: es el mismo q te habia pasado
(11:43:38) andrea: no lo cambie
(11:43:45) Nicolas (Trabajo): a ver si lo tengo por algun lugar....
(11:43:55) andrea: sino te lo vuelvo a mandar
(11:44:25) Nicolas (Trabajo): si creo que lo tengo
(11:45:10) Nicolas (Trabajo): mm no se si es el que estoy viendo...
(11:45:20) andrea: te lo mando
(11:45:24) Nicolas (Trabajo): dale
(11:45:34) Nicolas (Trabajo): porque el que estoy viendo no tiene ningun parametro de memoria cambiado
(11:45:49) Nicolas (Trabajo): tengo un rar del 7 de abril
(11:45:55) Nicolas (Trabajo): pero no se si sera ese :S
(11:45:59) Nicolas (Trabajo): por las dudas mandamelo
(11:46:08) andrea: no tiene q ser de junio
(11:46:13) andrea: desp del curso
(11:46:33) Nicolas (Trabajo): mmm entonces no
(11:46:39) andrea: ahora te lo mando
(11:46:49) Nicolas (Trabajo): gracias
(11:49:25) andrea se ofrece a enviarle el archivo postgresql.conf
(11:50:26) andrea canceló la transferencia de postgresql.conf
(11:52:03) Nicolas (Trabajo): no me llega :(
(11:52:28) andrea: te lo mando por mail entonces
(11:52:36) Nicolas (Trabajo): joya
(11:53:45) andrea: te lo mande a la cuenta siu.edu.ar
(11:55:49) Nicolas (Trabajo): ahi lo vi
(11:56:12) Nicolas (Trabajo): creo que le metimos muchos MB por todos lados para 4gb de memoria :P
(11:56:30) andrea: tengo q bajarlo?
(11:56:47) Nicolas (Trabajo): yo te diria que si
(11:56:51) Nicolas (Trabajo): asi no usa swap
(11:56:59) Nicolas (Trabajo): porque eso es lo que lo esta haciendo lento
(11:57:05) andrea: ah
(11:57:12) andrea: y q tendria q bajar?
(11:57:44) Nicolas (Trabajo): work_mem = 1024MB
x
work_mem = 200MB  ...  300MB
(11:57:54) andrea: uhh esta re pasado
(11:58:15) Nicolas (Trabajo): maintenance_work_mem = 1024MB
x
maintenance_work_mem = 100MB
(11:59:15) andrea: alguna mas?
(11:59:55) Nicolas (Trabajo): 256 ponele a maintence_work_mem
(12:00:54) Nicolas (Trabajo): y 100 al work_mem
(12:01:15) andrea: vos decis q al bajarlo va a andar mejor?
(12:01:41) Nicolas (Trabajo): no va a usar swap
(12:01:52) andrea: ok
(12:02:10) Nicolas (Trabajo): effective_cache_size = 3072MB
x
effective_cache_size = 2048MB
(12:02:29) Nicolas (Trabajo): objetivo principal: que no use swap
(12:02:33) andrea: ok
(12:02:39) andrea: eso lo habia entendido
(12:02:59) andrea: pero no sabia como evitarlo :(
(12:03:07) andrea: lo q me llamaba la atencion
(12:03:12) andrea: en el htop
(12:03:21) andrea: es q me mostraba un numero enorme de memoria usada
(12:03:26) andrea: viste las barritas?
(12:03:40) andrea: las barritas amarillas completaban todo
(12:03:46) Nicolas (Trabajo): claro... por ejemplo la effective_cache_size
(12:03:51) andrea: ahh
(12:03:59) Nicolas (Trabajo): es memoria cache que no usa ningun proceso especifico
(12:04:00) andrea: y los porcentajes reflejan otra cosa
(12:04:10) Nicolas (Trabajo): es memoria que se toma postgres para usar
(12:04:26) andrea: y por esa memoria es q hace swap
(12:04:45) Nicolas (Trabajo): calculo que si
(12:05:15) andrea: en el momento lo reinicie para ver q pasaba
(12:05:27) andrea: y no hace mas swap
(12:05:43) andrea: pero veo q va creciendo otra vez la barra de memoria
(12:06:12) andrea: cuando pueda sacar a todos un momento voy a cambiar los parametros q me diste
(12:08:10) Nicolas (Trabajo): claro... a medida que vaya trayendo datos se va a ir incrementando lo memoria
(12:08:13) Nicolas (Trabajo): dale
(12:08:15) Nicolas (Trabajo): buenisimo

15
Privado / MPF: problema con puestos en pervasive
« : agosto 05, 2010, 03:55:38 pm »
Gracias Nico, ya le pasé la data al administrador del servidor.

Silvia

 
De: Nicolás Domínguez Florit [mailto:ndominguez@siu.edu.ar]
Enviado el: jueves, 05 de agosto de 2010 03:33 p.m.
Para: ACUNA, Silvia
CC: Ariel Zoia - SIU
Asunto: win.ini en Terminal Server

Hola Silvia, tendrias que comprobar que dentro de la configuración de cada usuario del terminal server este definido el puesto dentro del win.ini.

El win.ini de cada usuario se encuentra en c:\documents and settings\usuario_x\windows\win.ini  y debería contener una entrada similar a la siguiente:

[Cliente SIU Pampa]
Nro. de Puesto=132
Directorio Temporal=c:\tempampa
ConceptoBrowseCargos=114

Espero que te sea de utilidad,
Saludos!

Nico.

Páginas: [1] 2 3 ... 10