VeriFactu a Odoo: què és, terminis 2027 i estat real a Community, Enterprise i OCA

Què és VeriFactu i per què t'afecta si factures amb Odoo

VeriFactu és el marc que l'AEAT ha construït sobre el Reglament aprovat pel Real Decreto 1007/2023, de 5 de desembre (l'anomenat RRSIF, Reglament de Requisits dels Sistemes Informàtics de Facturació). En poques paraules: si uses un programa per emetre factures, aquest programa ha de garantir que els registres de facturació no es puguin tocar per darrere. La norma ho formula com a inalterabilitat i traçabilitat.

Un cop generats i registrats, no puguin ser alterats sense que el sistema informàtic ho detecti.

I sobre l'encadenament entre registres (el que a la pràctica implementa Odoo amb un hash que enllaça cada factura amb l'anterior):

Encadenats de manera que es pugui verificar el seu rastre seguint la seva seqüència de creació.

A la factura, això es tradueix en dos elements visibles que segurament ja has vist en tiquets d'altres comerços: un codi QR i, si el sistema remet els registres a l'Agència, una llegenda concreta.

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

Dues modalitats: VERI*FACTU i NO VERI*FACTU

El Reglament no obliga a enviar-ho tot a Hisenda en temps real. L'AEAT reconeix dues formes vàlides de complir:

Existeixen dues modalitats vàlides per complir la normativa, la modalitat VERI*FACTU i la modalitat de conservació dels registres de facturació al Sistema emissor (modalitat NO VERI*FACTU).

• ▸Modalitat VERI*FACTU: cada registre es remet automàticament a l'AEAT en el moment de facturar. A canvi, el sistema es presumeix conforme i no necessita signatura electrònica de cada registre (n'hi ha prou amb l'encadenament per hash). És la més senzilla d'operar i la que implementen avui tant el mòdul d'Odoo com el d'OCA.
• ▸Modalitat NO VERI*FACTU: no envies res de forma contínua, però a canvi el sistema ha de signar electrònicament els registres i portar un registre d'esdeveniments amb requisits de seguretat reforçats, conservant-lo a disposició de l'AEAT. És tècnicament més exigent.

A qui s'aplica i qui en queda fora

S'aplica, a grans trets, a empresaris i professionals establerts en territori espanyol que usin un sistema informàtic per expedir factures. Però hi ha exclusions importants que eviten duplicitats amb altres règims ja existents.

Exclosos: qui ja està en SII

El present Reglament no s'aplicarà als contribuents que portin els llibres registres en els termes establerts a l'apartat 6 de l'article 62 del Reglament de l'Impost sobre el Valor Afegit.

És a dir, si ja estàs en el Subministrament Immediat d'Informació (SII) de l'IVA, no has d'implantar a més VeriFactu.

Exclosos: territoris forals

el seu domicili fiscal als Territoris Històrics de la Comunitat Autònoma del País Basc o de la Comunitat Foral de Navarra.

El País Basc té el seu propi sistema (TicketBAI) i Navarra el seu règim foral, per la qual cosa queden fora del RRSIF estatal.

Dates: l'ajornament a 2027 (i per què convé no confiar-se)

Aquest és el punt més delicat i on circula més informació desactualitzada. El calendari original de 2025 va quedar ampliat pel Real Decreto-ley 15/2025, de 2 de desembre. Els terminis vigents segons l'AEAT són:

• ▸Contribuents de l'Impost sobre Societats: han de tenir adaptats els seus sistemes abans de l'1 de gener de 2027.
• ▸Resta d'obligats tributaris (autònoms i altres): abans de l'1 de juliol de 2027.

Compte amb una data que sí que va arribar i ja està en vigor: la que afecta els fabricants i comercialitzadors de programari. L'Orden HAC/1177/2024, que desenvolupa les especificacions tècniques, va fixar un termini perquè els productors ofereixin producte adaptat.

el termini màxim de nou mesos en què els fabricants i comercialitzadors de sistemes de facturació...hauran de comercialitzar productes adaptats a la normativa.

Dit d'una altra manera: encara que la teva obligació com a usuari sigui de 2027, el teu programari ja hauria d'estar preparat. La recomanació honesta és no esperar a desembre de 2026 per tocar el sistema de facturació en producció.

