Redondeo Legal
 

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.

Redondeo base factura.
 

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...:confused:
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.

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.

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.

¿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.

Cuidado porque puede llevar a confusión.
Los impuestos se calculan sí o sí utilizando las bases imponibles obtenidas por cada impuesto. Una vez obtenidos estos impuestos, redondeamos bases e impuestos a dos decimales.
Ahora toca ajustar los impuestos y bases de cada línea a dos decimales de tal forma que la suma de las bases por cada tipo de cada línea coincida con su base para ese tipo, y la suma de cada impuesto de cada línea por cada tipo coincida con su impuesto para ese tipo.
Al final, el importe de la factura será Suma de Bases + Suma de Cuotas.
Se entiende cuando se habla de bases que son valores que incluyen los descuentos y recargos aplicados a la factura o bien a cada línea.

Exacto. La forma es sumar las bases imponibles por cada tipo, calcular el importe según el porcentaje y redondearlo a dos decimales. Si se hace sobre las lineas casi con toda seguridad habrá descuadres en facturas con muchas lineas.


Saludos.

Creo que estáis confundidos. Os pondré ejemplos en los que hacer eso se os escapan decimales, son pocas posibilidades pero aparecen esos descuadres, esto ocurre cuando se calculan las bases e impuestos a partir del pvp.
Tenemos que calcular el precio base por línea redondearlo a 2 decimales y el pvp por línea, el impuesto es la resta de ambos. Si calculas el impuesto por otro lado y lo refondeais tendréis casos que tanto el redondeo del iva como de la bade os juegue una mala pasada y os resulte un centimo +.
Y porque pasa esto, ahora no tengo los ejemplos, os los pondré, pero imaginaos que la base sin redondear sea 2.355 y el iva 0.645, este me lo he inventado pero si el total pvp eran 3.00 os va a salir 3.01
Por que según vuestros cálculos redondeariais a 2.36 y y 0.65
Y estaría mejor a 2.36 y 3.00-2.36.
Y ya os digo que hay casos

También podéis calcular el iva redondearlo y la base es el pvo-iva redondeado y asi hacienda mas contenta, ya lo que veáis.
Cualquiera de las 2 formas, cualquiera que esté en FACE se lo come, con vuestras propuestas os devolverán alguna si tenéis la mala suerte que coincida uno de esos importes "negros"

Ejemplos
 

Estos ejemplos a los siguientes pvp :
1,17
3,25
4,29
Etc...
sucede lo mismo al 4% de iva
Suponemos el ejemplo 3,25 PVP al 4%


1.- La base que yo te calculo es 3,12500000 a 8 decimales,
2. El iva 0.125
Si intentáis 3.13+0.13 = 3.26
Además si tenemos más líneas así más diferencias.y tampoco le puedes decir a alguien que no puede vender a 3.25 de pvp si el iva es al 4%. Jeje, se lo tomaria a guasa.
Realmente no se en este momento si hay tipos de iva(%) en los que no sea posible que te de justo 3 decimales y el tercero terminado en 5(que rima con telecinco) pero si se que los tipos de iva pueden ser modificados en cualquier momento y se lía parda

Pues no lo pillo, como lo calculas , multiplicas x 0,04 y le restas al pvp?
pero yo no tengo un pvp , yo tengo un material, que vale x le aplico por ejemplo un 10 % de descuento y ahi le sumo el iva, como deveria enfocarlo?
3.2900 - 20% = 2,6320 x 21% = 0,552721 += 3,18472
3,29 -20% = 2.63 x 21% = 0,55 += 3,18 ??


Como lo soluciono?

Si calculas a partir del precio base tienes que usar el calculo como has puesto en el ejemplo 1 y redondear a 2 decimales después.
3.2900 - 20% = 2,6320 x 21% = 0,552721 += 3,18472
Base redondeadas =2.63
Iva redondeado 0.55
Y esos ítems redondeados son los que tienes que ir arrastrando para las sumas finales. Nada de redondear en las sumas por que face te lo rechazaría en muchos casos por no coincidir la suma de los items con los totales.
Por otro lado, ten en cuenta que no es lo mismo vender en la misma línea 1 articulo por 100 unidades que 100items del mismo artículo ya que te probablemente te varíen los totales. Eso te cambia en los que calculamos el iva a partir del pvp que lo que ocurriría es que variarian los ivas o las bases pero el pvp se mantendría siempre igual dando igual si lo vendes en 10ñineas que en 1 línea por 100. Cosa que es más clara para el consumidor final, o sea, para el consumidor final veo mejor calcular a partir del pvp, siempre que le des esa referencia en los precios(el pvp) (no el pv sin iva)
Pero sobre todo destacar la diferencia de redondear calculando el iva desde el pvp o redondear desde el pv.

Cheeeeeeeeeeeeeeeeeeeeeeeeee.... que estamos hablando de cálculos cuando se trabaja con iva aparte ;).


Cuando se trabaja con iva incluido la cosa se complica porque efectivamente saltan descuadres y no son pocos. Yo lo que hago es calcular el importe de iva restando al total la base imponible, igualmente se puede redondear con las ventas. Imagino que da igual.


