En este video hacemos una prueba del módulo de verifactu que nos facilita la empresa belga ODOO SA. No es el de la comunidad OCA que es distinto. En este caso vemos la versión 19 del Odoo community edition.
Probamos Veri*Factu en Odoo 19 Community: ¿qué ocurre si imprimimos una factura antes de enviarla a la AEAT?
Odoo 19 Community incorpora un módulo de VeriFactu desarrollado por Odoo S.A. En este artículo vamos a probar su funcionamiento y, sobre todo, a analizar una cuestión que nos ha llamado especialmente la atención durante las pruebas: **¿qué ocurre si una factura se confirma y se imprime antes de que haya sido enviada a VeriFactu?**
La prueba se ha realizado utilizando el módulo de Odoo S.A. para Odoo 19 Community, en un entorno de pruebas de la Agencia Tributaria.
Importante: este artículo recoge una prueba práctica del funcionamiento del módulo. La valoración del cumplimiento normativo se hace contrastando el comportamiento observado con la información publicada por la Agencia Tributaria y no constituye asesoramiento fiscal.
Configuración de Odoo
Para realizar la prueba hemos preparado una instalación de Odoo 19 Community con una empresa correctamente configurada para emitir facturas.
También hemos configurado:
- los datos de la empresa;
- el diseño de la factura;
- un cliente con sus datos correspondientes;
- varios productos de tipo servicio;
- el módulo de Veri*Factu de Odoo S.A.;
- un certificado digital.
El módulo se ha configurado utilizando el entorno de pruebas de Veri*Factu, ya que las facturas utilizadas durante la demostración no son facturas reales.
Primera prueba: una factura enviada correctamente
Comenzamos creando una factura con dos productos.
Una vez confirmada, la factura recibe su número y su fecha. Posteriormente utilizamos la opción de envío y realizamos el envío a Veri*Factu.
El resultado es correcto.
En la ficha de la factura podemos comprobar que ha sido enviada y, dentro del apartado de Veri*Factu, aparece como aceptada.
Odoo también nos permite consultar la respuesta recibida de la Agencia Tributaria. Se trata de un fichero JSON con la respuesta correspondiente al envío.
La factura impresa incorpora además el código QR correspondiente.
Este código permite al receptor acceder al servicio de cotejo de la AEAT y comprobar la información relacionada con la factura.
La normativa establece precisamente la utilización del QR en las facturas emitidas mediante sistemas informáticos de facturación. La Orden HAC/1177/2024 especifica, entre otras cosas, que el QR contiene información como el NIF del emisor, número y serie de factura, fecha de expedición e importe total.
Segunda prueba: una factura que todavía no ha sido enviada
Aquí es donde aparece lo interesante.
Creamos una segunda factura para el mismo cliente.
La confirmamos y Odoo le asigna su número correlativo y su fecha.
Pero esta vez no realizamos el envío a Veri*Factu.
A pesar de ello, podemos imprimir la factura y obtener un PDF.
Y aquí observamos una diferencia importante respecto a la primera factura: esta factura no contiene el QR asociado al envío a Veri*Factu y, si consultamos la pestaña correspondiente del módulo, no aparece ningún registro enviado.
Por tanto, en la prueba estamos ante una factura que ha sido confirmada y que podemos imprimir, pero cuyo registro todavía no ha sido remitido a la Agencia Tributaria.
Y podemos hacer lo mismo con otra factura
Para comprobar que no se trata de un caso aislado, creamos una tercera factura.
La confirmamos, obtenemos su número correlativo y también podemos imprimirla y obtener su PDF.
Nuevamente, en ese momento la factura todavía no aparece como enviada a Veri*Factu.
Después seleccionamos las facturas pendientes y realizamos el envío conjunto.
El resultado es que las dos facturas son finalmente enviadas y aparecen como correctas en el apartado de Veri*Factu.
Es decir, Odoo permite diferir el envío a Veri*Factu respecto del momento en el que la factura ha sido confirmada y puede ser impresa.
¿Es esto correcto desde el punto de vista de Veri*Factu?
Aquí es donde tenemos que distinguir entre lo que hemos observado en Odoo y lo que establece la normativa.
La Agencia Tributaria explica que, en la modalidad VERI*FACTU, los registros de facturación deben remitirse a la Sede electrónica de la AEAT inmediatamente después de su producción.
La propia AEAT explica también que, en el momento de expedición de la factura, el sistema informático debe generar el registro de facturación y, en modalidad VERI*FACTU, remitirlo a la Agencia Tributaria.
Por tanto, VERI*FACTU no está planteado como un sistema en el que el usuario genere hoy una factura, pueda entregársela al cliente y decida enviar el registro a la AEAT más tarde cuando le venga bien.
La remisión debe producirse de forma inmediata después de la producción del registro.
Y esto es precisamente lo que hace que el comportamiento observado en nuestra prueba resulte llamativo.
El problema práctico que hemos detectado
Imaginemos una empresa utilizando Odoo en producción.
Un usuario crea una factura y la confirma.
Odoo genera el número de factura y permite obtener el documento.
El usuario imprime el PDF y se lo envía al cliente.
Pero, por algún motivo, no realiza el envío a Veri*Factu.
Puede ser simplemente un olvido.
Si el sistema permite que esto ocurra, nos encontramos con una factura que ya ha salido de la empresa y que, en ese momento, todavía no ha sido remitida a la Agencia Tributaria.
Posteriormente, otro usuario podría detectar la factura pendiente y realizar el envío.
Eso es exactamente lo que hemos reproducido durante la prueba.
¿Significa esto que Odoo incumple Veri*Factu?
Aquí hay que ser prudentes.
La prueba por sí sola no permite afirmar que el módulo de Odoo S.A. incumpla la normativa.
Lo que sí podemos afirmar es algo mucho más concreto:
En la configuración y versión utilizadas en nuestra prueba, Odoo permite confirmar e imprimir una factura antes de realizar manualmente el envío de su registro a Veri*Factu.
Y esto merece una explicación por parte del fabricante.
La cuestión fundamental es saber en qué momento considera Odoo que se ha producido el registro de facturación y cuál es exactamente el flujo previsto por el módulo para cumplir con el requisito de remisión inmediata.
También habría que determinar si el botón de envío que hemos utilizado forma parte de un flujo excepcional de pruebas o si el mismo comportamiento puede producirse en una instalación configurada para trabajar normalmente con Veri*Factu.
No hay que confundir esto con NO VERI*FACTU
Además, existe una diferencia importante.
La normativa contempla dos modalidades de funcionamiento de los sistemas informáticos de facturación.
En la modalidad VERI*FACTU, los registros se remiten a la AEAT inmediatamente después de su producción.
En la modalidad NO VERI*FACTU, no existe esa remisión inmediata, pero el sistema tiene que cumplir otros requisitos adicionales, entre ellos los relacionados con la firma y el registro de eventos.
Por tanto, no se puede justificar simplemente el comportamiento observado diciendo que «la factura ya se enviará después».
Si estamos hablando de un sistema configurado específicamente como VERI*FACTU, la característica fundamental de esta modalidad es precisamente la remisión de los registros a la Agencia Tributaria.
Una prueba que merece la pena repetir
Esta prueba abre una cuestión que merece la pena investigar con mayor profundidad.
Sería interesante comprobar, entre otras cosas:
- qué ocurre si se utiliza Odoo en producción y no en el entorno de pruebas;
- qué acción exacta genera el registro de facturación;
- en qué momento se genera el hash;
- cuándo se incorpora el QR;
- qué ocurre si falla temporalmente la conexión con la AEAT;
- qué sucede si el usuario imprime la factura mientras el envío está pendiente;
- cómo gestiona Odoo los registros pendientes;
- y qué ocurre si una factura se entrega al cliente antes de haber sido aceptada por la AEAT.
La propia finalidad de Veri*Factu es precisamente evitar que se puedan omitir o alterar facturas y conseguir que los registros tengan integridad y trazabilidad.
Por eso, esta pequeña prueba práctica resulta bastante más interesante de lo que podría parecer inicialmente.
Conclusión
El módulo de Veri*Factu de Odoo S.A. para Odoo 19 Community permite realizar correctamente el envío de facturas a la Agencia Tributaria y recibir la correspondiente respuesta de aceptación.
También genera la información necesaria para la factura verificable y el código QR.
Sin embargo, durante nuestra prueba hemos detectado un comportamiento que conviene analizar: es posible confirmar e imprimir una factura antes de haber realizado manualmente el envío de su registro a Veri*Factu y posteriormente enviar varias facturas conjuntamente.
La normativa de la AEAT establece que, en modalidad VERI*FACTU, los registros deben remitirse inmediatamente después de su producción.
Por tanto, más que sacar una conclusión precipitada de que existe un incumplimiento, lo razonable es plantear una pregunta:
¿El flujo implementado por Odoo para Veri*Factu garantiza que el registro se produzca y se remita en el momento exigido por la normativa, o permite al usuario generar y entregar una factura antes de completar ese proceso?
Esa es la cuestión que habría que aclarar con Odoo S.A. y que, en nuestra opinión, merece una prueba específica.