[GUFA] Factura electronica solo de IVA

[Oscar Stasiulevicius]

Deberia hacerse N/C anulando la FC original, y luego una nueva FC/ND con el
neto grav + el nuevo iva, a menos que la descripción/concepto diga iva pero
en sistema sea un item exento

Atte

El 21/11/2016 21:51, "Hector E Giorgiutti" 
escribió:

Hola! No lo probé en el WS, pero el online, no te deja hacer eso.
Saludos
--
De: Mario Andrés Ageno 
Enviado el: ‎21/‎11/‎2016 21:08
Para: GUFA List Member 
Asunto: [GUFA] Factura electronica solo de IVA

Alguien pudo hacer n.debito o facturas electronica solo de IVA, sin neto
a mi me lo rechaza el WS

Gracias

--
Mario Andrés Ageno
Analista de Sistemas
de Computación
Italia 2317 - 3040 San Justo (SF)
Tel.:03498-423066
Personal: 03498-15680413
mail: mario.ag...@sanjustosf.com.ar
web: www.maasoft.com.ar
skype: mario_ag...@hotmail.com

[GUFA] Factura electronica solo de IVA

[Mario Andrés Ageno]

no pero un cliente recibe Nota de debito solo por IVA

Si on line no te deja

saludos


From: Hector E Giorgiutti 
Sent: Monday, November 21, 2016 9:50 PM
To: GUFA List Member 
Subject: [GUFA] Factura electronica solo de IVA

Hola! No lo probé en el WS, pero el online, no te deja hacer eso.
Saludos


De: Mario Andrés Ageno
Enviado el: ‎21/‎11/‎2016 21:08
Para: GUFA List Member
Asunto: [GUFA] Factura electronica solo de IVA


Alguien pudo hacer n.debito o facturas electronica solo de IVA, sin neto
a mi me lo rechaza el WS 

Gracias

--
Mario Andrés Ageno
Analista de Sistemas
de Computación
Italia 2317 - 3040 San Justo (SF)
Tel.:03498-423066
Personal: 03498-15680413
mail: mario.ag...@sanjustosf.com.ar
web: www.maasoft.com.ar
skype: mario_ag...@hotmail.com

[GUFA] Factura electronica solo de IVA

[Hector E Giorgiutti]

Hola! No lo probé en el WS, pero el online, no te deja hacer eso.
Saludos

-Mensaje original-
De: "Mario Andrés Ageno" 
Enviado el: ‎21/‎11/‎2016 21:08
Para: "GUFA List Member" 
Asunto: [GUFA] Factura electronica solo de IVA

Alguien pudo hacer n.debito o facturas electronica solo de IVA, sin neto
a mi me lo rechaza el WS 

Gracias

--
Mario Andrés Ageno
Analista de Sistemas
de Computación
Italia 2317 - 3040 San Justo (SF)
Tel.:03498-423066
Personal: 03498-15680413
mail: mario.ag...@sanjustosf.com.ar
web: www.maasoft.com.ar
skype: mario_ag...@hotmail.com

[GUFA] Factura electronica solo de IVA

[Mario Andrés Ageno]

Alguien pudo hacer n.debito o facturas electronica solo de IVA, sin neto
a mi me lo rechaza el WS 

Gracias

--
Mario Andrés Ageno
Analista de Sistemas
de Computación
Italia 2317 - 3040 San Justo (SF)
Tel.:03498-423066
Personal: 03498-15680413
mail: mario.ag...@sanjustosf.com.ar
web: www.maasoft.com.ar
skype: mario_ag...@hotmail.com

[GUFA] Form lento

[Carlos Alejandro PEREZ]