Estat a Odoo: què porta de sèrie

Aquí hi ha una bona notícia que sovint s'explica malament. El suport VeriFactu d'Odoo viu al mòdul l10n_es_edi_verifactu, i aquest mòdul es va incorporar al repositori Community d'Odoo (l'arbre addons/ d'odoo/odoo), no al repositori Enterprise privat. La proposta original apuntava a la branca 17.0.

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

Existeix a més un mòdul germà per al TPV, l10n_es_edi_verifactu_pos, perquè la norma abasta també les comandes de punt de venda, no només les factures. La documentació oficial d'Odoo descriu el funcionament: en confirmar la factura es genera un document i es pot enviar a l'AEAT, amb QR al PDF. Per defecte arrenca en mode de proves.

By default, Veri*Factu is in testing mode.

Que el mòdul estigui a Community significa que, en principi, no necessites llicència Enterprise només per poder emetre en modalitat VERI*FACTU des de l'app de Facturació. Matís honest: Odoo Enterprise inclou per definició tot el de Community, i la comptabilitat avançada (informes fiscals complets, conciliació, etc.) continua sent Enterprise. El que aquí importa és que el motor VeriFactu en si no és un mòdul de pagament exclusiu d'Enterprise.

Estat a OCA: l'alternativa community-driven

La comunitat (OCA) manté el seu propi mòdul, l10n_es_verifactu_oca, dins del repositori OCA/l10n-spain, amb llicència AGPL-3 i desenvolupat per cases conegudes de l'ecosistema espanyol (Aures Tic, ForgeFlow, Tecnativa, Factor Libre, entre d'altres). Implementa la modalitat VERI*FACTU: genera el registre d'enviament en validar la factura i els remet a l'AEAT via SOAP, amb gestió de certificats.

Dos avisos importants sobre la seva maduresa i disponibilitat, verificats al mateix GitHub:

• ▸Estat de desenvolupament: Beta. El README ho marca explícitament com a maturity Beta, la qual cosa en el criteri de l'OCA significa funcional però encara estabilitzant-se. Convé provar-lo a fons abans de producció.
• ▸Versions: està publicat per a 14.0, 15.0, 16.0, 17.0 i 18.0. A data d'aquesta consulta, el directori del mòdul per a 19.0 a OCA/l10n-spain retorna 404, és a dir, encara no hi ha versió per a Odoo 19.

Community vs Enterprise vs OCA: com decidir

Resum pràctic per a qui ha de triar camí:

• ▸Si estàs en Odoo 17 o 18 (o vas a 19) i vols suport oficial mantingut per Odoo S.A.: el mòdul estàndard l10n_es_edi_verifactu (+ _pos per a TPV) és l'opció de partida, i està a Community.
• ▸Si treballes amb stack 100% OCA / AGPL i estàs en 14–18: l10n_es_verifactu_oca és una alternativa viva, però compta que és Beta i planifica proves reals amb certificat.
• ▸Si el teu Odoo és 19 i vols el mòdul OCA: avui encara no existeix; o uses el mòdul estàndard d'Odoo, o esperes al port d'OCA.
• ▸Si ja estàs en SII, TicketBAI o ets foral: no instal·lis VeriFactu, no t'aplica.

En tots els casos, la feina real no és 'instal·lar un mòdul'. És: donar d'alta el certificat correcte, començar en entorn de proves de l'AEAT, validar l'encadenament de hash sense buits, revisar posicions fiscals i claus d'impost, comprovar el QR al PDF de marca, i només llavors passar a producció.

Com t'ajudem des de skanndar

A skanndar treballem Odoo a Espanya de veritat, tant Community com Enterprise, i amb mòduls OCA. Si necessites una auditoria honesta de si la teva instal·lació arribarà als terminis de 2027 sense ensurts, o suport per deixar VeriFactu funcionant i verificat end-to-end (certificat, mode proves, pas a producció i QR a les teves factures), escriu-nos. Et direm amb claredat què porta el teu Odoo de sèrie i què cal afegir, sense vendre't llicències que no necessites.