Redondeo Legal

[bmfranky]

Empezado por ermendalenda

Buenos días.

Me han rechazado dos Facturas de face por el redondeo:
Una por que cada item lo he redondeado, pero en la suma total, he sumado cada item con sus 8 decimales, con lo cual no cuadraba si sumabas los importes redondeados.
La segunda por que para arreglarlo he mandaado todo a 8 decimales, que aun cuadrando perfectamente todo, no se puede por normativa, con lo cual me toca reacer un monton de lineas de programa.
Me han remitido a la normativa:
Regla 6 del anexo II Orden HAP/1650/2015: El importe no puede venir con mas de dos decimales

https://www.boe.es/buscar/doc.php?id=BOE-A-2015-8844

Si leeis esta regla vereis una cosa importante:
Cada linea (Item) debe tener todos los importes redondedados a 2 decimales excepto el importe unitario
La suma total de importes tiene que ser suma de cada uno de los importes ya redondeados.

6. Respecto a los importes de la factura.
a) En las facturas emitidas en euros, se validará que los importes totales de las líneas relativos al coste total sean numéricos y estén redondeados, de acuerdo con el método común de redondeo, a dos decimales, como resultado del producto del número de unidades por el precio unitario, y que los importes brutos de las líneas sean el resultado de restar del coste total los descuentos, y de sumar los cargos, todos ellos numéricos y con dos decimales. Asimismo se validará que el resto de importes a nivel de línea, con excepción del importe unitario, vengan expresados en euros con dos decimales. No se consideran importes los tipos impositivos o los porcentajes a aplicar que, al igual que el importe unitario, podrán tener los decimales que permita el formato Facturae.
b) En las facturas emitidas en euros, se validará que el total importe bruto de la factura sea numérico y a dos decimales, por suma de los importes brutos de las líneas. Asimismo se validará que el resto de importes vengan expresados en euros con dos decimales. No se consideran importes los tipos impositivos o los porcentajes a aplicar que podrán tener los decimales que permita el formato Facturae.
c) Se validará la existencia del código de moneda de acuerdo con lo establecido en el propio esquema “Facturaeˮ.
d) Si el “total importe bruto antes de impuestosˮ es positivo, se validará que el “total impuestos retenidosˮ, si tiene contenido, sea mayor o igual que cero.
e) Se validará que el “total importe bruto antes de impuestosˮ sea igual al “total importe brutoˮ menos el “total general descuentosˮ más el “total general cargosˮ.
f) Se validará que el “total Facturaˮ sea igual al “total importe bruto antes de impuestosˮ más el “total impuestos repercutidosˮ menos el “total impuestos retenidosˮ.

Osea que llevo casi un mes modificando todo mi codigo a ratos , para usar y guardar mas decimales, para evitar fallos de redondeo y resulta que tengo que volver atras...
Entonces hay que sumar todos los subtotales, ya redondeados , no los double sin formatear...

[ermendalenda]

Empezado por bmfranky

Osea que llevo casi un mes modificando todo mi codigo a ratos , para usar y guardar mas decimales, para evitar fallos de redondeo y resulta que tengo que volver atras...
Entonces hay que sumar todos los subtotales, ya redondeados , no los double sin formatear...

Pues eso parece. Y9 voy a guardar los 2. Están hablando de que hace falta un cambio en las normativas de facturación, otra cosa es que se haga, pero yo por si acaso tengo los 2 cálculos.

[[newtron]]

Yo entiendo que en Verifactu debe de ir todo redondeado a 2 decimales puesto que no intervienen los artículos. En el caso de Facturae si es un problema porque los artículos pueden tener un "saco" de decimales y hay que procurar que luego las sumas redondeadas cuadren pero aquí todo a 2 decimales.


Saludos.

[bmfranky]

Empezado por newtron

Yo entiendo que en Verifactu debe de ir todo redondeado a 2 decimales puesto que no intervienen los artículos. En el caso de Facturae si es un problema porque los artículos pueden tener un "saco" de decimales y hay que procurar que luego las sumas redondeadas cuadren pero aquí todo a 2 decimales.


Saludos.

Hola, @newtron , tienes razon, pero ya que modifico el programa, para adaptarme a esto, estoy tratando de adaptarme a factura-e por lo que pueda llegar para el "b2b", que se nos viene en un par de años o asi, por lo que he leido en la documentacion de facturae, todo son 2 decimales, menos las unidades que indican 4 - 8 decimales.

[novatico]

Como dices, la diferencia con Facturae es que van las líneas de artículos o servicios, donde el "precio unitario" puede llevar hasta 8 decimales, pero el resultado de la operación de "cantidad * precio unitario" debe redondearse a 2 decimales, y es este resultado el que incrementa la Base Imponible que, como en VeriFactu, va con 2 decimales.

[Javierus]

¿Cómo se debe calcular el total impuestos de la factura? (Por simplificar, suponiendo un mismo porcentaje de IVA para toda la factura)
1) Sobre la base imponible de la factura
2) Suma del total impuestos calculado independientemente para cada línea

[bmfranky]

Empezado por Javierus

¿Cómo se debe calcular el total impuestos de la factura? (Por simplificar, suponiendo un mismo porcentaje de IVA para toda la factura)
1) Sobre la base imponible de la factura
2) Suma del total impuestos calculado independientemente para cada línea

Hola, de cara a verifactu es indiferente, puede hacerlo como quiera Caso 1 o 2,como a usted le resulte mas sencillo pero si planea dejarlo preparado para una posible implementacion de la factura electronica, en un futuro, como yo, deveria implementar el calculo por lineas y luego sumarlo al pie, caso 2.