A nosotros nos pasa exactamente lo mismo. Pero el culpable, según pude ver,
es que tenemos un switch HP 1910-24G conectado a un balanceador de carga
TP-LINK RT470+ (es en esencia un router que admite varios modems de banda
ancha, cada uno conectado a proveedores diferentes), es decir, nosotros al
router lo tenemos con dos bocas WAN, y dos bocas LAN. A una boca LAN se
conecta el switch que interconecta la red interna de la organización. Si
tenes algo parecido, el problema es complejo, y todo apunta a que el router
no tiene capacidad de proceso o algo está haciendo mal, o bien el switch
tiene una configuración que lo obliga a "trabajar demasiado" con los
paquetes de red, en caso que el switch sea "administrable".
1. Se suele dar con un enrutador a internet, y un switch interno. Si el
switch es configurable (administrable), puede tener el protocolo
anti-bloqueo que actúa "en contra" en vez de "a favor" (spanning-tree
protocol), si podés probá desactivarlo y ver que resultado tenés. Para
esto, debes acceder a la página web del dispositivo, los switches
administrables toman una IP del enrutador donde se conectan, o bien pueden
tener una fija programada, etc. Si el switch no es configurable, entonces
no queda mucho por hacer a este respecto, pero estos modelos simples no
suelen tener los protocolos de anti-bloqueo como los que menciono.
2. Algunos enrutadores tienen en la(s) boca(s) LAN el control de flujo
(flow-control) activado, y restringen el ancho de banda total de la boca en
cuestión, empeorando la situación cuando más máquinas comienzan a colgarse
del sistema. Hay que desactivar el flow-control en todas las bocas LAN del
router, y definitivamente, en todas las bocas LAN del switch. Esto es
particularmente importante cuando el router de internet da las direcciones
IP a la LAN interna a través del switch (el router tiene el servicio DHCP,
y las direcciones se distribuyen por el switch a las máquinas), y es
firewall, etc.
3.  Es posible que un cliente dado se conecte por LAN al switch cableado, y
por WiFi a un access-point que a su vez está conectado al mismo switch, de
tal manera que las IP de las maquinas cableadas se "vean" con las IP de las
máquinas conectadas inalámbricamente. Puede pasar con algunas all-in-one y
notebooks que tienen las dos interfaces de red y se conectan las dos por
alguna razón. El problema es que en tal caso, se genera un lazo de paquetes
mortal, que ralentiza significativamente algunas operaciones del segmento
de red.
4. No hace falta crear un ejecutable para cada uno, pero si tener
instaladas las librerías de runtime en cada máquina. Con un .BAT podes
forzar el mapeo, y luego llamar a la aplicación en el volumen mapeado. Por
ejemplo, si X: es el volumen de red, y \\servidor\sistema es la carpeta que
tiene sistema.exe, vos podes hacer un bat que siempre reconectará aunque el
mapeo se haya perdido:

Archivo sistema.bat:
net use x: \\servidor\sistema
cd x:
sistema.exe

Y el tiempo que demora en transferir el ejecutable (unos 4 MB en promedio)
a la memoria de la workstation es de pocos segundos, que es el precio a
pagar para tener administración centralizada del ejecutable, y no tener que
copiarlo en cada workstation cuando hay un cambio. Recordemos que la
carperta \\servidor\sistema debe tener los permisos de cada usuario de la
red, lectura y escritura.

Exitos

Carlos A. Pérez

El 19 de noviembre de 2016, 14:52, Claudio Villarreal
escribió:

> Hola Jose
> La verdad eso es lo estoy viendo. Tengo un sistema en otra empresa cuya
> base de datos principal de clientes tiene 15 registros y algunas de las
> tablas crecen de 4 registros por mes durante los 12 meses del año. A
> pesar de esto las 5 o 6 PCs trabajan bien.
> Veo que vos trabajas con tablas libres. Yo trabajo con una base de datos.
> Podrá ser eso? El sistema esta instalado en una de las PC y creo una unidad
> de Red donde accede cada usuario al mismo ejecutable. Tendre que crear un
> exe para cada uno?
> Desde ya muchas gracias.
> Saludos
>
> Claudio
>
> El 8 de noviembre de 2016, 23:02, Jose Paez
> escribió:
>
>> Hola Claudio
>>
>>
>> Adjunto una impresión del tamaño de las tablas libres con que trabajo
>> desde VFP (Formularios, Grids, Reportes), accedidas concurrentemente desde
>> unas 80 PCs (aproximadamente) y los tiempos de acceso aceptables.
>>
>>
>> Es muy probable que tengas un problema de red.
>>
>>
>>
>>
>> Saludos
>>
>> José Paez
>> --
>> *De:* GUFA@mug.org.ar  en nombre de Claudio Villarreal <
>> crvilla1...@gmail.com>
>> *Enviado:* martes, 8 de noviembre de 2016 05:37 p. m.
>> *Para:* GUFA List Member
>> *Asunto:* [GUFA] Form lento
>>
>> Hola Colisteros
>> Tengo un problema con un form el cual les paso a detallar.
>> En un sistema de una clínica tengo instalado el sistemas en 2 PC (win XP
>> y Seven). El sistema esta instalado en unas de la PC, la cual hace las
>> veces de servidor. Las tablas (Nativas de FOX) las 

