Error Factura Electrónica FACE

[Ricardo]

Hola, 

expongo un error que estoy teniendo con FACE por si a alguien le ha pasado y me puede indicar.

- Tengo una factura con x líneas, los precios de cada línea con dos decimales.

- En dos de las líneas de la factura las unidades suministradas son 1.5 y 0.5.

- Al multiplicar 1.5 y 0.5 por un valor con dos decimales me crea un total con tres decimales. Al ser el tercer decimal  un 5, el redondeo, hacia el segundo decimal, se hace al alza (lo normal), es decir el valor 0.785 lo redondea a 0.79.

Con esto tengo los siguientes casos

El total de la factura con redondeos a dos decimales por línea es 314.34 € (lo cual entiendo como correcto)

El total de la factura con truncamiento a dos decimales por línea es 314.32 € (lo cual considero incorrecto)

El total de la factura con redondeo a tres decimales por línea es 314.33 € ( lo cual considero incorrecto según criterio FACE Regla 6a del anexo II Orden HAP/1650/2015)

Yo emito la factura con el caso 1, 314.34 € y se rechaza la factura por el siguiente motivo: Error en el importe neto de la factura (341,32 Eur), no suma el importe de las bases (341,34 Eur).

En ningún sitio de los archivos generados aparece ese 341.32 €

Adjunto archivo xlsx donde se ve claramente.

No consigo descifrar porque me devuelven la factura y lo único que se me ocurre es que el redondeo del 5 lo hace hacia abajo,  pero, esto no puede ser ya que, en una factura anterior un redondeo del 5 hacia abajo, por mi parte, lo detectó y la devolvió

[Sami Halawa]

Hola Ricardo,

Por lo que describes, el error suele aparecer porque FACE verifica el importe neto de la factura aplicando su propio criterio de redondeo (generalmente truncamiento a dos decimales por línea antes de sumar). Esto provoca que, aunque tu factura esté correctamente redondeada a 0.79 en el ejemplo, el sistema interprete 0.78 y recalcula el total a 314,32 €, detectando una discrepancia de 0,02 €.

Mi recomendación es:

1. Generar el XML aplicando truncamiento a dos decimales en cada línea y solo redondear al final.
2. Revisar que las bases imponibles en el XML coincidan exactamente con lo que FACE recalcula.
3. Si tu ERP permite, ajustar el criterio de redondeo para cumplir con la Regla 6a del Anexo II.

Si lo deseas, puedo revisar tu archivo y adaptar el proceso para que FACE acepte las facturas sin devoluciones. Soy desarrollador full stack experto en Odoo y especialista en integración con IA, y puedo resolver cualquier problema o crear soluciones personalizadas en menos de 48h.

WhatsApp: wa.me/34679794037 

Web/Portafolio: SamiHalawa.com

Un saludo,  

Sami Halawa

P I M E   A I

---

sa...@pime.ai | +34 679794037
Book Meeting | WhatsApp

---

 Confidentiality Notice: This email and any attachments are confidential and may contain privileged information intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, or duplication of this communication is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to this email, and then delete this message and any attachments from your system.  

--
Propuesta de libros sobre Odoo:
 
Odoo 18
https://amzn.to/3HBh66h
https://amzn.to/4oS7HIg
 
Odoo en español:
https://amzn.to/3UFK0VM
---
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-u...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/openerp-spain-users/69a5ee06-3020-4b5d-857c-8f9b79923e2en%40googlegroups.com.