VeriFactu con Odoo Community: cumplir la normativa de facturación
Facturar es una obligación que cada pocos años cambia las reglas de golpe. VeriFactu es uno de esos cambios: desde que entre en vigor, el software con el que una empresa emite facturas deberá generar un registro encadenado y enviarlo a la Agencia Tributaria. La buena noticia es que en Odoo esto se resuelve dentro de la edición libre. VeriFactu forma parte del propio core de Odoo desde la versión 17, y la comunidad española ha desarrollado además un módulo propio que lo cubre sobre Community. Ninguna edición de pago es necesaria para cumplir.
Qué exige VeriFactu y cuáles son los plazos vigentes
VeriFactu nace de la Ley 11/2021 (la llamada Ley Antifraude) y obliga a los sistemas de facturación a garantizar la autenticidad, la integridad, la trazabilidad y la inalterabilidad de cada factura. En la práctica, cada factura debe ir acompañada de un registro de facturación con una huella que lo encadena con el anterior, de un código QR que permite verificar su autenticidad y, según la modalidad elegida, del envío del registro a la AEAT en tiempo real. Quien factura con software, ya sea sociedad o autónomo, entra en el perímetro de la norma, con excepciones concretas como el SII o los territorios forales con regímenes propios.
Los plazos cambiaron dos veces y conviene tener presentes los vigentes. El calendario inicial situaba la entrada en el 1 de enero de 2026 para las sociedades y el 1 de julio de 2026 para los autónomos. El Real Decreto-ley 15/2025, de 2 de diciembre de 2025, lo desplazó un año: las sociedades deben tener sus sistemas adaptados antes del 1 de enero de 2027 y el resto de obligados (autónomos en estimación directa y entidades en atribución de rentas) antes del 1 de julio de 2027. Los fabricantes de software no tienen prórroga: lo que se comercializa debe estar adaptado desde el 29 de julio de 2025.
Esto no es un requisito que se resuelva marcando una casilla. Afecta a la facturación completa: series y numeraciones, rectificativas, facturas que entran por API o desde el punto de venta y los informes impresos, que deben lucir el QR donde toca. Es un proyecto con su propio plan de pruebas, no un ajuste de fin de semana.
Los dos caminos técnicos y por qué la comunidad eligió la OCA
¿Y cómo se adapta Odoo a VeriFactu? El módulo oficial vive en el core libre: l10n_es_edi_verifactu forma parte del repositorio público de Odoo Community desde la versión 17, igual que el resto de la localización española. No es una función reservada a una edición de pago. Aun así, la comunidad española tomó una decisión razonada de usar su propio desarrollo. El grupo de trabajo de VeriFactu de la Asociación Española de Odoo (AEOdoo) evaluó las opciones y decidió continuar con el módulo comunitario de la OCA, l10n_es_verifactu_oca, por motivos que hizo públicos en septiembre de 2025 (Tecnativa, 19 de septiembre de 2025):
- Cobertura de versiones: el módulo de la OCA está fusionado en la versión 16, con backports para las 14 y 15 y migración a las 17, 18 y 19. El módulo del core solo existe en la 17 en adelante, y aún hay muchas empresas en versiones anteriores.
- Envío automático por lotes: VeriFactu exige enviar el registro en menos de 120 segundos. El envío del módulo del core es manual, desde el asistente de impresión, con el riesgo de olvido que eso implica. El módulo de la OCA automatiza el envío y reduce el error humano.
- Mantenimiento estable: se apoya en el framework l10n_es_aeat, que la localización española lleva años usando para comunicarse con Hacienda, lo que facilita mantener la solución cuando la normativa cambie.
- Flexibilidad y experiencia de uso: permite definir la entidad responsable sin forzarla a un tercero, y aporta información útil ante posibles errores de emisión.
Lo relevante para la empresa es la consecuencia: da igual el camino elegido, el cumplimiento se alcanza en Odoo Community, la edición libre bajo LGPLv3 y sin coste de licencias por usuario. Tanto el módulo del core como el de la comunidad son código publicado y auditable.
Qué debe hacer la empresa ahora
Lo que toca hacer hoy es comprobar en qué punto está la instalación. Tres preguntas ordenan el trabajo:
- ¿En qué versión está el sistema y está dentro del ciclo de soporte? Las funcionalidades de cumplimiento llegan a las versiones con soporte. Una versión antigua obliga a actualizar antes de adaptar, y eso es un proyecto en sí mismo.
- ¿Hay desarrollos a medida que toquen la facturación? Campos añadidos, validaciones propias o informes personalizados deben probarse contra el nuevo flujo, y los informes tienen que sacar el QR donde toca.
- ¿Qué canales generan facturas fuera de la pantalla de Odoo? La tienda online, el TPV o una importación manual tienen que pasar por el mismo circuito de registro. Es el punto ciego más habitual.
Con esas tres respuestas se sabe si lo que viene es un ajuste de semanas o un proyecto largo. La prórroga de un año es justo el margen que muchas empresas necesitan, pero no conviene gastarlo sin plan.
Encuadre honesto
Conviene ser claros: VeriFactu es obligatorio y lleva trabajo, en Community exactamente igual que en cualquier otra edición. El cumplimiento no es gratis ni automático: el coste del proyecto (diagnóstico, adaptación, pruebas, formación) existe siempre. Lo que Community aporta es que ese coste se paga por servicio, sin arrastrar una cuota por usuario que nunca desaparece.
Siguiente paso
Si no está claro qué edición conviene o por dónde empezar, la guía de inicio sobre qué es Odoo sitúa el punto de partida.