VERI*FACTU, be or not to be

Durant els darrers anys s'ha anat cuinant un dels canvis més importants que han viscut els programes de facturació a Espanya: l'adaptació als nous requisits dels Sistemes Informàtics de Facturació, allò que gairebé tothom ha acabat coneixent simplement com a VERI*FACTU.

I aquí ja convé fer el primer aclariment.

VERI*FACTU no és exactament, com de vegades se simplifica, «enviar totes les factures instantàniament a Hisenda».

És una mica més que això.

La nova normativa estableix com han de funcionar els programes que intervenen en la facturació, amb l'objectiu que els registres generats siguin íntegres, traçables i no puguin ser alterats sense deixar-ne rastre. Les factures emeses mitjançant aquests sistemes han d'incorporar, entre altres requisits, un codi QR tributari i generar el corresponent registre de facturació.

Després veurem que, en realitat, existeixen dues maneres de complir aquesta normativa: VERI*FACTU i NO VERI*FACTU.

Però no ens avancem.

Una història que havia de començar el 2026

Desenvolupadors de software, empreses, autònoms, assessories i gestories duien temps preparant-se per a l'entrada en funcionament dels nous requisits.

Nosaltres també.

El calendari situava el 2026 com l'any de l'adaptació obligatòria.

I aleshores, quan faltava aproximadament un mes per a una de les principals dates d'entrada en vigor, arribà la sorpresa:

es va ajornar un any més.

El Reial decret llei 15/2025, publicat el 3 de desembre de 2025, va modificar novament els terminis.

El calendari vigent, a data d'aquest article, estableix:

• abans de l'1 de gener de 2027 per als contribuents als quals es refereix l'article 3.1.a) del reglament, essencialment els contribuents de l'Impost sobre Societats;
• abans de l'1 de juliol de 2027 per a la resta d'obligats tributaris inclosos en l'article 3.1.

Per tant, primera cosa important:

no tots els obligats tenen com a data l'1 de gener de 2027.

Per què es va ajornar?

No entrarem a valorar-ne els motius polítics. No és l'objecte d'aquest article.

Però des del punt de vista tècnic sí que podem entendre part del problema.

El parc d'aplicacions de gestió existent a Espanya és enorme.

Hi ha programes nous, programes amb vint o trenta anys d'història, desenvolupaments a mida, aplicacions verticals i ERPs que han anat creixent durant dècades.

I adaptar un ERP a VERI*FACTU no sempre consisteix a afegir quatre camps i un botó d'enviar.

Nosaltres mateixos ho hem viscut.

Quan adaptar significava crear un Frankenstein

La generació anterior del nostre ERP, Hilvania 33, havia anat evolucionant durant molts anys.

Tenia moltíssimes funcionalitats incorporades, automatismes i processos que havien nascut de les necessitats reals dels nostres clients.

Però arribà VERI*FACTU.

I després d'estudiar què implicava realment l'adaptació, arribàrem a una conclusió:

Hilvania 33 no tenia possibilitats humanes d'adaptar-se a tot el que venia sense acabar convertint-se en un Frankenstein.

Segurament ho hauríem pogut fer funcionar.

Però una cosa és aconseguir que una aplicació funcioni i una altra és construir una bona base per als pròxims anys.

Així que prenguérem una decisió bastant més complicada:

començar de bell nou.

No direm que hagi estat fàcil.

No ho ha estat.

Quan refàs un ERP descobreixes que hi ha centenars de petites funcionalitats que s'han anat incorporant durant anys i que els usuaris ja consideren naturals.

Però avui estam contents d'haver pres aquella decisió.

I, curiosament, l'ajornament ens ha donat una cosa que no esperàvem:

temps.

Temps per recuperar funcionalitats de l'anterior Hilvania.

Temps per replantejar-ne d'altres.

I temps per incorporar eines noves molt més potents.

Però... què és exactament VERI*FACTU?

Intentem explicar-ho sense parlar com el BOE.

Quan una empresa fa una factura amb un sistema informàtic afectat per aquesta normativa, el programa ha de generar un registre de facturació amb una estructura i unes garanties determinades.

L'objectiu és que existeixi traçabilitat sobre allò que s'ha facturat.

A més, les factures generades pels SIF afectats han d'incorporar el corresponent QR tributari.

I aquí apareixen dues possibilitats.

VERI*FACTU

El sistema remet els registres de facturació a la Seu electrònica de l'Agència Tributària immediatament després de generar-los.

L'AEAT els conserva i el receptor de la factura pot utilitzar el QR per comprovar-ne determinades dades a la Seu electrònica.

NO VERI*FACTU

També és una modalitat prevista per la normativa.

En aquest cas els registres no es remeten automàticament a l'AEAT, però el sistema ha d'assumir requisits addicionals de seguretat, entre els quals hi ha la signatura dels registres i la gestió i conservació d'un registre d'esdeveniments.

