Redondeo Legal

[sglorka]

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 ?

[ermendalenda]

Empezado por sglorka

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.

[[newtron]]

Empezado por ermendalenda

La segunda es la que cunple la normativa.

Puffffffffffffffffffff.... yo ahí discrepo.


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.

[Javierus]

Empezado por ermendalenda

La segunda es la que cunple la normativa.

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

[sglorka]

Empezado por ermendalenda

La segunda es la que cunple la normativa.

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

[ermendalenda]

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.

[ermendalenda]

Empezado por sglorka

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

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

[bmfranky]

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

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.

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?

[ermendalenda]

Empezado por bmfranky

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.

[Javierus]

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

[ermendalenda]

Empezado por Javierus

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

[YellowStone]

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.

[ermendalenda]

Empezado por YellowStone

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.

[Javierus]

Empezado por ermendalenda

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

¿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

[ermendalenda]

Empezado por Javierus

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

[sglorka]

Empezado por ermendalenda

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

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

[delphiGar]

Empezado por ermendalenda

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.

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.

[ermendalenda]

Empezado por delphiGar

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?

[bmfranky]

Empezado por ermendalenda

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?

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

15.7 CuotaRepercutida.
- Solo podrá ser distinta de cero (positivo o negativo) si CalificacionOperacion es “S1”.
- Si CalificacionOperacion es “S1” y BaseImponibleACoste no está cumplimentada, se validará que:
 TipoImpositivo: campo obligatorio.
 CuotaRepercutida: campo obligatorio y deberá validarse (excepto si TipoRectificativa = “I” o TipoFactura “R2”, “R3”) que:
▪ CuotaRepercutida y BaseImponibleOimporteNoSujeto deben tener el mismo signo.
▪ Si [BaseImponibleOimporteNoSujeto] ≤ 1.000,00:
[CuotaRepercutida]=([BaseImponibleOimporteNoSujeto] * TipoImpositivo) / 100 +/- 1% de [BaseImponibleOimporteNoSujeto] (y en todo caso se admite una diferencia de +/- 10,00
euros).
▪ Si [BaseImponibleOimporteNoSujeto] ˃ 1.000,00: [CuotaRepercutida] = ([BaseImponibleOimporteNoSujeto]* TipoImpositivo) / 100 +/- 10,00 euros.

- Si CalificacionOperacion es “S1” y BaseImponibleACoste está cumplimentada, se validará que:
 TipoImpositivo: campo obligatorio.
 CuotaRepercutida: campo obligatorio y deberá validarse (excepto si TipoRectificativa = “I” o TipoFactura “R2”, “R3”) que:
▪ CuotaRepercutida y BaseImponibleACoste deben tener el mismo signo.
▪ Si [BaseImponibleACoste] ≤ 1.000,00: [CuotaRepercutida]=([
BaseImponibleACoste] * TipoImpositivo) / 100 +/- 1% de [BaseImponibleACoste] (y en todo caso se admite una diferencia de +/- 10,00 euros).
▪ Si [BaseImponibleACoste] ˃ 1.000,00: [CuotaRepercutida]= ([BaseImponibleACoste]* TipoImpositivo) / 100 +/- 10,00 euros.

[ermendalenda]

Empezado por bmfranky

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

Ostia puta, no sabe uno pa donde tirar