VeriFactu en Odoo: qué es, plazos 2027 y estado real en Community, Enterprise y OCA

Qué es VeriFactu y por qué te afecta si facturas con Odoo

VeriFactu es el marco que la AEAT ha construido sobre el Reglamento aprobado por el Real Decreto 1007/2023, de 5 de diciembre (el llamado RRSIF, Reglamento de Requisitos de los Sistemas Informáticos de Facturación). En pocas palabras: si usas un programa para emitir facturas, ese programa tiene que garantizar que los registros de facturación no se puedan tocar por detrás. La norma lo formula como inalterabilidad y trazabilidad.

Una vez generados y registrados, no puedan ser alterados sin que el sistema informático lo detecte.

Y sobre el encadenamiento entre registros (lo que en la práctica implementa Odoo con un hash que enlaza cada factura con la anterior):

Encadenados de manera que pueda verificarse su rastro siguiendo su secuencia de creación.

En la factura, eso se traduce en dos elementos visibles que seguramente ya has visto en tickets de otros comercios: un código QR y, si el sistema remite los registros a la Agencia, una leyenda concreta.

'Factura verificable en la sede electrónica de la AEAT' o 'VERI*FACTU'.

Dos modalidades: VERI*FACTU y NO VERI*FACTU

El Reglamento no obliga a enviar todo a Hacienda en tiempo real. La AEAT reconoce dos formas válidas de cumplir:

Existen dos modalidades válidas para cumplir la normativa, la modalidad VERI*FACTU y la modalidad de conservación de los registros de facturación en el Sistema emisor (modalidad NO VERI*FACTU).

• ▸Modalidad VERI*FACTU: cada registro se remite automáticamente a la AEAT en el momento de facturar. A cambio, el sistema se presume conforme y no necesita firma electrónica de cada registro (basta el encadenamiento por hash). Es la más sencilla de operar y la que implementan hoy tanto el módulo de Odoo como el de OCA.
• ▸Modalidad NO VERI*FACTU: no envías nada de forma continua, pero a cambio el sistema debe firmar electrónicamente los registros y llevar un registro de eventos con requisitos de seguridad reforzados, conservándolo a disposición de la AEAT. Es técnicamente más exigente.

A quién aplica y quién queda fuera

Aplica, a grandes rasgos, a empresarios y profesionales establecidos en territorio español que usen un sistema informático para expedir facturas. Pero hay exclusiones importantes que evitan duplicidades con otros regímenes ya existentes.

Excluidos: quien ya está en SII

El presente Reglamento no se aplicará a los contribuyentes que lleven los libros registros en los términos establecidos en el apartado 6 del artículo 62 del Reglamento del Impuesto sobre el Valor Añadido.

Es decir, si ya estás en el Suministro Inmediato de Información (SII) del IVA, no tienes que implantar además VeriFactu.

Excluidos: territorios forales

su domicilio fiscal en los Territorios Históricos de la Comunidad Autónoma del País Vasco o de la Comunidad Foral de Navarra.

El País Vasco tiene su propio sistema (TicketBAI) y Navarra su régimen foral, por lo que quedan fuera del RRSIF estatal.

Fechas: el aplazamiento a 2027 (y por qué conviene no confiarse)

Este es el punto más delicado y donde circula más información desactualizada. El calendario original de 2025 quedó ampliado por el Real Decreto-ley 15/2025, de 2 de diciembre. Los plazos vigentes según la AEAT son:

• ▸Contribuyentes del Impuesto sobre Sociedades: deben tener adaptados sus sistemas antes del 1 de enero de 2027.
• ▸Resto de obligados tributarios (autónomos y demás): antes del 1 de julio de 2027.

Ojo con una fecha que sí llegó y ya está en vigor: la que afecta a los fabricantes y comercializadores de software. La Orden HAC/1177/2024, que desarrolla las especificaciones técnicas, fijó un plazo para que los productores ofrezcan producto adaptado.

el plazo máximo de nueve meses en el que los fabricantes y comercializadores de sistemas de facturación...deberán comercializar productos adaptados a la normativa.

