papo-hackers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Papo-hackers] [bug #4738] LIBROS IVA: IVAS diferentes al de la carga de


From: nobody
Subject: [Papo-hackers] [bug #4738] LIBROS IVA: IVAS diferentes al de la carga del comprobante
Date: Wed, 13 Aug 2003 17:55:42 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1

=================== BUG #4738: FULL BUG SNAPSHOT ===================
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=4738&group_id=2013

Submitted by: smarin                  Project: PAPO                         
Submitted on: Wed 08/13/03 at 21:55
Category:  otro                       Severity:  5 - Grave                  
Resolution:  None                     Assigned to:  None                    
Status:  Open                         Fecha planificada:                    
Cómo reproducir:                      

Summary:  LIBROS IVA: IVAS diferentes al de la carga del comprobante

Original Submission:  Esta situación suscitada en La Papelera, tiene orígen en 
dos cosas: 1) el redondeo de dígitos porque las unidades o el precio unitario 
tienen muchos decimales y, 2) por errores reales de cálculo o redondeo que 
obliga al data enter, a modificar el campo paar que el IVA coincida con el 
facturado. Se opta por *honrar* este valor y cambiar el precio neto.
En uno u otro caso el problema resultante es que los montos registrados en el 
Libro IVA Compras no son exactos con los de la carga y los de la factura. 
Las diferencias no son relevantes, pero el registro para AFIP debe ser exacto.
Aquí hay dos cosas para ver:
PRIMERO: cuando tocan el importe a mano, una parte de la diferencia va a la 
columna siguiente que está titulada *Monto no Gravado*, aquí podríamos 
simplemete cambiar el título y poenr *Otros montos gravados* hasta tanto se 
solucione el tema.
SEGUNDO: EL libro IVA completa sus columnas a partir de un cálculo que hace 
nuevamente multiplicando items por items:  unidad por precio, y por eso, aunque 
el campo en la carga se hubiera corregido manualmente, como se hace en el campo 
de total (lógicamente desde un punto de vista operativo),no lo lee. NO acusa 
esa *corrección* en el Registro para AFIP (Libro Iva Compras).En mi opinión, la 
base de datos debiera tomar el que el data enter da por correcto. O BIEN, como 
decía Mateo,estudiar la posibilidad de agregar un campo de *error de cálculo* o 
*redondeo* en la misma pantalla de carga. VER CÓMO MEJORARÍA ESO LA EXPOSICIÓN 
DE LA REGISTRACIÓN EN LIBRO IVA COMPRAS.



No Followups Have Been Posted


CC list is empty


No files currently attached


For detailed info, follow this link:
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=4738&group_id=2013

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]