Per tant:

VERI*FACTU no és l'única manera prevista de complir el reglament.

Això és important perquè sovint s'utilitza la paraula VERI*FACTU per referir-se a tota la nova normativa, quan tècnicament no és exactament el mateix.

A qui afecta?

Aquí és on les coses es compliquen una mica més.

La normativa estableix quins empresaris i professionals estan dins l'àmbit d'aplicació i existeixen excepcions.

Una de les més importants és el Suministro Inmediato de Información (SII).

Els contribuents sotmesos al SII estan exclosos del RRSIF pel que fa a les seves pròpies factures.

Per això no ens agrada donar una regla del tipus:

«Si ets autònom, t'afecta.»

o

«Si tens una societat, t'afecta.»

La realitat fiscal pot ser més complexa.

Si tens dubtes sobre si la normativa és aplicable concretament a la teva empresa o activitat, consulta-ho amb el teu assessor fiscal o gestor de confiança.

Un programa informàtic et pot ajudar a complir una obligació.

Però no ha de decidir quines són les teves obligacions tributàries.

Una cosa que ens ha sorprès: VERI*FACTU posa ordre

Nosaltres hem estat provant VERI*FACTU en real.

No només desenvolupant contra unes especificacions o fent proves teòriques.

I funciona bastant bé.

Però hi ha una conseqüència que, almenys nosaltres, no valoràvem especialment quan començàrem el projecte:

posa ordre a la facturació.

Quan cada factura deixa un registre, quan una anul·lació ha de seguir el seu procés, quan existeix una cadena i quan tot ha de tenir coherència, inevitablement desapareixen algunes males pràctiques que els programes antics permetien.

I l'ordre permet autogestionar-se millor.

Sense cap dubte.

No volem convertir això en una defensa cega de VERI*FACTU. Hi haurà coses millorables, apareixeran incidències i segurament encara veurem canvis.

Però després d'haver-lo implementat i provat, aquesta és una de les conclusions que nosaltres n'hem tret.

El meu ERP diu que és «compatible amb VERI*FACTU». Qui ho certifica?

Aquesta és una pregunta especialment interessant.

Podríem pensar que existeix una llista d'Hisenda amb els programes homologats.

Però el sistema no funciona exactament així.

Són els productors o fabricants del sistema informàtic els que han de certificar, mitjançant una declaració responsable, que el sistema compleix els requisits establerts.

Aquesta declaració ha d'existir per escrit, ser visible dins el sistema i correspondre a cada versió.

És a dir:

no basta posar un adhesiu a la web que digui «Compatible amb VERI*FACTU».

Darrere hi ha una responsabilitat del fabricant.

A Hilvania ens sembla especialment important aquesta diferència.

Per aquest motiu també hem consultat directament l'Agència Tributària sobre l'existència actual o futura d'un registre públic de fabricants o programes i sobre els procediments que haurien de seguir els desenvolupadors.

Actualitzarem aquest article quan tenguem resposta.

I què passarà l'1 de gener de 2027?

Aquí tornam al títol d'aquest article.

VERI*FACTU, be or not to be.

A dia d'avui, la normativa vigent diu el que diu.

Per als obligats corresponents, els sistemes han d'estar adaptats abans de l'1 de gener de 2027. Per a la resta dels obligats afectats, abans de l'1 de juliol de 2027.

El nostre pensament és que aquesta vegada s'activarà.

Però això és exactament això: el nostre pensament, no una informació oficial.

I com que els terminis ja s'han ajornat anteriorment, hem decidit fer una cosa més senzilla que especular.

Ho hem demanat a Hisenda.

Hem presentat una consulta a l'Agència Tributària demanant, entre altres qüestions, si existeix actualment alguna previsió que pugui comportar un nou canvi del calendari i fins a quin moment seria jurídicament possible modificar aquestes dates.

Quan tenguem resposta, actualitzarem aquest mateix article.

Nosaltres tenim clar què hem de fer

Mentrestant, a Hilvania no treballarem pensant si qualcú tornarà a prémer el botó d'ajornar.

Continuarem preparant el programa perquè compleixi allò que estableix la normativa vigent.

Perquè si arriba l'1 de gener de 2027 i s'activa:

estam preparats.

I si arriba l'1 de gener i finalment torna a canviar alguna cosa:

també estarem millor que fa dos anys.

Tendrem un ERP més modern, una facturació més ordenada, una arquitectura millor preparada i moltes funcionalitats que probablement no haurien nascut sense haver-nos vist obligats a replantejar moltes coses.

I això ens ha recordat una cosa que de vegades oblidam quan treballam amb tecnologia:

A vegades, els arbres no ens deixen veure el bosc.

VERI*FACTU era l'arbre.

Millorar Hilvania era el bosc.