[GUFA] Form lento

[Jose Paez]

Buen día Claudio


Sobre la experiencia de utilizar tablas vinculadas a una base de datos (.dbc) 
para esta cantidad de terminales y volumen de datos es que las reglas de 
Integridad Referencial nos provocaban algunos bloqueos y demoras en la 
actualización de datos.

Por lo que en aquel momento generamos nuestras propias rutinas de Integridad 
Referencial en la .DBC.


Sobre los ejecutables, disponemos de un cargador que copia (la última versión) 
del ejecutable desde el servidor de archivos a la terminal y lanzamos la 
ejecución.


Si, es importante que configures las variables TMPFILES, EDITWORK, SORTWORK, 
PROGWORK con la ruta de una carpeta local.

Saludos

José


De: GUFA@mug.org.ar  en nombre de Claudio Villarreal 

Enviado: sábado, 19 de noviembre de 2016 05:52 p. m.
Para: GUFA List Member
Asunto: [GUFA] Form lento

Hola Jose
La verdad eso es lo estoy viendo. Tengo un sistema en otra empresa cuya base de 
datos principal de clientes tiene 15 registros y algunas de las tablas 
crecen de 4 registros por mes durante los 12 meses del año. A pesar de esto 
las 5 o 6 PCs trabajan bien.
Veo que vos trabajas con tablas libres. Yo trabajo con una base de datos. Podrá 
ser eso? El sistema esta instalado en una de las PC y creo una unidad de Red 
donde accede cada usuario al mismo ejecutable. Tendre que crear un exe para 
cada uno?
Desde ya muchas gracias.
Saludos

Claudio

El 8 de noviembre de 2016, 23:02, Jose 
Paez> escribió:

Hola Claudio


Adjunto una impresión del tamaño de las tablas libres con que trabajo desde VFP 
(Formularios, Grids, Reportes), accedidas concurrentemente desde unas 80 PCs 
(aproximadamente) y los tiempos de acceso aceptables.


Es muy probable que tengas un problema de red.


[cid:1c5ddf55-5aed-48a8-8534-b1fa737890a3]

Saludos

José Paez

De: GUFA@mug.org.ar 
> en nombre de Claudio Villarreal 
>
Enviado: martes, 8 de noviembre de 2016 05:37 p. m.
Para: GUFA List Member
Asunto: [GUFA] Form lento

Hola Colisteros
Tengo un problema con un form el cual les paso a detallar.
En un sistema de una clínica tengo instalado el sistemas en 2 PC (win XP y 
Seven). El sistema esta instalado en unas de la PC, la cual hace las veces de 
servidor. Las tablas (Nativas de FOX) las abro con AGAIN y ALIAS en cada vez 
que se abre el form. El problema es que cuando se abre el form de AMB de Turnos 
en una de la PC servidor esta funciona bien y el medico abre su agenda en la 
otra PC, la agenda se vuelve muy lenta en todo (cuando se abre el form, cuando 
actualiza las vistas, cuando sale de la atención del paciente y vuelve a la 
agenda, etc.). Pase el sistema a la PC del medico, la cual es mas nueva, y el 
problema sigue, pero al contrario, la agenda del medico funciona bien y el ABM 
de Turnos se pone lento.
Si paso el sistema a una tercera PC se ponen lentos los dos forms.
Alguna idea de como solucionarlo? Necesitare un server? O tendre que migrar 
todo a SQL ?
Desde ya muchas gracias

Claudio