Saludos.

Correcto. Pero en cada línea y arrastrando, por que he visto que en hilo alguien ha dicho de hacerlo al final, o no se ha entendido muy bien el post.

Y la verdad que el detalle de hacerlo restándole el iva o la base puede que no esté establecido (reglamentado), pero si estuviera establecido creo que la lógica indica que es el iva el que sería intocable y los descuadres se los comería la base

Ya decía yo que me sonaba a chino y que la forma de hacerlo es la misma que gasto yo, no veía fallo, porque es como lo hago...

四舍五入至小数点后两位

Se podría decir más alto, pero más claro...:D ... ;-)

Propongo un ejercicio de reflexión, tenemos dos facturas valoradas de diferente manera
En el caso 1, se obtienen las bases imponibles y cuotas de una sola vez con un único redondeo

UDS PRECIO IVA IMPORTE
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1

BASE 4,13
IVA 21%
CUOTA 0,87 TOTAL 5

en el caso 2, se calculan las bases y cuotas por cada línea aplicando después un redondeo por cada una, total 5 redondeos

UDS PRECIO IVA IMPORTE
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1

BASE 4,15
IVA 21%
CUOTA 0,85 TOTAL 5

¿ Qué factura está bien calculada ?, o ¿ Son ambas válidas ?

La segunda es la que cunple la normativa.

Puffffffffffffffffffff.... yo ahí discrepo. :rolleyes:


Si partimos de la base de que de forma "normal" hay que calcular el importe del iva a partir del total de la base imponible para mi lo correcto sería la primera opción.

¿Por casualidad no recordarás dónde encontrar esa normativa, aproximadamente?

Si la segunda es la que cumple la normativa, entonces estas dos facturas con el mismo contenido calculadas con redondeo en cada línea ¿ Por qué arrojan dos impuestos distintos ? ¿ No sería una incongruencia ?. En este caso son 2 céntimos de diferencia en una factura de 5€. Imagina una estación de servicio que genera de media 3000 operaciones día.

Primera Factura
UDS PRECIO IVA IMPORTE
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1

BASE 4,15
IVA 21%
CUOTA 0,85 TOTAL 5

Segunda Factura
UDS PRECIO IVA IMPORTE
5 1 21,00 5

BASE 4,13
IVA 21%
CUOTA 0,87 TOTAL 5

Hola, os vuelvo a poner el mismo post del motivo y la normativa al respecto:

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.

Es lo que hay, ya lo comenté, no es lo mismo líneas línea que todo en la misma, las reglas de redondeos son así.
Si pruebas a enviar una face a ciertos organismos que comprueban esas reglas de redondeo te la van a rechazar, tal y como me pasó a mi con el ayto de Málaga, o sea te la rechazan si haces el redondeo en la suma. Las 2 facturas que propones las van a aceptar y según las reglas de redondeo de la normativa son correctas ambas

A saber y en prevision de poder adaptar mi programa a Factura-E.


Lo adaptare así.



Sumo todos los parciales tanto de las bases como del impuesto y el total de ambos lo sumo para poner el total de la factura, es asi?

En tu caso (que trabajas desde precios bases) sí, los que trabajen desde pvp, no es asi exactamente., o sea si es así también pero uno d e los 2 (base o iva), de cada linea,no se obtiene directamente del pvp, si no de la diferencia del pvp con uno de los calculados, para evitar descuadres de pvp.

Lo que me preocupa a mí es el cálculo de la cuota de IVA, que no he visto en ese BOE (igual lo he pasado por alto)
Cuando hablamos de precios sin IVA incluido, yo ya calculo y redondeo los totales de las líneas a 2 decimales, y calculo la base imponible acumulando todas las líneas (del mismo IVA, claro)
La cuota de IVA la calculo a partir de esa base imponible acumulada, redondeando a 2 decimales

Por contra, hay quien calcula la cuota de IVA en cada línea, y acumula las cuotas del mismo IVA para calcular la cuota de IVA de la base acumulada

¿Sabemos si VERI*FACTU indica algo a ese respecto? O FACe, ya de paso

En face te va a fallar en ciertos casos, ya que hay que dar los datos muy desglosados y con los redondeos, hay casos en que la suma de las líneas de iva no van a coincidir con lo que expones, hay quien te la aceptará y hay quien no, depende de las verificaciones de cada organismo
En verifactu no tienen el detalle de líneas con lo cual no tienes ese problema

Supongo que sabéis, que los descuentos pueden ir en cascada, que entonces ya la cosa se complica aún más para calcular los redondeos, sobre todo con descuentos "impares".

Un artículo de 23,53 euros, al que le haces primero un descuento de un 7,5%, por ejemplo, y luego al resultado, le haces un segundo descuento de un 2,33% por ejemplo, y luego al resultado un tercer descuento de un 1,19%... etc., ahí si me da la risa, y más cuando hay administraciones que no lo hacen tal y como dice hacienda, y te rechazan las facturas. Al final le digo al cliente, mira, ponle sólo un descuento con todo lo que le quieres descontar, y listo.

Si tienes que aplicar recargo de equivalencia también lo tienes que desglosar por líneas.

