Error en calculo de iva

[jlmoli_67]

Buenas,


En verifactu el total de las bases, cuotas, etc van con dos decimales.



Las facturas simplificadas de un supermercado suelen hacer referencia al pvp de cada articulo con el iva incluido por cada linea.



Si se desglosa cada linea para determinar la base imponible eso trae problemas que la verdad no se ahora mismo como resolverlo. Antes sacaba el total a pvp, calculaba la base y por diferencia determinaba el importe de iva para que el cliente viera en el ticket la suma del pvp pero ahora si hago eso , logicamente, me da un error por hacer el calculo erroneo de las coutas de iva.



Como resolveis este caso?


und articulo tipo iva pvp subtotal
1 articulo 1 10% 1€ 1€

1 articulo 2 10% 1.8€ 1.80€


total a pvp=2.80€



desglose de iva

****************************


con la base redondeada a 4 decimales por linea.....


base imponible couta iva 10% total

0.9091+1.6364=2.55 0.26 2.81


Que haceis vosotros porque lo que esta claro es que hay que enviar calculando el iva sobre la base a dos decimales y el total entra ademas en el qr.?




gracias

[Casimiro Notevi]

Algo no has explicado bien, esos datos no cuadran.

[jlmoli_67]

Empezado por Casimiro Notevi

Algo no has explicado bien, esos datos no cuadran.

Buenas, gracias por contestar


Lo que digo es que si hago un ticket de supermercado en el que se muestra la venta de dos articulos a pvp con iva ya incluido del 10% ( el primero a un euro y el segundo a 1.8) la suma a pvp es 2.80


Bien, al realizar el desglose de iva me sale:
2.8/1.10=2.5454 que redondeado a dos decimales da 2.55
si ahora calculo el iva me sale:
iva 10%=0.255 que redondeado da 0.26


La suma de base + iva es= 2.81


como ves la suma a pvp es 2.80 y una vez desglosado el iva me sale 2.81


Queria saber como solucionais esto porque claro el cliente va a ver
1 lata de tomate = 1 euro
1 lo que sea =1.8 euro



a pagar=1.81 y no 1.80



Al hacer el desglose ya no puedo hacer lo que antes hacia por diferencia de forma cutre (solo con las simplificadas) para que el cliente viera el total y le cuadrara aunque a nivel interno yo si lo cuadrara bien para los resumenes trimestrales y demas.


El motivo-->huella del registro y qr de comprobacion.



Gracias por tu atencion

[CarlosArjonomia]

Para evitar el dichoso decimal, calcula el IVA restando la base imponible del total.

[sglorka]

Empezado por jlmoli_67

Buenas, gracias por contestar


Lo que digo es que si hago un ticket de supermercado en el que se muestra la venta de dos articulos a pvp con iva ya incluido del 10% ( el primero a un euro y el segundo a 1.8) la suma a pvp es 2.80


Bien, al realizar el desglose de iva me sale:
2.8/1.10=2.5454 que redondeado a dos decimales da 2.55
si ahora calculo el iva me sale:
iva 10%=0.255 que redondeado da 0.26


La suma de base + iva es= 2.81


como ves la suma a pvp es 2.80 y una vez desglosado el iva me sale 2.81


Queria saber como solucionais esto porque claro el cliente va a ver
1 lata de tomate = 1 euro
1 lo que sea =1.8 euro



a pagar=1.81 y no 1.80



Al hacer el desglose ya no puedo hacer lo que antes hacia por diferencia de forma cutre (solo con las simplificadas) para que el cliente viera el total y le cuadrara aunque a nivel interno yo si lo cuadrara bien para los resumenes trimestrales y demas.


El motivo-->huella del registro y qr de comprobacion.



Gracias por tu atencion

Creo que cometes un error al calcular el Iva. No puedes redondear más que una sola vez al calcular el Iva y las bases imponibles.
La base imponible del 10% de 2.80 es 2.80/1.10 = 2.5454545454545454, esto quiere decir que el Iva repercutido será Iva= 10 * 2.5454545454545454 /100 = 0.25454545454545452
Como debes presentar tus datos formateados a dos decimales, primero debes redondear el Iva que es lo que le interesa a hacienda Iva(10%) = 0.25 (el tercer decimal es un 4) y ahora debes sacar la base imponible por diferencia con el importe del tipo del 10%, o sea, Base imponible (10%) = 2.80 - 0.25 = 2.55

En resumen, para un valor de 2.80 tenemos una base del 10% de 2.55 y una cuota del 10% de 0.25
¿ Y por qué no da exactamente 0.25 cuando calculo el 10% de 2.55 ? . El valor que arroja esta pregunta es 0.26 pero tenemos que tener en cuenta que los datos se presentan redondeados a dos decimales y una vez hecho este redondeo, ya no tiene sentido calcular el 10% de 2.55 porque el valor era el 10% de 2.5454545454545454 que sí que es 0.25

[jlmoli_67]

Muchisimas gracias por tu estupenda explicacion de porque me ocurria ese problema y la forma de subsanarlo asi como a carlosarjonomia y a casimiro por el interes prestado.

[siyei]

Con la iglesia hemos topado.

Este problema nos lo vamos a encontrar todos los que tengamos tiendas en el sector del retail.

El problema viene a que por ley, los precios de dichos establecimientos tienen que estar etiquetados con el PVP, es decir, con el IVA incluido. Es decir, si un usuario coge un producto cuya etiqueta pone 2,80 P cuando llega la caja ese el precio que espera pagar. Para que no hubiese problema, nuestros programas calculan tanto la Base como el IVA a partir del total hacia atrás.
Sin embargo, por ley, una factura se debe calcular de la siguiente forma -> Base Imponible (redondeada a 2 decimales) + importe IVA (redondeado a 2 decimales) = Total Factura.

En nuestro caso sería : 2,55 + 0,26 = 2,81. El importe de IVA de 2,55 redondeado a 2 decimales es 0,26, si o si. Lo demás es hacer trampas al solitario.

Si cogiéramos como Base Imponible 2,54 el calculo sería: 2,54 + 0,25 = 2,79.

Esto es la cuadratura del circulo, matemáticamente no hay ninguna Base Imponible redondeada a 2 decimales a la que sumándole el IVA redondeado igualmente nos de un valor de 2,80.

El problema es que en la administración de matemáticas no van muy sobrados y por un lado obligan a que los establecimientos etiqueten los precios con IVA, pero por otro lado cuando envías una factura electrónica (de momento ya es obligado en los organismos oficiales) tiene que estar valorada correctamente conforme a las reglas que ellos establecen, no vale calcular el IVA o la Base por sustracción porque en ese caso te la rechazan porque no está bien valorada. Yo lo estoy sufriendo cada vez que un cliente intenta enviar una factura a un ayuntamiento a través de FACE.

Si alguien tiene una varita mágica que resuelva este problema, haría bien en difundirlo, pero creo que nos vamos a divertir en cuanto el Verifactu y la Factura electrónica entren a pleno funcionamiento.