Dicho de otro modo: aunque tu obligación como usuario sea de 2027, tu software ya debería estar preparado. La recomendación honesta es no esperar a diciembre de 2026 para tocar el sistema de facturación en producción.

Estado en Odoo: qué trae de serie

Aquí hay una buena noticia que a menudo se cuenta mal. El soporte VeriFactu de Odoo vive en el módulo l10n_es_edi_verifactu, y ese módulo se incorporó al repositorio Community de Odoo (el árbol addons/ de odoo/odoo), no al repositorio Enterprise privado. La propuesta original apuntaba a la rama 17.0.

svfu-odoo wants to merge 3 commits into odoo:17.0.

Existe además un módulo hermano para el TPV, l10n_es_edi_verifactu_pos, porque la norma alcanza también a las órdenes de punto de venta, no solo a las facturas. La documentación oficial de Odoo describe el funcionamiento: al confirmar la factura se genera un documento y se puede enviar a la AEAT, con QR en el PDF. Por defecto arranca en modo de pruebas.

By default, Veri*Factu is in testing mode.

Que el módulo esté en Community significa que, en principio, no necesitas licencia Enterprise solo para poder emitir en modalidad VERI*FACTU desde la app de Facturación. Matiz honesto: Odoo Enterprise incluye por definición todo lo de Community, y la contabilidad avanzada (informes fiscales completos, conciliación, etc.) sigue siendo Enterprise. Lo que aquí importa es que el motor VeriFactu en sí no es un módulo de pago exclusivo de Enterprise.

Estado en OCA: la alternativa community-driven

La comunidad (OCA) mantiene su propio módulo, l10n_es_verifactu_oca, dentro del repositorio OCA/l10n-spain, con licencia AGPL-3 y desarrollado por casas conocidas del ecosistema español (Aures Tic, ForgeFlow, Tecnativa, Factor Libre, entre otras). Implementa la modalidad VERI*FACTU: genera el registro de envío al validar la factura y los remite a la AEAT vía SOAP, con gestión de certificados.

Dos avisos importantes sobre su madurez y disponibilidad, verificados en el propio GitHub:

• ▸Estado de desarrollo: Beta. El README lo marca explícitamente como maturity Beta, lo que en el criterio de la OCA significa funcional pero aún estabilizándose. Conviene probarlo a fondo antes de producción.
• ▸Versiones: está publicado para 14.0, 15.0, 16.0, 17.0 y 18.0. A fecha de esta consulta, el directorio del módulo para 19.0 en OCA/l10n-spain devuelve 404, es decir, todavía no hay versión para Odoo 19.

Community vs Enterprise vs OCA: cómo decidir

Resumen práctico para quien tiene que elegir camino:

• ▸Si estás en Odoo 17 o 18 (o vas a 19) y quieres soporte oficial mantenido por Odoo S.A.: el módulo estándar l10n_es_edi_verifactu (+ _pos para TPV) es la opción de partida, y está en Community.
• ▸Si trabajas con stack 100% OCA / AGPL y estás en 14–18: l10n_es_verifactu_oca es una alternativa viva, pero cuenta con que es Beta y planifica pruebas reales con certificado.
• ▸Si tu Odoo es 19 y quieres el módulo OCA: hoy no existe todavía; o usas el módulo estándar de Odoo, o esperas al port de OCA.
• ▸Si ya estás en SII, TicketBAI o eres foral: no instales VeriFactu, no te aplica.

En todos los casos, el trabajo real no es 'instalar un módulo'. Es: dar de alta el certificado correcto, empezar en entorno de pruebas de la AEAT, validar el encadenamiento de hash sin huecos, revisar posiciones fiscales y claves de impuesto, comprobar el QR en el PDF de marca, y solo entonces pasar a producción.

Cómo te ayudamos desde skanndar

En skanndar trabajamos Odoo en España de verdad, tanto Community como Enterprise, y con módulos OCA. Si necesitas una auditoría honesta de si tu instalación llegará a los plazos de 2027 sin sustos, o soporte para dejar VeriFactu funcionando y verificado end-to-end (certificado, modo pruebas, paso a producción y QR en tus facturas), escríbenos. Te diremos con claridad qué trae tu Odoo de serie y qué hay que añadir, sin venderte licencias que no necesitas.