¿En FACe calculan el IVA como el sumatorio de los cálculos de IVA redondeados de cada línea?
En EDI no estoy teniendo problemas

Ni yo tenía problemas en Face con ningún organismo hasta que me tope con un organo gestor del ayuntamiento.
Y como o la tienes perfecta, o te las ves putas para cobrarlas..
Hasta hace 1 mes más o menos yo redondeaba al final hasta que me tope con esto.
Así que me toco a cambiarlo todo.
Pero enfin, lo mismo no os pasa nunca, también podéis dejarlo y si rechazan alguna, hay 2 opciones, o la arreglas a mano o cambias el programa si quieres cobrar. De todas formasveo conveniente ir pensando que le deis una vuelta para cuando vengan las obligaciones de face para todos, que lo mismo, al enviárselas a la aeat y pasar el filtro, los organismos no pueden ser tan restrictivos.
Ya lo que veáis cada uno, yo expongo mi caso y las reglas de redondeo que me han pasado del Ayto.

Entiendo tu preocupación por poder cuadrar la factura y que no la rechace Face, debes de tener en cuenta que este hecho no debe impactar en la forma en que debes construir las bases imponibles para que no hayan incongruencias que puedan llevarte a que te la acepte Face y te la rechace Verifactu.

Si te fijas la primera factura donde se calculada las bases por líneas

Primera Factura
UDS PRECIO IVA IMPORTE
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1
1 1 21,00 1

BASE 4,15
IVA 21%
CUOTA 0,85 TOTAL 5

aunque te la aceptará Face, ya que cumple sus reglas de validación, estaría mal calculada ya que el 21% de 4.15€ no son 0,85€, son 0,87€ y esto puede no pasar la regla de validación de Verifactu donde admite un porcentaje de desvío en el cálculo de la cuota repercutida según la base que le has informado. La segunda factura calculada también por líneas, sí es correcta ya que sólo tiene un ítem de venta y coincide la base general con la base de la línea

Segunda Factura
UDS PRECIO IVA IMPORTE
5 1 21,00 5

BASE 4,13
IVA 21%
CUOTA 0,87 TOTAL 5

Por otro lado, el cliente que recibe tu factura puede tener problemas al registrarla en su sistema ( hablo de clientes no de administraciones públicas ya que FacturaE será la norma estándar para la factura electrónica ) porque su software utilice reglas de validación que impidan que una base de 4.15€ tenga una cuota de 0,85€

Siempre que intentes calcular las bases por cada línea, debido al redondeo a dos decimales que aplicas, y obtener la base de la factura por la suma de las bases de cada línea, te vas a encontrar con incongruencias en el valor de la cuota repercutida final.

Para exportar a Face, deberías adaptar la exportación de la factura original utilizando descuentos o recargos lineales para cada línea en la que sea necesario tragarse algún descuadre debido al redondeos de los valores Brutos. Al final, debes conseguir que la suma de los valores brutos a dos decimales coincida con su base general calculada previamente. No hay más remedio que construir parches ya que en la Aeat no tienen ni idea de cómo funciona la vida real, ellos viven en lo mundos de yupi

El problema en Face es que como dices hay ciertos Orgnanismos que aun tiene el software antiguo que es el que contempla el esquema de FACE las versiones 3.2 o inferiores, se supone que si envias con el esquema 3.21 o superior se contemplan, dependiendo del campo hasta 8 decimales, el problema es que el software de esas administraciones lo valida como version 3.2 o inferior y este solo admite 2 decimales.

Por lo que me consta el problema del redondeo es una cosa que la AEAT tiene conocimiento y sabe que eso ocurre en el calculo del IVA, de hecho en las declaraciones puede variar dependiendo del montante y no hay problema, siempre que se hable de centimos, de hecho en Verifactu admite esas variaciones.

Ok, gracias, entonces concluyo, según vuestros posts, que en este caso se genere la factura de una forma para face(para que no la rechace ese organismo), y verifactu redondeando al final, de hecho, actualmente lo tengo así y lo había dejado pendiente de discutir con verifactu/aeat o con el departamento que cree el ministerio de economía y transformacion digital para cuando avance la ley crea y crece respecto a las facturas electrónicas. Se tendrán qye poner de acuerdo en muchas cosas, hay muchas lagunas.
Pero se avecina un problema, dado que aunque no comience la ley crea y crece en face hay que incluir el qr con lo cual si no están exactamente iguales los totales fijo que también lo rechazan, o no, por que verifaxtu según se consulte devuelve el total o el registro completo.
Así que ya me diréis, se adaptarán los organismos oficiales al redondeo que proponéis o mejor como estoy proponiendo, línea a línea, y sumar las líneas redondeadas?
Yo voto que mientras diré la transición es mejor mi propuesta de redondeos y cuando se pongan de acuerdo habrá una regla común, aunque tengo una duda, se porcentaje de descuadres de iva n verifaxtu, sabéis cuanto es?

Maximo descuadre impuestos
 

Hola, si esta en el documento de validaciones, un 1% con un maximo de +/-10.00€

Ostia puta, no sabe uno pa donde tirar