fix(account.invoice): mejora la precisión decimal en el campo de descuentos
Cuando se incluyen descuentos globales en la factura el cálculo de los importes, totales y descuentos se debe de realizar evitando en la medida de lo posible los redondeos para que al final del proceso los montos calculados para la generación del archivo XML coincidan con los montos calculados por el módulo de contabilidad. Esto es especialmente importante cuando la precisión decimal de los precios de los productos está configurada con un mayor número de decimales que la contabilidad.
added 1 commit
- 9d38a13e - Fix (account.invoice.line) Se corrije problema de valorUnitario='0' en XML de un…
@agb80 Se agregó una validación para evitar que en el XML se fuera valorUnitario='0.0' Saludos!
438 437 ) 439 438 base_with_taxes = tax['base'] 440 price_unit_with_taxes = tax['price_unit'] 441 439 break 442 try: 443 if partner.ieps_subjected: 444 res['price_unit'] = ( 445 price_unit_whitout_taxes / total_discount 446 ) 447 else: 448 res['price_unit'] = ( 449 price_unit_with_taxes / total_discount 440 441 res['price_unit'] = self.price_unit 442 # Try set base_with_taxes to the price_unit for Not IEPS Subjected 443 if not partner.ieps_subjected and self.discount<100: Pregunta @chavamm.83, con base en los datos de ejemplo que nos proporcionaste creo que el escenario que tenemos que probar quedaría de la siguiente manera:
Escenario: Factura a un cliente que no es sujeto de IEPS con un descuento del 100% Dado una factura al ClienteB con las siguientes líneas | Producto | Precio | Cantidad | Impuestos | Descuento | | Tequila White 750 ml | 174.2100 | 1 | 53% IEPS, 16% VAT | 100.0 | Y el ClienteB que no es sujeto de IEPS Cuando validamos la factura Entonces el precio del producto en el XML debe ser 266.54 Y el monto del descuento en el XML debe ser 266.54
¿Es correcto?
Porque de si es correcto mi escenario entonces la corrección que propones no funcionaría.
Edited by Agustín Cruz
@chavamm.83 aquí propongo los cambios para corregir este problema que reportaste con los descuentos al 100%: http://gitlab.openpyme.mx/l10n_mx/l10n_mx_facturae/merge_requests/40/diffs#6d9ff0821207d962204242acafa7bca0968af85f_460_439
El cambio hace que se despliegue correctamente el precio del producto cuando el cliente no es sujeto de IEPS. Qeudo al pendiente de tus comentarios
PD: Cierro este MR y cualquier cosa me comentas en el otro.