Tot el que necessites saber per adaptar la teva empresa a VeriFactu

Hem planificat la guia dividint-la en capítols o seccions temàtiques, cadascun dels quals aborda una àrea específica de la normativa i les seves implicacions. Si fas una ullada a l’índex complet, veuràs que cobrim des del més general (per exemple, l’origen històric i les raons darrere de la llei) fins al més concret i tècnic (formats XML dels registres de facturació, signatures electròniques i empremtes o hash de seguretat).

Et recomanem que, abans de començar a saltar entre seccions, llegeixis aquesta part introductòria per tenir una visió global de com aprofitar millor els continguts:

Capítols introductoris (Context i antecedents, Àmbit d’aplicació, etc.): si no saps res sobre el Reglament VERI*FACTU i vols “situar-te” a nivell històric i legal, fes una ullada a les seccions de Context i antecedents i Qui està obligat. Et serviran per entendre ràpidament per què t’afecta aquesta norma i quina és la seva filosofia.
Capítols intermedis (Terminis, Modalitats de sistemes, Sancions): si el que necessites és acció i immediatesa, salta directament a temes com terminis d’implantació o règim sancionador. Això és clau si necessites saber la data límit per adaptar el teu programari o quines multes podries enfrontar si no compleixes els requisits establerts.
Capítols pràctics (Impacte en pimes, Exemples d’implantació, etc.): aquí trobaràs exemples concrets i consells per a la implementació. Veureu com pots organitzar el teu temps, què passa amb l’emissió de factures simplificades si tens un comerç minorista o com integrar aquests canvis en el teu ERP si ets una pime més gran. Hem preparat casos reals perquè et sentis identificat, tant si factures poc com si tens un gran volum d’operacions.
Capítols especialitzats (Annexos tècnics i FAQ): estan dirigits a perfils més tècnics o per a qui busqui més detall. Aquí abordem l’estructura dels registres de facturació en XML, la generació de signatura electrònica “XAdES Enveloped” i la codificació d’empremtes criptogràfiques (hash) per garantir la inalterabilitat de la cadena de factures. És molt útil per a desenvolupadors de programari o per a qui vulgui verificar al mil·límetre que el seu programa compleix totes les especificacions de la normativa.

A més, pots utilitzar la funció de cerca (Ctrl + F / Cmd + F) al teu navegador per localitzar temes específics dins de la guia. Si, per exemple, t’interessa la Declaració Responsable dels proveïdors de programari, només cal que escriguis aquestes paraules clau i trobaràs de seguida la secció o seccions on es menciona.

Hem incorporat també un extens apartat de Preguntes Freqüents (FAQ), on recollim els dubtes més habituals que solen plantejar els usuaris que s’enfronten a VERI*FACTU per primera vegada. Et convidem a consultar-lo com a complement i repàs final; de fet, moltes d’aquestes preguntes provenen de fòrums especialitzats, de l’experiència pràctica d’assessors i de les qüestions que més es repeteixen en l’àmbit de la factura electrònica.

Per millorar la usabilitat d’aquesta guia, al llarg del text trobaràs dos tipus d’enllaços:

Enllaços interns que apunten a altres seccions d’aquesta mateixa guia (per exemple, quan parlem de Modalitats de sistemes informàtics podem enllaçar a aquesta secció si necessites ampliar la informació).
Enllaços externs a pàgines d’organismes oficials o recursos d’interès (per exemple, a la pàgina del BOE, la web del Ministeri d’Assumptes Econòmics i Transformació Digital o la Seu de l’AEAT). Aquests enllaços et serviran si vols verificar la font original de la informació o aprofundir encara més en la normativa i els seus detalls.

Com veus, hem intentat que l’estructura de la guia sigui el més flexible i funcional possible. No estàs obligat/da a llegir-la de dalt a baix, tot i que si ets dels que prefereix seguir un ordre cronològic i tenir tots els conceptes clars, t’animem a començar pel capítol de Presentació de la Guia i després seguir fins al final.

Finalment, volem recordar-te que, tot i que aquesta guia sigui extensa, la norma VERI*FACTU és un entramat legal que es complementa amb altres projectes i obligacions, com la factura electrònica obligatòria que s’ha plantejat en la Llei Crea i Creix (centrada en la lluita contra la morositat en transaccions comercials B2B). Si t’interessa saber més sobre com encaixa tot aquest ecosistema, no deixis de visitar la secció de Relació amb la futura factura electrònica. Allà trobaràs un marc comparatiu entre les dues regulacions i recomanacions per aprofitar sinergies i preparar-te a mitjà i llarg termini.

En definitiva, gràcies per confiar en aquesta guia i esperem que la seva estructura, més que un simple índex, sigui un autèntic mapa de navegació perquè descobreixis de manera organitzada i fàcil tot el que necessites saber sobre VERI*FACTU. Sentir-se segur i tenir un pla d’acció clar és fonamental perquè l’adopció d’aquests canvis no entorpeixi les teves operacions diàries, sinó que, al contrari, pugui ser una palanca de millora i competitivitat per al teu negoci.

Comencem! Si no saps per on continuar, et proposem que primer facis una ullada al capítol de Context i antecedents i, a continuació, revisis Àmbit d’aplicació i exclusions. D’aquesta manera, et situaràs en l’“esquema general” de la norma abans de passar a altres aspectes més específics com Passos per a una implantació amb èxit o Impacte pràctic en el dia a dia. Ens veiem a la següent secció!

2. Context i Antecedents

Per comprendre la rellevància del Reglament VERI*FACTU (aprovat pel Reial decret 1007/2023), és fonamental analitzar l’entorn legal, històric i econòmic que ha impulsat la seva aparició. En aquesta secció trobaràs la informació clau sobre l’origen d’aquesta normativa, els objectius que persegueix i com es relaciona amb altres projectes rellevants, tant a nivell estatal com europeu. Si vols saber després com s’apliquen aquests antecedents a la pràctica, et recomanem que consultis la secció d’Impacte Pràctic o la secció de terminis d’implantació.

2.1. Origen del Reglament VERI*FACTU

El Reglament VERI*FACTU (Reial decret 1007/2023) no sorgeix del no-res: és el resultat d’un procés legislatiu i de diverses recomanacions internacionals que s’han anat forjant durant anys. Per situar-nos, podem remuntar-nos a diversos fets normatius i reformes fiscals que han anat introduint canvis graduals en la manera en què les empreses, pimes i autònoms han de gestionar la seva facturació. A grans trets, podríem citar els següents moments clau:

Primeres recomanacions de l’OCDE i la UE (dècada del 2000 en endavant)
L’Organització per a la Cooperació i el Desenvolupament Econòmic (OCDE) ha publicat diversos estudis i guies que insisteixen en la necessitat de lluitar contra la manipulació de vendes a través de programari fraudulent. Per la seva banda, la Unió Europea (UE) també ha intensificat la fiscalització de factures i l’ús de la facturació electrònica per combatre el frau en l’IVA, reforçant la necessitat d’homogeneïtzar i digitalitzar els sistemes.
Increment de la digitalització i auge de la facturació electrònica
Amb el pas dels anys, s’han desenvolupat projectes pioners en alguns països de la UE i també a Espanya, com el SII (Subministrament Immediat d’Informació), obligatori des del 2017 per a grans empreses i altres col·lectius. Encara que el SII va suposar un gran avanç en la recepció gairebé en temps real dels llibres registre d’IVA, encara no abordava de manera generalitzada la integritat i inalterabilitat de les factures des del mateix moment de la seva emissió.
Aprovació de la Llei 11/2021, de 9 de juliol
Aquesta llei, coneguda per introduir nombroses mesures de prevenció i lluita contra el frau fiscal, va afegir el conegut apartat 29.2.j) a la Llei General Tributària. En aquest, es facultava expressament el Govern per establir normes sobre els requisits que han de complir els sistemes i programes informàtics o electrònics que donen suport a la facturació, la comptabilitat i la gestió d’aquells que desenvolupen activitats econòmiques, exigint formats estandarditzats i certificats.
Experiència d’altres territoris, com el projecte TicketBAI al País Basc
Diverses administracions forals van començar a experimentar amb l’obligació d’utilitzar programari que garantís la total traçabilitat de les transaccions. Això va servir d’exemple i evidència que, per a una lluita efectiva contra l’economia submergida, no n’hi ha prou amb “exigir factures”: cal assegurar que la informació de la venda es registra i es conserva sense possibilitat de manipulació posterior.

La conjuntura després de la pandèmia de la COVID-19
La crisi de la COVID-19 va posar de manifest la importància de la transformació digital. El mateix Pla de Recuperació, Transformació i Resiliència de la Unió Europea ha finançat línies d’actuació que, en el cas d’Espanya, apunten a modernitzar la fiscalitat i reforçar el control del frau al mateix temps que s’impulsa la digitalització de les pimes.

És en aquest context on s’emmarca el Reial decret 1007/2023, que, com es menciona en la seva pròpia exposició de motius, es concep com l’instrument necessari per fer un pas més cap a la “facturació segura”. Fins a la data, disposàvem d’avenços considerables amb la factura electrònica i el SII, però ara es pretén aturar un dels principals focus de frau: la manipulació de la facturació a posteriori mitjançant programari que permetia esborrar factures, reescriure imports o “desquadrar” inventaris respecte a la realitat.

D’altra banda, el Reglament VERI*FACTU té com a gènesi directa la disposició de l’article 29.2.j) de la Llei General Tributària, afegit per la Llei 11/2021, que parla de l’obligació que els sistemes informàtics “garanteixin la integritat, conservació, accessibilitat, llegibilitat, traçabilitat i inalterabilitat” dels registres. En bona mesura, aquest decret és el “desenvolupament reglamentari” d’aquesta habilitació.

Referències addicionals

Documents de l’OCDE sobre la lluita contra el frau fiscal
Informació de la Comissió Europea sobre tributació i lluita contra l’evasió
Llei 11/2021, de 9 de juliol, al BOE
Secció de règim sancionador (per entendre les conseqüències de l’incompliment d’aquests requisits).
Àmbit d’aplicació i exclusions (per saber com encaixa VERI*FACTU en diferents tipus de negocis).

2.2. Objectius i finalitat del nou reglament

Un dels grans reptes de l’Administració Tributària és eliminar l’anomenat “programari d’ocultació de vendes” o “zapper”, és a dir, programes dissenyats específicament per simular o fer desaparèixer parts de la facturació real. Encara que la majoria de les empreses compleixen fidelment les seves obligacions, el frau mitjançant la manipulació de tiquets i factures continua generant pèrdues importants de recaptació.

El Reial decret 1007/2023 (Reglament VERI*FACTU) es publica amb una triple finalitat:

Lluita contra el frau i la manipulació de factures
La normativa pretén impedir que existeixin buits legals o llacunes tècniques que facilitin la creació de factures fictícies o l’eliminació de factures ja emeses. Amb els nous requisits d’integritat, traçabilitat i hash encadenat, cada factura deixa una empremta digital, fent molt complicat alterar les dades originals sense deixar rastre.
Impuls a la digitalització i modernització de la facturació empresarial
Més enllà de la persecució del frau, hi ha un component de modernització del teixit productiu espanyol. La digitalització en l’emissió de factures i en la seva remissió voluntària o conservació segura potencia l’eficiència interna de les empreses, reduint paper i errors de comptabilització. En consonància amb el Pla de Recuperació, Transformació i Resiliència, es pretén que les pimes i microempreses integrin sistemes informàtics avançats que es comuniquin de manera òptima amb l’Agència Tributària.
Reducció de costos de compliment tributari a mitjà-llarg termini
Si bé, en un primer moment, pot veure’s com una obligació costosa per a alguns negocis, la realitat és que l’estandardització dels formats i la implantació de programari segur estalvien temps i problemes. A poc a poc, l’Administració està facilitant eines (com l’aplicació gratuïta prevista en el reglament per facturar a través de la Seu Electrònica) i, amb l’adopció massiva dels estàndards, s’espera que els costos de desenvolupament i adaptació es redueixin, al mateix temps que s’ofereixi assistència al contribuent (per exemple, esborranys d’autoliquidacions o preemplenament de llibres registre d’IVA, similar al que passa amb el SII).

A aquests tres objectius principals podem afegir-ne un més, de caràcter intangible: millorar la consciència fiscal i l’equitat. Quan tothom utilitza sistemes que no permeten “manipular” la facturació, es fa un pas important cap a una competència lleial entre les empreses. Aquesta motivació de fons s’ha repetit també en seccions anteriors i es relaciona amb la idea que la digitalització ben plantejada beneficia tant l’Administració com l’empresa, sempre que es faci amb rigor i compromís.

Si vols una perspectiva més detallada sobre com aquests objectius repercuteixen en el dia a dia d’un petit negoci, et recomanem la secció d’Impacte Pràctic. I, si després de comprendre aquests objectius vols saber quan es materialitzaran completament, no oblidis revisar el capítol de Terminis d’Implantació, on trobaràs dates concretes i fases de transició.

Enllaços d’interès

Més informació sobre el Pla de Recuperació, Transformació i Resiliència
Secció de Passos per a la implantació exitosa
Règim sancionador (coneix les multes si incompleixes aquests objectius d’integritat i traçabilitat)

2.3. Relació amb altres projectes i normatives

El Reglament VERI*FACTU no viu en un “aïllament normatiu”; al contrari, encaixa amb altres lleis i projectes que ja existeixen o que s’estan desenvolupant. Entendre aquestes interaccions és essencial per a les pimes i autònoms que vulguin anticipar-se als pròxims passos de la transformació digital. Vegem-ne els més destacats:

Diferències i convergències amb la futura factura electrònica obligatòria (Llei Crea i Creix)
La Llei 18/2022, de 28 de setembre, coneguda com a “Llei Crea i Creix”, introdueix la factura electrònica obligatòria per a les relacions B2B i, sobretot, focalitza la lluita contra la morositat en les transaccions comercials. Encara que en principi sembla una obligació paral·lela, la realitat és que es complementa amb VERI*FACTU: quan s’implementi de manera generalitzada la factura electrònica entre empreses, també s’espera que aquests sistemes respectin els requisits d’integritat i estandardització que marca el RD 1007/2023. Dit d’una altra manera, les empreses tindran un entorn unificat on les factures electròniques i els registres de facturació s’integrin sense fissures.
Mentre que la Llei Crea i Creix se centra en reduir la morositat i en la factura electrònica obligatòria, VERI*FACTU posa el focus en la alterabilitat de les factures i l’eliminació de programari fraudulent. En molts casos, les empreses que es preparin per a l’obligació de factura electrònica també estaran establint les bases per complir automàticament amb VERI*FACTU si els seus desenvolupadors de programari incorporen els requisits d’encadenament d’empremta, signatura, etc.
Interacció amb el SII (Subministrament Immediat d’Informació)
Des de 2017, les grans empreses, així com altres col·lectius (REDEME, grups d’IVA, etc.), estan obligats a portar els seus llibres registre d’IVA a través de la Seu Electrònica de l’Agència Tributària, enviant la informació de factures emeses i rebudes en un termini de quatre dies. Això és el que es coneix com a SII (Subministrament Immediat d’Informació).
Com encaixa el nou reglament amb el SII? En principi, són dues obligacions diferents. El SII és una forma de declaració de llibres registre, mentre que VERI*FACTU regula com han de ser els sistemes informàtics de facturació perquè compleixin uns requisits de seguretat i traçabilitat. Ara bé, a mitjà o llarg termini, podria pensar-se en una “confluència” entre ambdós esquemes: si un negoci emet factures de manera segura i envia aquestes dades en temps real (opció VERI*FACTU voluntari), la mateixa Agència Tributària podria utilitzar aquesta informació per, per exemple, preomplir llibres registre sense necessitat d’un enviament separat. Aquest tipus de sinergies reforcen la idea que la digitalització acaba estalviant passos i costos de compliment.
Altres projectes internacionals i regionals
A més de la Llei Crea i Creix i el SII, cal esmentar altres projectes com TicketBAI (al País Basc) o la Factura Electrònica obligatòria per a operacions amb l’Administració (Llei 25/2013). TicketBAI és especialment rellevant perquè la seva filosofia de tancament i enviament automàtic de les factures a la hisenda foral corresponent s’alinea amb l’exigència d’inviolabilitat i seqüenciació de factures que planteja VERI*FACTU. Es podria dir que TicketBAI ha servit de “projecte pilot” per a molts dels elements que ara són comuns en la nova norma estatal.
En el context europeu, molts països han implantat o reforçat els seus propis sistemes d’invoicing electrònic (facturació electrònica) i de comprovació en temps real. Alguns exemples són Itàlia, Polònia o Hongria, que fa anys que desenvolupen esquemes de report electrònic obligatori per reduir les bretxes de l’IVA. El Reial decret 1007/2023 forma part d’aquesta tendència europea i global de digitalitzar i securitzar la facturació.
Possible convergència futura
Si bé cada projecte normatiu (SII, Llei Crea i Creix, VERI*FACTU, TicketBAI…) té el seu marc legal i el seu propi abast, ningú dubta que, de cara al futur, totes aquestes obligacions tendeixen a integrar-se o, almenys, a coordinar-se. A l’empresa i a l’autònom els interessa utilitzar un únic programa de facturació segur que, d’una manera o altra, serveixi per cobrir totes les necessitats, evitar duplicitats de treball i impedir multes.
Això significa que qualsevol inversió que facis ara en un programari que compleixi VERI*FACTU, molt probablement t’acostarà a la facturació electrònica obligatòria en B2B i et prepararà per respondre més fàcilment als requeriments de l’Agència Tributària o de la inspecció.

En resum, el Reial decret 1007/2023 s’uneix a altres lleis i projectes amb un nexe comú: la digitalització com a eina per millorar el control tributari.

Més informació externa

Amb tot l’anterior, esperem que tinguis ja un mapa mental clar sobre d’on sorgeix el Reglament VERI*FACTU i com encaixa en un ecosistema regulador més ampli. Si després de llegir aquestes explicacions encara et preguntes de quina manera concreta s’aplicaran aquests requisits al teu negoci o en quins terminis has d’adaptar-te, et convidem a passar a la secció de Terminis d’Implantació i, per descomptat, a revisar la part de Modalitats de sistemes informàtics, on veuràs les dues vies (VERI*FACTU voluntari i no voluntari) que ofereix el reial decret per complir amb els nous requisits.

Un cop compresa la història, els objectius i les relacions amb altres normes, el següent pas natural sol ser: A qui afecta concretament? i Què passa si no ho compleixo?. Per resoldre aquests dubtes, pots consultar la secció d’Àmbit d’aplicació i exclusions i després aprofundir en el Règim sancionador. Veureu que el reglament busca tenir un caràcter universal dins el territori comú espanyol, però amb certs matisos i excepcions (per exemple, les empreses adscrites al SII o les que tributen als Territoris Històrics del País Basc amb TicketBAI).

En definitiva, aquesta secció de Context i Antecedents t’ha ofert les claus per entendre que VERI*FACTU no és un simple formalisme: prové d’una llarga evolució i de la voluntat política i administrativa que la facturació sigui un procés més segur i controlat. En la línia de la digitalització global, no es tracta només d’evitar infraccions, sinó d’impulsar la competitivitat i la modernització en un món cada cop més tecnològic.

3. Àmbit d’aplicació i exclusions

Determinar exactament a qui afecta el Reglament VERI*FACTU (Reial Decret 1007/2023) és un dels primers passos que qualsevol empresari, autònom o assessor ha de tenir clars. Atès que la nova normativa busca abastar la major part del teixit empresarial que utilitza sistemes informàtics per facturar, aquesta secció resulta fonamental per saber si el teu negoci entra dins l’obligació o si, per contra, et trobes en algun dels supòsits d’exclusió. Veurem quin tipus de contribuents estan obligats, quines operacions es consideren subjectes i com es compatibilitza aquesta regulació amb altres règims d’IVA (per exemple, el simplificat o el SII). Si, a més d’això, vols aprofundir en com implementar la norma, o en quines sancions et poden imposar en cas d’incompliment, trobaràs més detalls a les seccions corresponents.

3.1. Qui està obligat

A l’hora d’analitzar l’àmbit subjectiu del Reglament VERI*FACTU, convé partir de la idea que la norma es dirigeix, de manera molt àmplia, a totes aquelles persones o entitats que desenvolupin una activitat econòmica i que, en el curs d’aquesta activitat, expedeixin factures utilitzant sistemes o programes informàtics. D’aquesta definició general es desprenen diversos elements clau:

Persones físiques (autònoms o professionals): Segons la Llei General Tributària, qualsevol autònom o professional que exerceixi una activitat econòmica en règim d’estimació directa (normal o simplificada) o fins i tot en estimació objectiva, si emet factures, es troba potencialment dins l’àmbit de VERI*FACTU. No importa el volum de facturació ni si té o no empleats: el decisiu és que emeti factures —ja siguin completes o simplificades— mitjançant un programa informàtic.
Persones jurídiques (societats limitades, anònimes, cooperatives…): La majoria de societats mercantils o civils, en dedicar-se a la venda de productes o serveis i emetre factures, també han d’assegurar-se que els seus sistemes de facturació compleixin els requisits d’integritat, traçabilitat i inalterabilitat previstos al Reial Decret 1007/2023. Això s’aplica tant a grans empreses com a micro i petites societats.
Entitats en atribució de rendes (comunitats de béns, societats civils en règim d’atribució, etc.): En la mesura que aquestes entitats, en nom propi, expedeixen factures per operacions relacionades amb l’activitat comuna, estarien obligades a adoptar sistemes informàtics que respectin les condicions de VERI*FACTU.
Productors i comercialitzadors de programari de facturació: No ens podem oblidar que la Llei 11/2021 i l’article 29.2.j) de la Llei General Tributària responsabilitzen també aquells que produeixen o venen programari orientat a la facturació, comptabilitat o gestió. Aquests han de certificar (mitjançant una declaració responsable, entre altres mecanismes) que els seus programes compleixen els estàndards exigits. Així, el reglament abasta no només els usuaris finals, sinó també aquells que posen el programari al mercat.

Ara bé, el Reial Decret 1007/2023 no s’aplica a tot el territori espanyol de la mateixa manera. Hi ha dues grans qüestions a tenir en compte:

Territori comú vs. territoris forals. El reglament és d’aplicació a tot el territori de règim comú, incloent-hi les Canàries, Ceuta i Melilla, però exclou els territoris forals del País Basc i Navarra. En aquestes zones, s’han aprovat normatives anàlogues com TicketBAI, o estan en fases d’implementació de sistemes de control de facturació propis.
Si vols confirmar la teva situació, revisa la informació de la teva hisenda foral (Bizkaia, Guipúscoa, Àlaba o Navarra). Per exemple, a Bizkaia s’està impulsant el projecte BATUZ, mentre que a Guipúscoa, Àlaba i Bizkaia en general es gestiona TicketBAI. Qui ja estigui adaptat a aquesta normativa foral no necessita, en principi, aplicar la normativa estatal, tot i que podria ser rellevant si opera simultàniament en territori comú.

Vols saber, a més, quan comença l’obligació i en quins terminis hauràs d’adaptar el teu programari? Et recomanem llegir la secció de Terminis d’Implantació.

3.2. Quines operacions estan subjectes

L’àmbit objectiu del Reglament VERI*FACTU s’estén, en principi, a totes les factures emeses en l’exercici d’una activitat econòmica duta a terme per aquells que estan obligats segons el punt anterior. Però és lògic preguntar-se: totes les factures de qualsevol tipus? També les simplificades (tiquets)? Què passa amb operacions en què la llei no exigeix facturar? A continuació, aclarim aquests matisos.

Operacions B2B (empresa-empresa) i B2C (empresa-consumidor)

El Reial Decret 1007/2023 no fa una distinció radical entre factures dirigides a altres empreses o a consumidors finals. Des de la perspectiva de la integritat i la traçabilitat, totes les factures emeses han de gaudir de la mateixa protecció, ja que el frau es pot donar tant en vendes a professionals com a particulars.

Per això, s’inclouen les factures completes, on el destinatari està perfectament identificat amb el seu NIF, nom, adreça, etc., i també les factures simplificades (conegudes com a “tiquets”), que solen utilitzar-se per a vendes de menor quantia, hostaleria, transport i altres supòsits regulats en el Reglament de Facturació (RD 1619/2012). De manera concreta, el RD 1007/2023 menciona que aquests tiquets han de comptar amb el famós codi QR i la cadena de hash encadenat per garantir la seva inalterabilitat.

Si la teva empresa ven tant a consumidors finals com a altres empreses, les dues modalitats de facturació (B2C i B2B) quedarien sota el paraigua de VERI*FACTU, llevat que s’apliqui alguna de les exclusions que comentarem a continuació.

Règim especial d’agricultura, ramaderia i pesca

En el règim especial d’agricultura, ramaderia i pesca, el Reglament de Facturació permet que, en lloc de ser el propi agricultor (o ramader) qui expedeixi factura, sigui el destinatari (generalment una cooperativa o un empresari majorista) qui emeti un “rebut” per documentar l’operació. Aquest tipus d’operació es considera ja complerta a efectes de facturació amb aquest rebut, de manera que no cal emetre factures pròpies.

En conseqüència, si el teu negoci es redueix exclusivament a aquesta modalitat de vendes (i no emets altres factures), no estaries obligat a implantar VERI*FACTU. No obstant això, si realitzes altres activitats o emets factures per altres vies (per exemple, vens productes transformats amb la teva pròpia marca), podries veure’t afectat per la norma per a aquestes operacions secundàries.

Operacions sense obligació de facturar

El Reglament VERI*FACTU no pot exigir la integritat i traçabilitat d’un document que la llei no obliga a expedir. Per tant, si la teva activitat està exempta o exonerada d’emetre factura segons el Reglament de Facturació, no entra dins de l’àmbit d’aquest reial decret. Alguns exemples són certs serveis on la factura no és obligatòria (tot i que cal anar amb compte, ja que la majoria d’activitats econòmiques sí que ho requereixen en la pràctica).

És crucial, per tant, que verifiquis amb el teu assessor o amb l’AEAT si el teu negoci pot acollir-se a exempcions de facturació. Moltes vegades, la confusió sorgeix perquè l’empresari creu que no està obligat a facturar quan, en realitat, la norma sí que ho exigeix en determinats supòsits concrets.

Casos puntuals d’autorització

El Departament de Gestió Tributària de l’AEAT pot concedir autoritzacions específiques que eximeixin certes operacions de complir amb la totalitat dels requisits de facturació, per raons justificades (p. ex., per secret comercial, operacions amb implicacions de seguretat o confidencialitat, etc.). En aquests supòsits, la factura pot ometre certes dades o modificar-les.

Si l’exempció afecta l’emissió de la factura en si mateixa, llavors òbviament no s’aplica VERI*FACTU. Però si l’autorització només dispensa de presentar determinats camps, la resta del contingut facturable sí que ha de complir les regles d’inalterabilitat. Aquí, el més important és consultar el règim sancionador, ja que saltar-se una part essencial de la factura podria implicar infraccions greus si no comptes amb l’autorització en ferm.

Operacions B2B a l’estranger o seus a l’estranger

Un altre punt a tenir en compte és la ubicació de l’establiment permanent. Si la teva societat o activitat es duu a terme des d’un establiment en territori comú, les factures emeses per aquest establiment han d’ajustar-se a VERI*FACTU. Però si, per exemple, tens filials o sucursals fora d’Espanya, les factures generades des d’aquestes ubicacions no es regeixen per aquest reial decret, sinó per la normativa del país corresponent.

Tanmateix, si emets factures des d’Espanya a clients estrangers, aquestes factures sí queden sotmeses a VERI*FACTU. Es tracta d’un criteri de territorialitat basat en la seu emissora de la factura i no en el destí d’aquesta. Per això, les grans multinacionals radicades en territori comú també es troben afectades a l’hora de facturar a l’exterior.

3.3. Compatibilitat i/o exclusió amb altres règims

La normativa tributària espanyola contempla múltiples règims i sistemes de gestió, des del règim simplificat de l’IVA fins al SII (Subministrament Immediat d’Informació). Donada la transversalitat de VERI*FACTU, és normal preguntar-se com conviu amb aquests altres règims i si algun d’ells et lliura de complir amb aquesta nova regulació.

Règim simplificat de l’IVA

En el règim simplificat de l’IVA, típic de sectors com l’hostaleria, el comerç minorista, l’agricultura o certs autònoms, el contribuent no liquida l’IVA en funció de la facturació detallada, sinó mitjançant uns índexs o mòduls. No obstant això, això no significa que no hagi d’emetre factures: en moltes operacions, especialment B2B, o quan el client ho exigeix, es generen factures completes o simplificades.

Per tant, el règim simplificat no eximeix de l’obligació de facturar quan sigui procedent, i, per tant, tampoc eximeix de VERI*FACTU si efectivament s’emeten factures en territori comú. Dit d’una altra manera, la forma de tributació (en mòduls) no altera l’obligació que les factures estiguin securitzades. Per tant, si, dins del teu règim simplificat, emets factures, hauràs de comptar amb un sistema informàtic adaptat.

SII (Subministrament Immediat d’Informació)

Un dels temes més comentats és la relació amb el SII. El Subministrament Immediat d’Informació és un règim de gestió dels llibres registre de l’IVA a través de la Seu Electrònica de l’AEAT, amb enviament gairebé en temps real de les dades de facturació. Obligatori des de 2017 per a grans empreses (facturació anual superior a 6 milions), grups d’IVA i REDEME (Registre de Devolució Mensual), ha suposat un canvi radical en la forma de controlar l’IVA.

El Reial decret 1007/2023 exclou específicament aquells que tributen en el SII, per entendre que aquests ja estan realitzant una transmissió “immediata” de les seves factures i, per tant, cobreixen en gran mesura la necessitat de control i traçabilitat que busca VERI*FACTU. Dit d’una altra manera, les empreses que estan en el SII no han de duplicar esforços.

No obstant això, si pertanys a un col·lectiu voluntàriament inscrit en el SII, també en quedes exempt. És a dir, no se’t obligarà a adoptar els requisits d’integritat, hash encadenat, etc., sempre que continuïs en el SII i facis correctament els enviaments de les teves factures dins dels terminis establerts.

Aquí sorgeix la pregunta: què passa si un contribuent deixa de pertànyer al SII? En teoria, en deixar d’estar en el SII, passa a veure’s afectat per VERI*FACTU si emet factures. Per tant, si estàs en el SII i tens previst sortir-ne, hauràs de preveure l’adaptació a la nova normativa.

TicketBAI i altres règims forals

Com indiquem a Qui està obligat, els territoris forals (País Basc i Navarra) han implementat sistemes anàlegs per controlar la facturació, com TicketBAI. En aquests casos, no s’aplica el Reial decret 1007/2023, ja que les hisendes forals gaudeixen del seu propi marc competencial.

No obstant això, si una empresa opera en ambdós territoris (part del seu negoci en un territori foral i part en territori comú), és possible que hagi d’aplicar TicketBAI en les operacions forals i VERI*FACTU en les comunes. Això fa que algunes companyies optin per desenvolupar un programari híbrid o per configurar dos modes de funcionament per adaptar-se a cada normativa segons l’origen de la factura.

Altres autoritzacions específiques (gestió tributària)

El Reial decret 1007/2023 també preveu la possibilitat que el Departament de Gestió Tributària de l’AEAT autoritzi excepcions parcials per a certs sectors o situacions. Per exemple, podria permetre no reflectir determinades dades en la factura si es demostra que existeix una causa justificada (p. ex., secret industrial). En aquests casos, caldria veure si aquesta omissió afecta la integritat general de la factura o simplement eximeix de consignar un camp que no sigui imprescindible.

Aquest tipus d’autoritzacions no són de caràcter massiu: el normal és que, llevat circumstàncies molt específiques, l’AEAT no concedeixi exempció a la integritat del registre. Per això, la regla general és complir amb VERI*FACTU, i l’excepció puntual ha de sol·licitar-se i documentar-se.

Perspectiva general sobre compatibilitat

Podríem dir que VERI*FACTU tendeix a “universalitzar” la seguretat en la facturació de tot aquell que no estigui ja en un sistema equivalent (com el SII) o en un territori foral amb normativa pròpia. Els règims de l’IVA (com el simplificat, recàrrec d’equivalència, etc.) no suposen una exempció automàtica, sinó que simplement influeixen en la forma de declarar o en la periodicitat, però no en l’obligació d’emetre factures quan sigui obligatori.

Si encara tens dubtes sobre si el teu cas requereix adaptació, et pot resultar clarificador consultar la secció de Preguntes Freqüents d’aquesta guia, on abordem interrogants típics de compatibilitat. A més, si necessites exemples concrets de casos de negoci, a Exemples pràctics il·lustrem com s’aplica la norma a pimes d’hostaleria, comerços al detall, autònoms, etc.

Resum i implicacions pràctiques

Per consolidar el que s’ha explicat, podríem resumir-ho així:

Qui: Tota persona o entitat que desenvolupi activitat econòmica i expedeixi factures amb sistemes informàtics en territori comú, incloent-hi autònoms, societats i entitats en atribució de rendes, llevat que estiguin adscrits al SII o resideixin en un territori foral amb normativa pròpia.
Quines operacions: Totes les factures completes o simplificades (tiquets), ja siguin B2B o B2C, sempre que s’emetin efectivament. Se n’exclouen aquelles per a les quals la llei de facturació no exigeixi emetre factura o ja existeixi un règim alternatiu (rebut en règim agrari, etc.).
Compatibilitat: VERI*FACTU no se solapa amb el SII (qui està en SII no ha d’aplicar aquesta norma). El règim simplificat de l’IVA, recàrrec d’equivalència o criteri de caixa no eximeixen d’adaptar-se si s’emeten factures. Tampoc hi ha incompatibilitat amb TicketBAI; simplement, cada territori aplica la seva regulació.

Un cop sàpigues que sí estàs obligat, toca conèixer en quina data has de tenir llest el teu programari adaptat i com. Per a això, pots revisar la secció de Calendari i terminis d’implantació, on es detallen les fases i dates clau. A més, si la teva següent pregunta és “Què passa si no ho compleixo?”, la resposta es troba a la secció de Règim sancionador, on veuràs les multes i penalitzacions que contempla la normativa.

En qualsevol cas, saber amb seguretat si la teva empresa està dins o fora de l’àmbit del Reial decret 1007/2023 és essencial per planificar l’adaptació. Tingues en compte que l’AEAT pot requerir en qualsevol moment la comprovació del teu sistema informàtic de facturació, i si detecta que no es compleixen els criteris d’integritat, inalterabilitat i conservació dels registres, podries enfrontar-te a infraccions tipificades a la Llei General Tributària.

Si, després d’aquesta lectura, confirmes que sí et afecta VERI*FACTU, no t’alarmins: la norma, tot i exigir la modernització dels sistemes de facturació, també ofereix avantatges a mitjà i llarg termini, com una millor organització comptable i menys risc d’incórrer en problemes tributaris. A més, es preveu que la digitalització progressiva aporti serveis d’ajuda al contribuent, com esborranys d’autoliquidacions o la possibilitat d’integrar factures verificades directament en els llibres registre.

Per acabar, et recomanem:

Verificar la teva situació territorial i fiscal: El teu domicili està en territori comú o foral? Estàs adscrit al SII? Emets factura o estàs exempt? Amb aquest primer filtre sabràs si entres directament en VERI*FACTU.
Consultar l’abast de la norma en les teves operacions diàries: Si vens tant a particulars com a altres empreses i emets factures simplificades i completes, probablement totes s’hi incloguin.
Planificar el “com” de l’adaptació: Definir la data d’implantació segons els terminis oficials, escollir programari homologat o que pugui homologar-se, formar el personal i, en cas de no tenir prou coneixement intern, buscar assessorament especialitzat.
Informar-se sobre els possibles costos: Alguns empresaris temen que la implantació sigui cara, però és probable que, amb l’estandardització, sorgeixin solucions de mercat assequibles per a pimes, i fins i tot l’AEAT llançarà una aplicació gratuïta de facturació per a petits negocis.
Anticipar l’evolució futura: Tingues en compte que, a mitjà termini, s’integrarà amb la factura electrònica obligatòria B2B i amb possibles millores en l’assistència al contribuent. Invertir ara en digitalització pot ser beneficiós en el futur.

Esperem que, amb aquesta àmplia visió de l’àmbit d’aplicació i exclusions, tinguis la informació necessària per saber on et situes respecte al Reial decret 1007/2023 i quins passos has de donar a continuació. Recorda que, si desitges més detalls sobre els requisits tècnics dels sistemes de facturació, pots visitar la secció de Modalitats de sistemes informàtics. I si et preocupa sobretot l’aplicació pràctica en el teu negoci del dia a dia, la secció d’Impacte Pràctic i els exemples reals t’ajudaran a aterrar la teoria en casos concrets.

Per a qualsevol dubte addicional, no oblidis que l’Agència Tributària manté un apartat de preguntes freqüents a la seva Seu Electrònica, i que hi ha abundant informació al capítol de Context i Antecedents d’aquesta mateixa guia, on es detallen els fonaments jurídics i històrics de la nova regulació. Si ho desitges, també pots consultar directament el BOE per llegir el text íntegre del Reial decret 1007/2023.

4. Principals preocupacions de les pimes

L’adopció del Reglament VERI*FACTU (Reial decret 1007/2023) ha generat una barreja de curiositat i temor entre pimes, microempreses i autònoms que es pregunten com complir amb els nous requisits de facturació i, sobretot, quant els costarà. És normal que existeixin preocupacions relatives a la inversió inicial que hauran de fer en programari, a l’aprenentatge dels empleats que han de gestionar la nova operativa i al risc de possibles sancions si alguna cosa surt malament. No obstant això, també és important veure les coses en perspectiva: aquesta iniciativa legal no només busca endurir controls, sinó que pot obrir la porta a digitalitzar processos de manera profunda i agilitzar la relació amb l’Agència Tributària.

En aquesta secció abordem precisament aquestes “principals preocupacions” que, segons molts experts i associacions empresarials, centren el debat en el teixit de la petita i mitjana empresa espanyola. Si després de llegir aquestes inquietuds vols conèixer una guia pas a pas per a la implantació o entendre millor quines sancions es derivarien de l’incompliment de la normativa, et convidem a visitar aquestes seccions específiques. També, si necessites exemples concrets, pots donar una ullada a la secció d’Impacte Pràctic o als Exemples pràctics d’aquesta mateixa guia.

4.1. Visió general dels reptes

A primer cop d’ull, molts petits empresaris perceben el Reglament VERI*FACTU com una “obligació extra” que se suma a la multitud de càrregues administratives ja existents (liquidacions d’IVA, presentacions d’IRPF, gestions laborals, etc.). No obstant això, convé desglossar els reptes principals que introdueix la norma per entendre per què, a mitjà termini, pot resultar més beneficiós que costós. Vegem tres grans àmbits de preocupació:

1. Inversió inicial en programari o adaptació de sistemes

El primer dels temors més estesos gira al voltant del cost econòmic d’actualitzar o adquirir nous programes de facturació. Moltes pimes i autònoms disposen d’eines molt bàsiques o fins i tot es recolzen en fulls de càlcul o en factures fetes a mà. Ara, amb VERI*FACTU, s’exigeix que el sistema informàtic de facturació incorpori funcionalitats com la generació de registres de facturació amb empremta digital (hash), la impossibilitat d’anul·lar factures sense deixar rastre o la capacitat de remetre voluntàriament les dades de facturació a l’AEAT si s’opta per la modalitat VERI*FACTU voluntària.

Adquirir un programari que compleixi aquests requisits, o pagar un manteniment o actualització a l’empresa desenvolupadora, té un cost. La bona notícia és que es preveu que el mateix mercat generi solucions modulars i assequibles per a microempreses i petites empreses, evitant així que sigui necessari invertir en sistemes de gran envergadura. A més, l’AEAT planeja posar a disposició de negocis molt petits (amb poca facturació) una aplicació gratuïta de facturació a la seva Seu Electrònica, fet que redueix la barrera d’entrada per a molts.

Tot i així, és innegable que l’adaptació inicial obliga a una despesa, encara que sigui menor. Alguns empresaris fins i tot temen haver de canviar tot el seu “ERP”. Això es pot minimitzar si es parla amb el proveïdor de programari i es verifica si la versió actual és apta per a actualitzacions que integrin els requisits de VERI*FACTU. A la secció de Passos per a la implantació amb èxit t’oferim consells per organitzar aquesta adaptació de manera escalonada.

2. Formació del personal per a la nova operativa

Un altre gran repte té a veure amb el factor humà. Si fins ara el personal d’administració estava habituat a un programa de facturació senzill o fins i tot a eines ofimàtiques bàsiques, la introducció de nous sistemes amb encadenament de factures, signatura digital i empremta hash pot requerir una certa corba d’aprenentatge. És a dir, no es tracta simplement de prémer un botó diferent, sinó d’entendre què implica anul·lar una factura amb un “registre d’anul·lació” i en què consisteix la “conservació inalterable” de les dades.

Aquesta formació interna no ha de ser complexa, però sí que s’ha de planificar amb temps. Algunes pimes subestimen el que suposa instruir el personal en l’ús de les noves funcions, i el resultat sovint és confusió i possibles errors en emetre o anul·lar factures. Una bona pràctica és impartir petites sessions de formació (en línia o presencials) on s’expliqui la justificació de la norma (per generar consciència) i el pas a pas de l’operativa en el dia a dia.

A més, el reglament exigeix la correcta configuració de certs camps (p. ex., CIF de l’emissor, dades de la factura, etc.) perquè el sistema informi adequadament l’AEAT o conservi el registre. Si el teu equip no està acostumat a proporcionar tota aquesta informació, la formació és doblement important. Per evitar sancions (vegeu Règim sancionador), val la pena invertir en capital humà.

3. Temor a sancions i possibles errors

Com en qualsevol normativa fiscal, subjeu la por a equivocar-se i rebre una sanció. La Llei General Tributària, en el seu article 29.2.j) i el 201 bis (incorporat per la Llei 11/2021), tipifica com a infracció la utilització de programari que no compleixi els requisits o l’alteració dels registres comptables. Per a molts propietaris de pimes, això es tradueix en la inquietud de:

Què passa si el programari no certifica correctament la integritat de les factures?
I si, per desconeixement, s’anul·len factures sense generar el “registre d’anul·lació” corresponent?
Podria l’AEAT considerar-ho intencionat i sancionar-me?

La resposta, en general, és que la norma sanciona tant la manca d’adaptació del programa com la manipulació fraudulenta de factures. Però si existeix bona fe i l’empresari demostra que el seu sistema està en procés d’adaptació o que, davant d’un error, es va corregir amb celeritat, la mateixa Agència Tributària pot contemplar certs atenuants. Per dissipar temors, és recomanable assegurar-se d’adquirir programari homologat i de seguir les pautes d’ús correctes.

Per aprofundir en aquests aspectes i veure imports de multes, et convidem a consultar la secció de Règim sancionador. Allí s’expliquen les infraccions previstes i les quanties possibles, així com la defensa que podria argumentar la pime si mostra diligència en el compliment.

4.2. Oportunitats i beneficis a llarg termini

Malgrat els obstacles inicials, el Reglament VERI*FACTU no està concebut únicament per “complicar la vida” a les empreses. De fet, moltes veus destaquen els avantatges que pot comportar la digitalització de la facturació, especialment en un context on la competitivitat i l’optimització de processos resulten essencials. A continuació, enumerem alguns dels beneficis que es poden obtenir en complir amb la norma.

1. Menor risc de sancions per errors de facturació

Un dels beneficis més directes d’implantar un programari segur que compleixi amb VERI*FACTU és la reducció del risc de cometre errors que derivin en sancions. Tradicionalment, moltes pimes han estat exposades a:

Manca de correlació en la numeració de factures.
Duplicacions, anul·lacions mal documentades o factures perdudes.
Incoherències entre la comptabilitat i les factures físiques.

El fet de tenir un sistema que obliga a generar un registre d’alta i un altre d’anul·lació en cas de correccions (o que evita la modificació a posteriori) ajuda a mantenir un fil auditable clar. Qualsevol inspecció es torna més senzilla, ja que la pime pot demostrar que no hi ha hagut manipulació irregular. Amb aquest “cadenat” addicional, les empreses minimitzen el perill d’incórrer en sancions relacionades amb la integritat de les seves factures.

Per altra banda, si optes per la remissió voluntària (modalitat VERI*FACTU “en línia”), l’AEAT disposarà pràcticament en temps real dels teus registres de facturació, fet que, segons expliquen en documents de l’OCDE, redueix enormement l’espai per al frau i elimina la incertesa sobre si els teus llibres estan correctes. Per a certs sectors que emeten nombroses factures al dia, això suposa tenir la consciència tranquil·la.

2. Possibilitat d’automatitzar processos i simplificar tasques comptables

Un altre gran incentiu és la digitalització comptable que es veu impulsada per l’adopció d’aquestes eines. Un cop instal·les un programari que registra meticulosament cada factura (i que, opcionalment, pot enviar la informació a l’AEAT), és habitual que aquest programa s’integri amb la comptabilitat de l’empresa.

Això implica que tasques com el bolcat manual de dades al llibre registre d’IVA, la conciliació de cobraments i pagaments o l’elaboració de resums de facturació es tornin molt més àgils. Moltes solucions informàtiques ja no es limiten a l’emissió de factures: inclouen mòduls de gestió d’estoc, creació de pressupostos i seguiment de clients, i generen informes automàtics de vendes, marges i impostos a ingressar. Per a una pime, això suposa un estalvi de temps notable, i redueix la dependència de processos manuals que són propensos a errors.

L’AEAT, per la seva banda, planeja facilitar cada cop més serveis d’assistència, com esborranys de liquidacions d’IVA que es nodreixin de la informació que la pròpia empresa remeti a través de sistemes verificats. Aquest moviment ja s’ha vist de forma embrionària amb el SII en el cas de les grans empreses. És previsible que, si es generalitza la factura electrònica o la modalitat VERI*FACTU “voluntària”, l’agència ofereixi a les pimes un preompliment parcial de les seves declaracions, simplificant encara més les tasques comptables.

3. Accés a incentius i ajudes públiques a la digitalització

No convé oblidar que la digitalització del teixit empresarial espanyol és una meta promoguda també per la Unió Europea i el Govern d’Espanya a través de diversos fons i programes. Per exemple, el Pla de Recuperació, Transformació i Resiliència contempla ajudes per a la transformació digital de pimes, i alguns projectes com el Kit Digital (gestionat per Red.es) ofereixen bons de digitalització que es poden destinar, entre altres coses, a la implantació d’un nou programari de facturació segur.

Així mateix, les comunitats autònomes han llançat en diferents moments subvencions específiques per a l’adopció de solucions ERP, CRMs o comptabilitat automatitzada. Adaptar-se a la normativa VERI*FACTU podria encaixar perfectament en l’abast d’aquestes ajudes. Per això, és recomanable que revisis els portals institucionals de la teva comunitat o que consultis el teu assessor per veure si hi ha alguna convocatòria oberta que et permeti finançar parcialment o totalment l’adquisició del programari.

La possibilitat de beneficiar-te d’aquests incentius públics pot compensar sobradament el cost inicial de l’adaptació. A més, la combinació d’un programari de facturació verificat amb un ERP integrat no només et posa al dia amb el Reial decret 1007/2023, sinó que també et prepara per a futurs requeriments, com la eventual factura electrònica obligatòria en operacions B2B impulsada per la Llei Crea i Creix. Si vols entendre millor com es correlacionen tots aquests projectes, no deixis de visitar la secció de Context i Antecedents ni la de Relació amb altres normatives.

En resum, VERI*FACTU implica reptes que no es poden negar (inversió, formació, por a sancions), però alhora obre oportunitats de modernització i eficiència. Tota pime ha de valorar acuradament els pros i els contres, però l’experiència demostra que, en contextos similars (per exemple, quan es va implantar la factura electrònica obligatòria per al sector públic o el SII per a grans empreses), la modernització va comportar beneficis a mitjà termini en forma d’estalvi de temps, reducció d’errors i millora de la gestió financera.

Per als propietaris o gestors que estiguin indecisos, un primer pas pot ser:

Informar-se en profunditat a través d’aquesta guia i d’altres fonts, com el portal de l’Agència Tributària o els FAQs recopilats.
Sol·licitar pressupostos o demostracions de programari que ja es publiciti com a compatible amb VERI*FACTU.
Analitzar la quantitat de factures que emeten al mes; així sabran si poden optar per l’aplicació gratuïta que l’AEAT posarà a la Seu Electrònica (si el seu volum és molt petit) o si els convé un ERP més complet.
Consultar amb assessors especialitzats en solucions de comptabilitat digital, per veure com s’integren les noves eines amb la comptabilitat i la tresoreria de l’empresa.

Finalment, no oblidem que els desenvolupadors de programari també estan sota el paraigua d’aquesta norma i han de certificar que els seus productes compleixen els requisits tècnics. Per tant, una bona part de l’oferta que arribi al mercat ja hauria de venir “llesta per a VERI*FACTU”, minimitzant el risc de no adaptació. Si vols conèixer el detall d’aquests requisits tècnics i com es signa o s’enllaça cada registre de facturació, pots revisar la secció dedicada a les modalitats de sistemes informàtics o els Annexos tècnics que, en molts casos, complementen aquesta guia.

5. Calendari i terminis d’implantació

Un dels aspectes que més inquieten a pimes, microempreses i autònoms respecte al Reglament VERI*FACTU (aprovat pel Reial decret 1007/2023) és el calendari concret per a la seva entrada en vigor, així com els terminis d’adaptació que s’exigeixen a aquells que estan obligats a complir-lo. Tot i que els textos legals poden semblar complexos, en aquesta secció trobaràs una explicació clara i didàctica sobre les dates clau i les estratègies més recomanables per no quedar-te fora de joc. En cas que necessitis conèixer primer qui està obligat o quines sancions s’imposen per incompliment, et suggerim consultar aquestes seccions específiques de la guia.

5.1. Entrada en vigor de les obligacions

El Reglament VERI*FACTU forma part del desenvolupament de l’article 29.2.j) de la Llei General Tributària, introduït per la Llei 11/2021. No obstant això, no tots els aspectes han entrat en vigor de manera immediata. Hi ha fases i períodes transitoris perquè tant els productors de programari com els usuaris finals puguin adaptar-se sense que sigui una imposició d’un dia per l’altre. A continuació, resumim les fites més importants en el cronograma:

Publicació i aprovació del Reial decret 1007/2023

El Reial decret 1007/2023, més conegut com a “Reglament VERI*FACTU”, va ser publicat al Butlletí Oficial de l’Estat (BOE) el dia 6 de desembre de 2023. Tot i que la norma fixa alguns criteris principals, no tots els detalls tècnics es recullen en el propi reial decret; molts es deixen per a un desenvolupament posterior a través de l’Ordre Ministerial que el Ministeri d’Hisenda ha d’aprovar.

Aquesta publicació al BOE suposa el punt de partida legal, de manera que ja es disposa d’un marc de referència. Però la veritable operativitat dependrà de l’Ordre Ministerial de desenvolupament, que és la que especifica aspectes com l’estructura dels registres de facturació, els detalls tècnics de la signatura i empremta, la declaració responsable que ha d’emetre el productor de programari, etc.

Aprovació de l’Ordre Ministerial i termini de 9 mesos per als productors de programari

Segons el text del RD 1007/2023, una vegada s’aprovi l’Ordre Ministerial, els productors i comercialitzadors de programari disposaran de 9 mesos per adaptar les seves solucions als requeriments de VERI*FACTU. Aquest termini té l’objectiu que els fabricants:

Desenvolupin les funcionalitats d’integritat, traçabilitat i encadenament de factures (hash, signatura, registre d’esdeveniments, etc.).
Emetin la declaració responsable que certifiqui que el seu producte compleix la norma.
Ofereixin actualitzacions als seus clients (pimes i autònoms) o posin a la venda noves versions del programari que compleixin els requisits.

Aquest període de 9 mesos és vital, perquè sense ell, els usuaris finals (empreses, assessories, comerços) podrien veure’s obligats a canviar els seus sistemes de manera immediata. Per tant, es concedeix aquest temps perquè el mercat de desenvolupadors reaccioni i posi a disposició dels usuaris les eines necessàries.

Tanmateix, una pregunta que es fan moltes pimes és: “Quan comença a comptar aquest termini de 9 mesos?” La resposta és que el còmput comença després de la publicació al BOE de l’Ordre Ministerial. Atès que, en el moment de redactar aquesta guia, s’estima que l’Ordre Ministerial es publicarà alguns mesos després de l’aparició del RD 1007/2023, cal estar atents al BOE o a la Seu Electrònica de l’AEAT per conèixer la data exacta.

Data màxima (1 de juliol de 2025) perquè tots els obligats tinguin operatius els nous sistemes

Tot i que l’adaptació del programari sigui la primera fase, el reglament també imposa un límit temporal perquè les empreses i autònoms que estiguin dins de l’àmbit de VERI*FACTU implantin i utilitzin de manera efectiva els sistemes informàtics que compleixin la norma. Aquest hito s’ha fixat en l’1 de juliol de 2025.

Això significa que, a partir d’aquesta data, qualsevol negoci que emeti factures i no estigui exempt (per estar en el SII, per pertànyer a un territori foral, etc.) hauria de comptar amb un programari que:

Garanteixi la inalterabilitat dels registres de facturació (per exemple, encadenament de factures i empremta digital).
Compleixi amb les exigències d’integritat, conservació, accessibilitat, llegibilitat i traçabilitat establertes a la Llei 58/2003, d’acord amb el desenvolupament reglamentari del RD 1007/2023.
Permeti, si es desitja, la remissió voluntària de dades de facturació (VERI*FACTU) a l’AEAT, o compleixi els requisits de registre d’esdeveniments si s’opta per la modalitat “no verifactu”.

Per tant, l’1 de juliol de 2025 és una “data límit” que funciona com a termini màxim, després del qual podria considerar-se una infracció no comptar amb un sistema adaptat. Per descomptat, és recomanable no esperar fins a l’últim moment, ja que l’experiència indica que quan hi ha terminis tan marcats, pot produir-se un “coll d’ampolla” en el mercat de proveïdors informàtics, tots intentant actualitzar-se alhora. Més avall, a Estratègies per complir en temps, et donem recomanacions per evitar contratemps.

A mode de síntesi, podríem enumerar les dates clau:

6 de desembre de 2023: Publicació del Reial decret 1007/2023 al BOE. S’estableix la base legal de VERI*FACTU, però queden pendents els detalls tècnics per Ordre Ministerial.
Publicació de l’Ordre Ministerial (data exacta per confirmar): Marca el punt de partida perquè els desenvolupadors de programari tinguin 9 mesos de marge per actualitzar els seus productes i certificar-ne la conformitat.
1 de juliol de 2025: Data màxima perquè les empreses i professionals obligats tinguin operatius els sistemes informàtics de facturació adaptats a VERI*FACTU.

Si tens dubtes sobre qui està obligat o quines operacions cobreix el reglament, la secció d’Àmbit d’aplicació i exclusions explica en detall les particularitats. I si necessites conèixer les infraccions concretes i les possibles multes, la secció de Règim sancionador reuneix tota aquesta informació.

5.2. Estratègies per complir en temps

El mer coneixement de les dates límit no és suficient: per arribar a l’1 de juliol de 2025 amb els deures fets, la pime o autònom ha de traçar un pla d’acció intern. A continuació, proposem algunes estratègies pràctiques que poden marcar la diferència entre una transició fluida i un escenari caòtic a última hora.

Planificació interna: fases i cronograma

Quan es parla d’“adaptació al nou programari de facturació”, moltes pimes tendeixen a posposar-ho fins que “sigui imprescindible”. No obstant això, aquest enfocament pot resultar arriscat perquè, a mesura que s’acosti la data límit, els proveïdors podrien col·lapsar-se de peticions. L’ideal és dissenyar un cronograma intern amb les següents fases:

Auditoria dels sistemes actuals (primer semestre de 2024, per exemple):
- Identificar el programari que ja utilitzes: és un ERP? Un programa de facturació senzill? Un desenvolupament a mida?
- Comprovar si el proveïdor té previst llançar una actualització que compleixi amb VERI*FACTU o si serà necessari canviar a una altra solució.
Anàlisi de costos i inversió (coincidint amb la publicació de l’Ordre Ministerial):
- Sol·licitar pressupostos a diferents proveïdors per veure quin s’adapta millor al teu negoci. Alguns fins i tot podrien integrar funcionalitats addicionals (gestió d’estoc, comptabilitat integrada, etc.).
- Valorar la solució gratuïta que l’AEAT oferirà si el teu volum de facturació és reduït, per veure si cobreix les teves necessitats.
Implantació pilot (segona meitat de 2024):
- Un cop escollit el programari, és recomanable fer proves amb un entorn de test o amb un conjunt limitat de factures. Així, el personal es forma i es detecten possibles incidències de configuració.
- Si el teu programa permet la modalitat VERI*FACTU voluntària, pots experimentar l’enviament automàtic a l’AEAT sense que sigui obligatori encara.
Formació i consolidació (principis de 2025):
- El personal d’administració i facturació ha de formar-se en les noves rutines: registrar factures, anul·lar-les (si escau) amb el seu “registre d’anul·lació”, etc.
- Documentar internament els protocols de facturació perquè tothom sàpiga quins procediments seguir. Això minimitza el risc d’errors que podrien comportar sancions.
Finalització i implantació real (abans de l’1 de juliol de 2025):
- Arribar a aquesta data amb el programari en funcionament, havent ja superat la fase d’adaptació i amb la plantilla formada.

Seguint aquest esquema, la teva empresa podrà evitar els colls d’ampolla de darrera hora i la inseguretat jurídica derivada de no tenir un sistema preparat. A més, et serà més senzill pressupostar els costos i el temps necessaris, evitant sorpreses desagradables en la recta final.

Què fer si el teu programari actual no és compatible

Moltes pimes es trobaran amb la situació que el seu programari de facturació és antiquat o està desenvolupat a mida per un programador que, potser, ja no presta servei o no pot garantir l’actualització a VERI*FACTU. En aquest cas, sorgeixen diverses alternatives:

Exigir al teu proveïdor la conformitat: Si tens un contracte de manteniment amb l’empresa desenvolupadora, revisa’l per veure si inclou actualitzacions normatives. Sovint, aquest tipus de contractes contemplen l’adaptació als canvis legals. És possible que el cost no sigui tan elevat com es tem, i segurament et costarà menys que migrar a un programari completament nou.
Migrar a un altre programa: Si el programari és molt obsolet i el proveïdor no ofereix garanties, potser ha arribat el moment de canviar. Existeixen solucions al núvol que, per quotes mensuals raonables, incorporen no només l’emissió de factures amb els requisits legals, sinó també comptabilitat, cobraments i pagaments, inventaris, etc. Això pot convertir-se en una oportunitat per modernitzar el teu negoci.
Utilitzar l’aplicació de l’AEAT per facturar: S’ha anunciat la posada en marxa d’una aplicació gratuïta per part de l’Agència Tributària a la Seu Electrònica. Està pensada per a microempreses o autònoms amb un volum molt baix de facturació. Si no emets moltes factures al mes, podria ser suficient, tot i que potser mancarà de funcions avançades que algunes pimes necessiten (per exemple, factures recurrents, integració amb comptabilitat interna o sistemes de comerç electrònic).

No oblidis que, sigui quina sigui la solució escollida, la responsabilitat de l’adaptació recau en el teu negoci. Dit d’una altra manera, si el teu programari no compleix els requisits, ets tu qui s’arrisca a possibles infraccions. Per això, és essencial que, abans de comprar o renovar un producte, demanis al desenvolupador la declaració responsable que confirmi que compleix VERI*FACTU (o,

6. Règim sancionador

La implantació del Reglament VERI*FACTU (Reial decret 1007/2023) no només implica una sèrie d’obligacions i terminis d’adaptació per a les empreses, sinó que també estableix un règim de control i sancions que l’Agència Tributària (AEAT) pot aplicar si es detecta un incompliment. Per a molts autònoms i pimes, aquest és un dels punts més sensibles, ja que el temor a possibles multes i contingències fiscals sol generar dubtes i preocupació. En aquesta secció, t’expliquem quines són les infraccions principals contemplades, les quanties de les sancions previstes a la Llei General Tributària i quines responsabilitats recauen sobre fabricants, productors i usuaris de programari. També t’oferim exemples de casos reals d’infracció i la manera de corregir-los.

Si encara no tens clar qui està obligat a complir VERI*FACTU o quins terminis hi ha per a l’adaptació, et recomanem revisar abans aquestes seccions. A més, si vols entendre els fonaments legals i el per què d’aquest règim sancionador, fes una ullada al capítol de Context i Antecedents, on es detalla l’evolució normativa i la raó de ser del nou marc legal contra el frau.

6.1. Sancions per incompliment

La Llei 11/2021 va introduir a la Llei General Tributària (LGT) una sèrie de preceptes que permeten sancionar de manera expressa i directa a qui faci servir, produeixi o comercialitzi programari de facturació que no compleixi els requisits d’integritat, inalterabilitat i traçabilitat. Això es tradueix en un nou article, el article 201 bis de la LGT, que ha regulat la infracció consistent en l’ús de sistemes informàtics que permetin la manipulació de factures o l’ocultació de vendes. A continuació, descrivim els aspectes essencials.

Infracció tributària per ús de sistemes que no compleixin especificacions

El Reial decret 1007/2023 desenvolupa el famós article 29.2.j) de la LGT, que exigeix que els programes i sistemes informàtics garanteixin la integritat, conservació, accessibilitat, llegibilitat, traçabilitat i inalterabilitat dels registres de facturació. Si el teu programari no compleix aquests principis —ja sigui perquè no genera el hash o empremta digital, permet esborrar factures sense deixar rastre, no conserva adequadament les dades, etc.— estaràs incomplint la norma. Això s’agreuja si es comprova que el programa està dissenyat deliberadament per enganyar (per exemple, amb “mòduls ocults” que esborren factures).

L’incompliment no només afecta l’usuari final del programari (la pime o l’autònom), sinó que també pot afectar el fabricant o comercialitzador que produeixi o vengui conscientment un sistema que no compleixi les especificacions exigides per la llei. Així, l’AEAT té la potestat de sancionar tant qui dissenya el programari fraudulent com qui el fa servir per emetre factures manipulades.

Multes i quanties segons la Llei General Tributària (article 201 bis)

L’article 201 bis de la LGT contempla diverses sancions econòmiques per la fabricació, producció, comercialització i ús de programari de facturació que permeti la falsificació de la realitat comptable. Tot i que les quanties poden variar, la norma preveu:

Sancions fixes: es pot establir una quantia fixa per a qui simplement posseeixi o utilitzi un sistema que no compleixi les condicions legals d’inalterabilitat. Les xifres varien en funció del moment i del grau d’incompliment, però es parla de multes mínimes de diversos milers d’euros.
Sancions proporcionals: en casos més greus, o quan s’ha utilitzat el programari de manera efectiva per ocultar ingressos o manipular facturació, l’AEAT podria imposar multes proporcionals al volum d’operacions defraudades.
Multes específiques per al productor o desenvolupador de programari fraudulent: si es demostra que un fabricant intencionadament ha integrat utilitats d’esborrat i alteració de factures, la sanció recaurà sobre ell i pot arribar a ser quantiosa, fins i tot sumant-se a possibles responsabilitats penals si hi ha falsedat documental.

El portal de l’Agència Tributària sol publicar criteris interpretatius i exemples d’aplicació de les sancions. Donada la novetat d’aquesta norma, convé estar atent als possibles desenvolupaments reglamentaris i a les interpretacions que l’AEAT vagi emetent.

En qualsevol cas, la recomanació principal és evitar la mera possibilitat de ser sancionat assegurant-se que el programari compleix amb VERI*FACTU abans del termini màxim.

6.2. Possibles contingències i responsabilitat

Com vèiem, la norma no només sanciona el fet de “fer-lo servir” (com a usuari final), sinó que també pot imputar responsabilitat a fabricants i comercialitzadors de sistemes de facturació que no s’adaptin a la normativa. A això s’afegeixen altres situacions, com la importància de la “declaració responsable” i el que passa si l’AEAT es persona en el teu local i detecta alguna anomalia. Desgranem aquests aspectes a continuació.

Responsabilitat de fabricants, productors i usuaris del programari

El Reglament VERI*FACTU deixa clara l’obligació formal que el programari compleixi els requisits tècnics que impedeixin la manipulació dels registres de facturació. Tant l’art. 29.2.j) de la LGT com el nou art. 201 bis contemplen la possibilitat de sancionar a:

Productors o desenvolupadors que dissenyin i venguin un programa amb “mòduls ocults” capaços d’alterar factures, o que ometin les funcions exigides (per exemple, l’encadenament d’empremtes, signatura o hash dels registres). Si el productor, a més, publicita o facilita aquests mètodes als seus clients, la sanció pot ser més elevada.
Comercialitzadors o distribuïdors que, sabent que el programari incompleix la normativa, l’ofereixin a pimes i autònoms. La mala fe o el coneixement de la possibilitat d’engany agreugen la infracció.
Usuaris finals (empresaris o professionals) que hagin instal·lat en els seus sistemes un programa que, voluntària o negligentment, permeti l’ocultació de vendes o l’alteració de factures. En cas de desconeixement, podria haver-hi atenuants, però s’entén que el contribuent té el deure d’informar-se i d’utilitzar un programa conforme a la llei.

D’aquesta manera, la responsabilitat està força repartida i no es limita a sancionar l’usuari final. Per això, és fonamental que les pimes i autònoms exigeixin al seu proveïdor de programari la corresponent “declaració responsable” que certifiqui que el seu producte s’ajusta a VERI*FACTU. Això no només protegeix l’usuari d’un eventual engany, sinó que també serveix de prova per a l’AEAT que l’empresa va actuar amb diligència en adquirir el programa.

Importància de la declaració responsable i de conservar-la

La declaració responsable s’ha convertit en una peça clau per demostrar la conformitat del programari amb el Reial decret 1007/2023. Bàsicament, és un document emès pel productor o desenvolupador en el qual assegura que el seu programari compleix amb tots els requisits legals. Segons el reglament, cada versió del programari ha d’incorporar aquesta declaració, i l’usuari final l’hauria de guardar, ja sigui en paper o en format electrònic, durant el període de prescripció (4 anys normalment).

Per a què serveix en la pràctica? Principalment per acreditar davant l’AEAT (o en cas d’inspecció) que, quan es va adquirir i instal·lar el programa, l’usuari va actuar conforme a la llei, confiant que el proveïdor li havia proporcionat una eina adequada. Això podria ajudar a evitar sancions en cas que, posteriorment, es descobrís un error en el programari, sempre que la pime no hagués manipulat res de manera deliberada. Per tant, és essencial sol·licitar la declaració responsable i arxivar-la.

Com procedir davant inspeccions i requeriments de l’AEAT

L’Agència Tributària està facultada per personar-se en el local on s’utilitzi el sistema informàtic i requerir l’accés complet als registres de facturació, així com al seu registre d’esdeveniments (si no s’opta per la modalitat de VERI*FACTU voluntària). En aquest moment, el contribuent ha de:

Facilitar l’accés a la consola del programa, al disc dur o a la base de dades on es guardin els registres. Es requereix que estiguin en un format llegible i exportable.
Proporcionar credencials (usuari, contrasenya) o qualsevol clau de seguretat necessària perquè l’inspector revisi la inalterabilitat dels registres. Negar-se a col·laborar podria considerar-se obstrucció i donar lloc a sancions addicionals.
Aportar la declaració responsable i qualsevol documentació que provi la conformitat del programari. Això inclou els manuals tècnics o d’ús, si fos necessari.

Si la inspecció detecta “modificacions posteriors” (factures esborrades, alterades o fora de la seqüència d’empremtes) sense els deguts registres d’anul·lació, és possible que s’iniciï un expedient sancionador. El mateix passaria si l’inspector descobreix mòduls ocults dissenyats per canviar imports o dates de les factures. En aquestes situacions, l’AEAT podria entendre que es tracta d’una ocultació deliberada.

En cas de rebre un requeriment oficial per enviar els registres de facturació, l’empresa haurà de respondre en el termini i forma indicats. La no resposta, la resposta incompleta o la resposta falsejada es consideren infraccions greus.

6.3. Casos reals i supòsits de sanció

Per il·lustrar com s’apliquen aquestes sancions i contingències, convé revisar exemples pràctics que, encara que en molts casos són hipotètics, reflecteixen situacions que ja s’han donat en contextos similars (per exemple, amb les regulacions forals de TicketBAI o amb programari d’ocultació de vendes en altres països). Aquests exemples serveixen perquè pimes i autònoms comprenguin quin tipus de comportaments estan en el punt de mira de l’AEAT.

Exemple 1: Manipulació deliberada de factures

Una pime d’hostaleria adopta un programari que permet “esborrar” factures després de la seva emissió sense generar un registre d’anul·lació. El programa té un botó ocult que redueix la facturació diària real. L’empresa, per “estalviar-se” l’IVA, l’utilitza sistemàticament durant mesos. En una inspecció, l’AEAT detecta discrepàncies entre l’estoc consumit i el volum de vendes declarat; sol·licita l’accés al programari i comprova l’existència d’aquest mòdul.

En aquest cas, la sanció recau tant en l’usuari (la pime) per l’ocultació de vendes, com en el productor del programari, si es demostra que va dissenyar deliberadament aquesta funcionalitat d’esborrat. La multa pot ser considerable i, a més, es poden exigir les quotes d’IVA defraudades amb els corresponents recàrrecs i interessos.

Exemple 2: No disposar de la signatura o hash en el registre de factures

Una botiga de roba adquireix un programari de facturació senzill, però l’actualització a VERI*FACTU no arriba a temps (el proveïdor no compleix el termini). El sistema, per tant, no genera l’encadenament de factures ni l’empremta digital de cada registre. Arribat el moment límit, l’empresa no ha canviat de programa ni ha exigit la declaració responsable.

Si l’AEAT investiga i veu que, per la data exigida, la pime utilitzava un programari no conforme, pot imposar-li una sanció administrativa prevista en l’article 201 bis LGT, independentment que hi hagi o no frau. D’altra banda, també podria sancionar el proveïdor del programari si es demostra que venia un sistema no adaptat i no informava els seus clients.

Exemple 3: No tenir la declaració responsable ni conservar-la

Un autònom compra un programari a un distribuïdor local, però mai sol·licita la declaració responsable. En una inspecció, l’AEAT demana aquesta documentació per comprovar la conformitat del programa, i l’autònom no la pot mostrar. Encara que el programa en si compleixi amb els requisits, la manca de documentació el fa incórrer en responsabilitat.

En aquest escenari, si es demostra que el programari sí que compleix amb VERI*FACTU, la sanció podria ser menor, però el simple fet de no conservar la documentació justificativa pot comportar multes per incompliments formals. És un exemple clar de com un descuit administratiu pot causar perjudicis a la pime.

Maneres de corregir o subsanar la situació

Si, després d’una inspecció o un control, es detecten irregularitats, el més habitual és que l’AEAT obri un expedient sancionador. No obstant això, existeixen vies de subsanació o atenuants, depenent de la magnitud de l’incompliment:

Regularització voluntària: si l’empresa reconeix immediatament els fets i paga les quantitats deixades d’ingressar, més interessos i recàrrecs, pot beneficiar-se de reduccions en la sanció (sempre que no hi hagi altres infraccions greus).
Actualització o substitució immediata del programari: demostrar que, en conèixer el problema, es va corregir amb urgència l’eina de facturació i es va implantar una solució conforme, reduint el període d’incompliment.
Col·laboració amb la inspecció: la Llei General Tributària contempla reduccions de sancions per conformitat i col·laboració. Si la pime aporta totes les dades i no oculta informació, l’AEAT podria imposar sancions menors.

En casos extrems, on el mateix proveïdor de programari ha enganyat l’usuari final, és crucial recollir qualsevol prova (correus electrònics, factures de compra, manuals, etc.) que mostrin la diligència de l’empresari i la presumpta responsabilitat directa del fabricant. Tot i així, el desconeixement de la llei no eximeix completament de responsabilitat, per la qual cosa la pime haurà d’argumentar el seu cas amb solidesa.

En definitiva, el Règim sancionador de VERI*FACTU reforça la idea que la mera obligació d’integrar un programari conforme no és retòrica, sinó que comporta conseqüències reals en cas d’incompliment. Tant productors com usuaris finals han d’actuar amb diligència per a:

Assegurar-se que el programari de facturació compleix amb els requisits d’integritat i traçabilitat (encadenament, hash, registre d’anul·lació, etc.).
Demanar la declaració responsable corresponent i arxivar-la, per demostrar bona fe i diligència davant qualsevol inspecció.
Evitar “mòduls ocults” o funcionalitats sospitoses que permetin alterar factures sense generar el rastre obligat per la llei.
Complir els terminis d’implantació establerts i no retardar l’adaptació, ja que una inspecció posterior al deadline pot detectar un incompliment que generi multes substancials.

Així mateix, no s’ha d’oblidar que, més enllà de les sancions purament econòmiques, els incompliments greus i continuats podrien derivar en responsabilitats penals si es considera que s’han falsejat documents comptables o s’ha comès un delicte contra la Hisenda Pública. Per sort, la majoria de les pimes que simplement treballen amb programari adaptat i segueixen els procediments establerts no haurien de témer més que la possibilitat remota d’algun error formal, subsanable amb la col·laboració deguda.

Per acabar, recorda que aquest Règim sancionador té com a principal objectiu prevenir el frau i fomentar la transparència en la facturació. De fet, la mateixa AEAT ha assenyalat que facilitarà assistència i canals d’informació perquè les empreses compleixin sense incórrer en infraccions. A la secció d’Impacte Pràctic de la guia podràs veure com portar a terme el compliment dia a dia, i a Passos per a la implantació amb èxit t’orientem sobre com implantar el programari i formar el personal per minimitzar qualsevol risc. Si vols aprofundir en la gènesi d’aquestes sancions, et recomanem també revisar la secció de Context i Antecedents, on s’explica l’origen legislatiu i la relació amb la Llei 11/2021.

Per a qualsevol consulta legal o si el teu cas presenta particularitats complexes, el més recomanable és que t’assessoris amb un professional expert en dret tributari. La informació oficial està disponible al portal de l’AEAT i a la publicació oficial del BOE del Reial decret 1007/2023.

7. Modalitats de sistemes informàtics: VERIFACTU vs. NO VERIFACTU

El Reglament VERI*FACTU (Reial decret 1007/2023) ofereix dues opcions principals per donar compliment a l’exigència d’inalterabilitat i integritat de les factures: la remissió voluntària dels registres de facturació en temps real (al llarg del text l’anomenarem modalitat VERI*FACTU) i la conservació in situ dels registres amb el corresponent registre d’esdeveniments (a la qual anomenem modalitat NO VERI*FACTU). Encara que totes dues variants compleixen la normativa, difereixen en aspectes tècnics i operatius clau que poden afectar el dia a dia de la teva pime o negoci. Si has arribat aquí sense saber encara qui està obligat o quan has d’implantar un nou programari, et suggerim fer una ullada primer a aquestes seccions.

En aquest capítol abordarem la visió general d’aquestes dues opcions, les seves respectives avantatges i desavantatges i els factors que poden guiar l’elecció d’una o altra. D’aquesta manera, podràs entendre si el teu negoci es beneficiaria més de la simplicitat de VERI*FACTU (enviar registres de factures de manera gairebé immediata a l’Agència Tributària) o de l’autonomia que atorga la modalitat NO VERI*FACTU (mantenir i assegurar localment tots els registres amb signatura electrònica i un registre d’esdeveniments).

7.1. Visió general de les opcions

El Reial decret 1007/2023 parteix de la premissa que totes les factures emeses per una empresa han de quedar registrades i conservades sense que sigui possible la seva manipulació posterior. Això respon al mandat de l’article 29.2.j) de la Llei General Tributària, que exigeix que els programes informàtics de facturació:

Garanteixin la integritat i la inalterabilitat dels registres.
Reflecteixin qualsevol anul·lació o modificació de manera traçable.
Conservin la informació durant el termini legal de prescripció (generalment 4 anys, o més segons el tipus d’impost).

Ara bé, com s’aconsegueix aquesta traçabilitat i garantia d’integritat? El Reglament VERI*FACTU ofereix dues modalitats generals:

Modalitat VERI*FACTU: Es basa en la remissió voluntària i pràcticament en temps real (o en pocs segons o minuts) dels registres de facturació a l’Agència Tributària. En enviar la informació de cada factura de manera automàtica i segura al servidor de l’AEAT, la integritat queda assegurada perquè la versió “oficial” de la factura es troba en l’Administració.
Modalitat NO VERI*FACTU: Consisteix a mantenir tots els registres de facturació localment (o en el núvol, però sota control del contribuent) sense transmetre’ls de manera immediata a l’Administració. Per compensar aquest “risc” de manipulació, la norma exigeix mesures de seguretat com:
- Signatura electrònica individual de cada registre de facturació.
- Ús d’un “hash” encadenat que asseguri la seqüència cronològica de factures.
- Conservació dels registres amb la garantia d’inalterabilitat.
- Registre d’esdeveniments on es reflecteixi tot succés relacionat amb el sistema de facturació (inici, fi, exportacions de dades, detecció d’anomalies, etc.).

La llibertat d’elecció que ofereix el RD 1007/2023 atén la diversitat de situacions empresarials. Si necessites aprofundir en com es relaciona tot això amb altres règims com el SII o amb la Llei Crea i Creix (factura electrònica obligatòria), pots revisar la secció de Context i Antecedents d’aquesta guia.

7.2. Avantatges i desavantatges de cada modalitat

Encara que totes dues opcions compleixen amb l’exigència legal, cada pime o autònom ha d’analitzar quina s’adapta millor a les seves circumstàncies. A continuació, desglossem els pros i contres de cada modalitat.

Modalitat VERI*FACTU

La modalitat VERI*FACTU es pot entendre com un “sistema d’emissió de factures verificables” en què, en el mateix moment o poc després d’emetre cada factura, s’envia un “registre de facturació” a l’Agència Tributària. La remissió es fa per canals electrònics segurs, amb codificació XML i un control de flux basat en un temps d’espera entre enviaments i la limitació de quants registres s’envien en cada lot.

Avantatges:
- Facilitat en els controls: En enviar tots els registres en temps real, no es necessita signatura electrònica individual de cada factura ni un registre d’esdeveniments local. L’AEAT s’encarrega de rebre i assegurar la integritat.
- Prevé el risc de manipulació posterior: En quedar registrada immediatament en el servidor de l’AEAT, qualsevol alteració local a la pime es detectaria fàcilment, reduint l’espai per al frau i la incertesa.
- Accés fàcil a llistats i serveis d’ajuda: L’Administració podria proporcionar “esborranys” o models preemplenats, o bé la integració amb la comptabilitat podria ser més àgil en tenir ja les dades a la Seu Electrònica.
- Menys càrrega d’emmagatzematge local: Encara que s’exigeix certa conservació, no és tan crític tenir còpies inalterables, ja que l’AEAT té la referència de les dades enviades.
Desavantatges:
- Necessitat de connexió contínua a Internet: Per enviar les factures, el teu sistema ha de poder connectar-se a l’AEAT pràcticament en temps real. Si el teu negoci no disposa d’una bona connexió, això podria ser problemàtic.
- Possible saturació d’enviaments: Si emets un gran nombre de factures en períodes molt curts, podries haver de gestionar lots d’enviament i quedar-te temporalment “bloquejat” per la limitació de flux que estableixi l’AEAT.
- Dependència de la infraestructura de l’AEAT: En cas d’incidències tècniques en el servidor, hauràs de retenir factures i enviar-les quan sigui possible, o bé implementar mecanismes de reenviament i monitoritzar errors.
- Canvi d’hàbits: El personal administratiu que abans només gestionava factures localment haurà d’acostumar-se a veure confirmacions d’enviament i rebre “missatges de resposta” de l’AEAT. Això implica un lleuger canvi en l’operativa.

Modalitat NO VERI*FACTU

La modalitat NO VERI*FACTU se centra en la conservació local dels registres de facturació, amb un encadenament de petjada, signatura electrònica de cada registre i un registre d’esdeveniments que documenti qualsevol succés. El contribuent no envia automàticament les seves factures a l’AEAT (excepte si se li requereix expressament).

Avantatges:
- Autonomia i control total: No depens de la connexió a Internet ni dels servidors de l’AEAT per emetre o anul·lar factures. Tot es fa en el teu sistema.
- Menor tràfic de dades: Si el teu volum de facturació és molt elevat, podries preferir no saturar la teva xarxa ni preocupar-te per lots d’enviament freqüents.
- Enfocament “sincronitzat en bloc”: Pots conservar tots els registres i enviar-los a l’AEAT només quan es requereixi, donant-te més flexibilitat en la gestió diària.
Desavantatges:
- Necessitat d’una major seguretat local: Ets tu qui ha de garantir la integritat dels registres amb signatura electrònica, hash encadenat, etc. Qualsevol error en el programari o en la configuració pot comportar sancions en cas d’inspecció.
- Registre d’esdeveniments obligatori: Ha de reflectir qualsevol esdeveniment (inici, fi, exportacions, incidències…), cosa que afegeix complexitat tècnica i administrativa.
- Major cost de manteniment i emmagatzematge: El teu sistema ha de conservar tota la informació de manera immutable i segura durant 4 anys o més. Això requereix còpies de seguretat fiables i espai d’emmagatzematge.
- Dificulta l’assistència per part de l’AEAT: En no enviar factures en temps real, no disposaràs de certs serveis automatitzats (per exemple, esborranys d’autoliquidacions basats en dades ja rebudes). Hauràs de continuar presentant els teus models de forma clàssica.

La tria entre aquestes dues modalitats comporta implicacions tècniques i organitzatives que varien segons la dimensió del teu negoci, l’estabilitat de la teva connexió a Internet i les preferències en la gestió de la facturació. Recorda revisar, si ho creus oportú, els casos reals que puguem presentar en aquesta guia, on il·lustrem quin tipus de negoci s’adapta millor a una o altra opció.

7.3. Com triar entre una o altra

Per decidir quina de les dues modalitats implementar, convé reflexionar sobre diversos factors. No existeix una resposta única vàlida per a tothom; la idoneïtat pot dependre d’elements molt específics de la teva pime, el teu sector o fins i tot la ubicació geogràfica. Aquests són alguns criteris que poden ajudar-te:

1. Volum de facturació i ritme d’emissió

Si emets moltes factures al dia, la modalitat VERI*FACTU podria saturar el teu sistema amb un enviament constant de lots XML a l’AEAT, especialment en hores punta. En canvi, si el teu volum és mitjà o baix, enviar cada factura no suposarà gaire càrrega addicional i gaudiràs dels avantatges de la factura verificable a la Seu electrònica de l’Agència Tributària.

A la modalitat NO VERI*FACTU, un elevat volum de facturació obliga a una major cura en la gestió de còpies de seguretat i en la integritat local de les dades, cosa que pot encarir la infraestructura. D’altra banda, si prefereixes no enviar dades a l’AEAT immediatament i gestionar la comptabilitat de manera interna, potser et compensi aquesta major autonomia local.

2. Connectivitat i accés a Internet

Per a la modalitat VERI*FACTU, és molt recomanable comptar amb una connexió a Internet estable. Encara que el reglament parla de remissió “automàtica i segura”, no sempre ha de ser “en estricte temps real”; el control de flux pot donar un marge d’alguns segons o minuts. Tot i això, si el teu negoci opera en zones amb cobertura deficient o si treballes en mobilitat (per exemple, un professional que factura des de ubicacions remotes), pot resultar difícil enviar la informació en aquell moment.

En aquest cas, la modalitat NO VERI*FACTU et protegeix de problemes de connectivitat, ja que no necessites enviar res immediatament. Això sí, hauràs d’implementar un programari amb signatura electrònica per a cada registre i un registre d’esdeveniments que t’ajudi a demostrar la inalterabilitat de les factures.

3. Pressupost i característiques del programari

Tant a la modalitat VERI*FACTU com a la NO VERI*FACTU, el programari ha de complir amb el que estableix el RD 1007/2023. Però la naturalesa de les funcionalitats sí que difereix:

VERI*FACTU: No requereix signatura de cada factura ni registre d’esdeveniments, però sí la capacitat de connectar-se a l’AEAT i enviar les dades en el format i estructura establerts (generalment XML). El cost del desenvolupament se centra en la part de comunicacions i sincronització amb els servidors de l’Agència Tributària. Un cop instal·lat, el control es redueix perquè l’AEAT posseeix els registres com a “font de veritat”.
NO VERI*FACTU: Requereix un mòdul de signatura electrònica que signi cada registre d’alta i d’anul·lació, una estructura de hash encadenat (o similar) i un registre d’esdeveniments que documenti qualsevol canvi en el sistema (exportacions, restauracions de còpia, detecció d’anomalies, etc.). Això pot encarir una mica la solució pel que fa al desenvolupament i a la infraestructura local.

Si el teu proveïdor de programari t’ofereix ambdues possibilitats, valora els costos de llicència o manteniment. A vegades, la modalitat VERI*FACTU pot ser més econòmica, perquè no requereix tanta sofisticació local, però sí un component de comunicació en línia continu. En altres situacions, la modalitat NO VERI*FACTU pot ser més barata si ja disposes d’un ERP robust i personalitzat en què només has d’afegir els mòduls de signatura i hash, sense desenvolupar la remissió en línia.

4. Tipus de negoci i sector

Un altre factor determinant és el sector en què operes:

Comerços minoristes o establiments amb TPV: Solen emetre moltes factures simplificades (tiquets) i, en alguns casos, factures completes a petició del client. La modalitat VERI*FACTU ofereix un mode de compartir automàticament aquesta informació amb l’AEAT, facilitant la verificació en temps real. No obstant això, si no desitges dependència d’Internet en el teu punt de venda, potser prefereixis la modalitat NO VERI*FACTU.
Professionals liberals amb poques factures al mes: Els pot ser molt útil la modalitat VERI*FACTU, ja que simplifica la relació amb l’AEAT i evita haver de mantenir un registre d’esdeveniments. Amb un volum baix, la remissió no satura la xarxa i obtenen un control senzill.
Empreses amb ERP a mida: Si el teu ERP està molt integrat en tota la teva cadena de subministrament i comptabilitat, potser et resulti més senzill implementar la modalitat NO VERI*FACTU, afegint mòduls de seguretat i registre d’esdeveniments al teu sistema actual, en lloc de desenvolupar el canal d’enviament en línia a l’AEAT. Però has de valorar si la remissió voluntària podria oferir-te avantatges com assistència i preemplenat de models.

5. Perspectiva futura

La digitalització avança ràpidament i s’esperen desenvolupaments complementaris: la factura electrònica obligatòria en transaccions B2B (Llei Crea i Creix), la possible “expansió” de sistemes immediats d’informació, etc. Qui s’inclini per VERI*FACTU ja estarà generant dades en temps real o gairebé en temps real, cosa que podria harmonitzar-se fàcilment amb la facturació electrònica futura. Qui opti per NO VERI*FACTU conservarà la independència local, però potser més endavant haurà de fer un nou salt si la llei obliga a reportar determinats tipus de factures electròniques. Tot això requereix projectar la situació a mitjà-llarg termini.

En resum, la modalitat VERI*FACTU et “allibera” de signar i custodiar in situ cada registre de facturació, a canvi de transmetre les dades a l’Agència Tributària. La modalitat NO VERI*FACTU, en canvi, et dona autonomia i evita enviar dades de manera constant, però exigeix un registre d’esdeveniments, la signatura electrònica i un control estricte en el teu programari per garantir la inalterabilitat de les factures.

A l’hora de triar, analitza el teu volum de facturació, la connectivitat del teu negoci, el pressupost disponible i la teva perspectiva futura. Si t’inclines per un alt grau de digitalització i un contacte estret amb l’AEAT, VERI*FACTU és probablement més avantatjós. Si prefereixes conservar una major independència o el teu ERP actual pot adaptar-se sense grans complicacions a la signatura i el registre d’esdeveniments, NO VERI*FACTU pot resultar més adequat.

Recorda també que el règim sancionador no varia en funció d’una o altra modalitat: l’obligació d’integritat i traçabilitat s’aplica igual. L’únic que canvia és la manera de demostrar o garantir aquesta integritat. Per descomptat, si optes per NO VERI*FACTU i no implementes correctament la signatura i el registre d’esdeveniments, podries tenir problemes en cas d’inspecció.

Per veure com ambdós models encaixen en el calendari d’implantació, revisa la secció dedicada als terminis, on s’explica en quina data límit has de tenir operatiu el teu sistema conforme al Reial Decret 1007/2023. I si el que et preocupa són els costos d’adaptació, et suggerim donar una ullada a la secció de preocupacions de les pimes, on analitzem la inversió en programari i la formació del personal.

Finalment, no oblidis consultar amb el proveïdor del teu actual programa de facturació si està desenvolupant un mòdul VERI*FACTU o si, en defecte d’això, opta per la via de la signatura i el registre d’esdeveniments (NO VERI*FACTU). La decisió, en molts casos, vindrà determinada per l’oferta tècnica que s’ajusti a les teves necessitats. L’important és que, en finalitzar el procés d’adaptació, el teu negoci compleixi amb els requisits de veracitat, inalterabilitat i traçabilitat perquè les teves factures es considerin legalment segures sota el nou reglament.

8. Impacte pràctic en el dia a dia de les pimes

Més enllà de la normativa i els requisits formals, el Reglament VERI*FACTU (Reial Decret 1007/2023) suposa canvis molt tangibles en la rutina diària de qualsevol petita i mitjana empresa. Des de l’emissió i conservació de factures amb un nou codi QR fins a la necessitat d’adaptar els processos comptables i formar l’equip, aquesta evolució legal afecta diversos punts neuràlgics de l’activitat empresarial. En aquesta secció, aprofundirem en com es materialitza, a la pràctica, l’aplicació de VERI*FACTU en el dia a dia dels negocis.

Si abans d’abordar els detalls de l’operativa vols conèixer les preocupacions més habituals entre les pimes (inversió, formació, sancions) o els tipus de sistemes de facturació possibles (VERI*FACTU enfront de NO VERI*FACTU), et recomanem revisar aquestes seccions. Així mateix, si necessites repassar quins terminis existeixen per implementar totes aquestes novetats, consulta la secció de calendari.

8.1. Facturació diària amb QR obligatori

Una de les novetats més visibles de VERI*FACTU és la incorporació d’un codi QR a les factures, ja siguin completes o simplificades (el que sovint anomenem “tiquets” o factures simplificades). Aquest codi QR ve acompanyat de la frase “Factura verificable a la seu electrònica de l’AEAT” o la menció “VERI*FACTU”. Aquest requisit pretén que qualsevol receptor de la factura, incloent-hi un possible consumidor final, pugui escanejar aquest codi i verificar en línia —a través d’un portal oficial— l’autenticitat i traçabilitat del document.

Com incloure el codi QR i la frase “Factura verificable”

Segons el Reglament de facturació (RD 1619/2012) modificat pel Reial decret 1007/2023, les factures han d’incorporar un espai gràfic per al QR, en una mida llegible (per exemple, de 30×30 mm o més) i amb un nivell de correcció d’errors que permeti el seu escaneig amb facilitat. Els programes de facturació que s’adaptin a VERI*FACTU generaran aquest codi automàticament en emetre cada document. Per això, el teu programari haurà de:

Calcular el contingut del QR (URL de verificació, dades bàsiques de la factura com el número, la data d’expedició i el NIF de l’emissor).
Incrustar el codi a la factura impresa o a la versió PDF (si és una factura electrònica).
Mostrar la frase “Factura verificable a la seu electrònica de l’AEAT” o “VERI*FACTU” a prop del QR, de manera clara per al receptor.

En el cas de factures electròniques purament estructurades (per exemple, aquelles en format Facturae que s’utilitzen en B2G o Llei Crea i Creix), és possible que, en lloc del codi QR, s’inclogui un camp de dades amb la informació equivalent. No obstant això, per a la gran majoria de pimes que continuen imprimint factures o enviant-les en PDF, el QR físic (o visual) serà obligatori.

La frase “Factura verificable a la seu electrònica de l’AEAT” és especialment rellevant quan optes per la modalitat VERI*FACTU (remissió voluntària). En aquest cas, l’Agència Tributària rep la factura en temps gairebé real i podrà confirmar-la a qualsevol ciutadà que escanegi el QR. Però fins i tot en la modalitat NO VERI*FACTU, hauràs d’incorporar el QR, de manera que, si algú l’escaneja, es mostri un missatge o es canalitzi la possible verificació.

Procediments i passos per imprimir o generar la factura de manera digital

En el dia a dia d’un petit comerç o d’una pime, el flux de facturació podria ser així:

S’introdueix la venda o el servei al sistema: De manera manual (programa de facturació a l’ordinador) o a través d’un TPV. S’especifiquen dades com el NIF del client (si és necessari per a factura completa), la descripció de l’operació, preus, etc.
El sistema genera el “registre de facturació” i el QR: El programari, conforme a VERI*FACTU, produeix un document en PDF o per a impressió que ja inclou el codi QR i la frase “Factura verificable…”. A més, si tries la modalitat VERI*FACTU, aquesta informació es remet automàticament a l’AEAT.
Impressió o enviament digital al client: Si el client és present, s’imprimeix la factura (o tiquet) amb el QR. Si es tracta d’una facturació en línia, s’envia per correu electrònic el PDF amb el codi QR incrustat. En ambdós casos, la referència a “VERI*FACTU” ha de ser visible, de manera que el receptor sàpiga que pot verificar-ho a la Seu Electrònica.
Possible anul·lació o rectificació posterior (si escau): Si t’equivoques en l’import i vols anul·lar la factura, en la modalitat NO VERI*FACTU hauràs de generar un “registre d’anul·lació” que enllaci amb la factura original; en la modalitat VERI*FACTU, també es comunicarà a l’AEAT l’anul·lació. D’aquesta manera, quedarà constància i el QR de la factura original podria reflectir que ja ha estat anul·lada.

Aquest és el procediment bàsic. La implementació exacta dependrà del teu programari de facturació. Alguns programes generaran el QR immediatament i et permetran previsualitzar la factura abans de la impressió, mentre que altres ho faran en segon pla. En qualsevol cas, la funcionalitat essencial serà la mateixa: enriquir la factura amb un nou element (el QR) i, si s’opta per la modalitat VERI*FACTU, remetre la informació a l’AEAT.

8.2. Revisió dels processos administratius i comptables

L’impacte de VERI*FACTU no es limita a l’emissió pura i dura de factures; també afecta els cicles de venda, la comptabilitat i la manera de portar els llibres registre. Molts dels passos que abans es feien “manualment” ara podrien automatitzar-se o ajustar-se per no duplicar feina ni cometre errors. A continuació, expliquem com pot redefinir-se l’operativa diària de la pime.

Adaptació dels cicles de venda

En un cicle de venda típic, intervenen les fases de pressupost, comanda, albarà (opcional) i factura. Si el teu programari de gestió integra totes aquestes fases, l’adopció de VERI*FACTU implicarà que en l’última etapa, en generar la factura definitiva, s’apliquin els criteris d’inalterabilitat:

Número i sèrie: El sistema informàtic ha de garantir la correlació i evitar buits injustificats.
Generació del registre de facturació: Afegir el QR i, si correspon, remetre les dades a l’AEAT (modalitat VERI*FACTU) o signar-les localment amb la petjada (hash) (modalitat NO VERI*FACTU).
Canvis o anul·lació posterior: Qualsevol modificació de la venda després d’emetre la factura (per exemple, canvis d’imports o anul·lació total) ha de constar amb un “registre d’anul·lació” que enllaci amb la factura original. Això pot modificar alguns procediments del teu ERP que abans simplement “reescrivia” la factura.

Si, per contra, el teu negoci funciona sense un ERP complex, podries igualment canviar la manera de facturar: en lloc de portar la comptabilitat en fulls de càlcul i després bolcar les dades a mà, potser et resulti més àgil generar factures en el programari adaptat a VERI*FACTU i d’aquí obtenir la base de dades per a comptabilitat. Això et estalviarà temps i minimitzarà els errors de transcripció. La secció de Passos per a la implantació amb èxit et pot donar més consells sobre com reorganitzar aquests cicles.

Comptabilitat i llibres registre

El reglament no modifica directament l’obligació de portar els llibres registre d’IVA o IRPF, però sí facilita que l’AEAT rebi la informació de manera estandarditzada i la posi a disposició de l’empresa, en cas que opti per la remissió voluntària. Per tant, a mitjà termini, podríem veure escenaris on la pròpia Agència Tributària ofereixi “esborranys de llibres” preomplerts, com ja fa amb els llibres del SII per a grans empreses.

Fins i tot si no tries la modalitat VERI*FACTU, el teu sistema haurà de permetre la exportació de tots els registres de facturació en un format llegible i segur, de manera que l’AEAT pugui requerir-los en una inspecció o en qualsevol control. Aquest mateix fitxer XML es convertirà, sovint, en la base de la teva comptabilitat. Així, és recomanable que la pime reorganitzi la seva comptabilitat perquè:

Cada factura, en el moment en què s’emeti, quedi registrada automàticament amb el seu hash encadenat (NO VERI*FACTU) o amb la referència d’enviament (VERI*FACTU).
Existeixi coherència entre les factures i els assentaments comptables. Si el teu programari comptable és diferent del de facturació, revisa que tots dos puguin integrar-se o, almenys, intercanviar dades sense duplicitats ni desquadraments.

A més, convé replantejar la política de còpies de seguretat. En la modalitat NO VERI*FACTU, hauràs de conservar localment tots els registres amb garanties d’inalterabilitat. Això pot suposar un espai d’emmagatzematge addicional i la necessitat de backups externs (núvol, disc dur extern, etc.) amb xifrat per assegurar la confidencialitat. Si prefereixes que sigui l’AEAT qui rebi i emmagatzemi les teves factures “mestres”, la modalitat VERI*FACTU t’allibera d’una part d’aquest esforç de conservació, però no t’eximeix de certes còpies de seguretat bàsiques, ja que la responsabilitat última de les dades sempre recau també en el contribuent.

8.3. Formació dels empleats

La capacitació de l’equip humà és fonamental perquè l’adopció de VERI*FACTU sigui exitosa. Encara que el programari en si mateix estableixi la “impossibilitat” de manipular factures sense rastre, la realitat és que els empleats han de saber utilitzar correctament totes les noves funcions (com l’anul·lació amb registre de facturació addicional o la signatura digital de cada factura, en cas de NO VERI*FACTU). A continuació, et mostrem els punts clau d’aquesta formació.

Funcionalitats clau que han de conèixer en els nous sistemes de facturació

Independentment de la modalitat escollida, el teu equip d’administració, facturació o comercial ha de saber gestionar amb fluïdesa:

Generació i emissió de factures amb QR: Com es crea el document, on apareix el QR i la menció “VERI*FACTU”, i com s’imprimeix o s’envia al client.
Anul·lació de factures: En lloc d’“esborrar” o “editar” directament la factura original, cal generar un “registre d’anul·lació” (o una factura rectificativa, segons correspongui). El personal ha d’entendre la lògica de la “inalterabilitat” per no incórrer en infraccions.
Enviament de registres a l’AEAT (si és VERI*FACTU): Si es treballa en la modalitat voluntària, el personal ha de saber com es produeix la transmissió automàtica, com revisar possibles “missatges d’error” o “rebuigs de l’AEAT” i com reintentar l’enviament si falla la connectivitat.
Signatura electrònica i hash encadenat (si és NO VERI*FACTU): L’equip ha d’assimilar que cada factura s’“encadena” amb l’anterior mitjançant un hash i que no es pot “sobreescriure” sense generar un nou registre. En cas de veure un error, la solució és sempre l’anul·lació o rectificació, no l’edició directa.
Registre d’esdeveniments (NO VERI*FACTU): Saber quin tipus de successos es registren (inici del sistema, incidències, exportacions de dades, restauracions de còpies, etc.), i per què és crític mantenir-lo accessible. Aquest registre pot ser requerit per l’AEAT en inspeccions.

A més, és essencial que l’equip de IT o el proveïdor de programari expliqui als usuaris finals com identificar anomalies (per exemple, si el sistema alerta d’una discrepància en els registres encadenats) i què fer en aquests casos. Això redueix la probabilitat de sancions inesperades o bretxes que el sistema detecta però que ningú corregeix a temps.

Guia ràpida d’ús per a empleats administratius

Una pràctica molt recomanable és elaborar una “guia de procediments interns” o Manual d’ús, on es descriguin els passos que cada empleat ha de seguir per facturar segons VERI*FACTU. Es podria estructurar així:

Emissió de factures: Passos per introduir la venda en el programari, generar la factura (amb QR), revisar-la i, finalment, imprimir-la o enviar-la en PDF al client.
Anul·lació o rectificació: Procediment en cas d’error o devolució de mercaderia. Explicació de la “factura rectificativa” o del “registre d’anul·lació” i per què no es permet esborrar la factura original.
Exportació de dades i inspeccions: Instruccions sobre com extreure tots els registres en cas de requeriment de l’AEAT. Localització de les còpies de seguretat i del registre d’esdeveniments (si és NO VERI*FACTU).
Què fer davant incidències: Per exemple, si es talla la connexió i estàs en modalitat VERI*FACTU, com retenir les factures i enviar-les quan sigui possible. O si es detecta un error en la signatura d’un registre, a qui acudir.

Aquest manual intern s’ha d’actualitzar amb certa freqüència, especialment quan el proveïdor de programari llanci noves versions o si l’Agència Tributària introdueix canvis menors en les especificacions tècniques (per exemple, en l’estructura XML). És fonamental que tot el personal, des del responsable de comptabilitat fins al caixer d’un comerç, conegui almenys els aspectes bàsics del sistema.

De vegades, pot ser que no es disposi d’un departament intern de IT, per la qual cosa la formació recaurà en el proveïdor de programari o en un assessor extern. En aquest cas, planifica tallers pràctics i sessions de preguntes i respostes. La resistència al canvi sol reduir-se quan l’equip veu la utilitat de l’automatització i el control dels registres davant els possibles riscos de sanció.

En resum, la implantació de VERI*FACTU va més enllà de meres obligacions tècniques: impacta directament en la manera d’emetre factures, controlar la comptabilitat i organitzar la feina diària de l’equip administratiu. Des de la inclusió del QR en cada document fins a la modificació de processos per anul·lar factures sense alterar el registre original, la norma obliga a un canvi cultural dins de la pime.

A mitjà termini, aquest ajust pot generar beneficis: millor organització, reducció d’errors, una comptabilitat més transparent i una relació més àgil amb l’Agència Tributària si optes per la modalitat VERI*FACTU. No obstant això, com en tot procés de transformació digital, requereix inversió i formació. Per abordar aquestes qüestions, no dubtis a revisar la secció de principals preocupacions o consultar la guia d’implantació, que t’explica com organitzar aquesta transició de manera planificada.

Finalment, recorda que els aspectes administratius i la capacitació del personal són tan importants com la plataforma tecnològica. Encara que disposis d’un programari “certificat”, si el teu equip no respecta els passos exigits (per exemple, anul·lar factures amb el procediment adequat), podries incórrer en infraccions. La secció de règim sancionador detalla les conseqüències d’aquests incompliments, mentre que la secció d’àmbit d’aplicació explica a qui afecta en cada cas.

Per concloure, l’impacte pràctic de VERI*FACTU es resumeix en:

Facturació diària amb QR i llegenda “VERI*FACTU”: El canvi més visible i simbòlic davant clients i usuaris.
Revisió de procediments interns: Des de l’emissió i l’arxivament de factures fins a l’anul·lació de les mateixes, passant per la relació amb la comptabilitat i els llibres registre.
Necessitat de formació del personal: Un programari sofisticat no serveix de gaire si l’equip no comprèn el seu funcionament i la filosofia d’inalterabilitat que persegueix la norma.

Si gestiones adequadament aquests punts, VERI*FACTU pot no només evitar-te sancions, sinó també impulsar una millor organització i un pas més cap a la digitalització integral de la teva pime. Esperem que aquesta secció t’ajudi a entendre “què canviarà” en la teva operativa quotidiana. Per saber com posar en marxa totes aquestes accions de manera ordenada, consulta la secció de passos per a la implantació amb èxit, on t’oferim un pla més detallat per complir a temps amb el Reial decret 1007/2023.

9. Passos per a la implantació amb èxit

L’entrada en vigor del Reglament VERI*FACTU (Reial decret 1007/2023) no ha de suposar un mal de cap, sempre que t’organitzis amb temps i de manera sistemàtica. En aquesta secció, desglossem una fulla de ruta que et permetrà adoptar els nous requisits de facturació –inclòs el codi QR i la inalterabilitat dels registres– de manera ordenada i sense sobresalts. Els passos que presentem aquí són aplicables tant a petits negocis i microempreses com a pimes amb un cert nivell de complexitat en la seva comptabilitat.

Si necessites recordar abans en quines dates has de tenir el teu programari llest o quines sancions existeixen si no compleixes, et recomanem revisar aquestes seccions corresponents. I si encara no saps si et convé la modalitat VERI*FACTU o la NO VERI*FACTU, la nostra secció dedicada a les modalitats de sistemes informàtics t’ajudarà a aclarir dubtes tècnics i logístics.

9.1. Anàlisi interna i diagnòstic

El primer pas per implantar amb èxit el Reglament VERI*FACTU és saber d’on parteixes. És molt habitual que les pimes utilitzin, sense haver-s’ho plantejat en profunditat, una combinació de:

Programari de facturació senzill (sovint obsolet o sense manteniment).
Processos manuals basats en fulls de càlcul (Excel o Google Sheets).
Un ERP parcial o a mida, amb mòduls diferents que no sempre es comuniquen adequadament.

Per tant, l’anàlisi interna ha d’abordar qüestions com:

Identificar quins sistemes de facturació s’utilitzen actualment: Hi ha diverses eines? Està centralitzat en una sola aplicació o cada departament emet les seves pròpies factures amb un mètode diferent?
- Si tens un ERP (Enterprise Resource Planning) o un CRM que inclou facturació, revisa si el proveïdor ha anunciat plans d’actualització a VERI*FACTU.
- Si la facturació es fa mitjançant fulls de càlcul o documents de text, hauràs de migrar a un programari que compleixi la normativa (QR, empremta, etc.).
Revisar contractes de manteniment i actualitzacions de programari: Molts proveïdors ofereixen un pla que inclou adaptacions legals. Potser el teu paquet comptable i de facturació ja contempli l’actualització a VERI*FACTU com a part del servei:
- Verifica si estàs al dia en les quotes de manteniment. Sovint, les pimes es donen de baixa o no renoven, perdent el dret a les actualitzacions normatives.
- Pregunta directament al teu proveïdor si llançarà un pedaç o una nova versió. Si no és així, avalua el cost d’un desenvolupament a mida enfront de canviar de programa.

En aquesta etapa de diagnòstic, també convé determinar quants usuaris intervenen en l’emissió de factures, el volum mensual de facturació i si el teu sistema actual està preparat per signar electrònicament els registres o remetre’ls voluntàriament a l’AEAT. Si necessites refrescar en què consisteix cada modalitat, visita la secció corresponent per contrastar “VERI*FACTU” (remissió voluntària) amb la “NO VERI*FACTU” (signatura i registre d’esdeveniments).

9.2. Cerca o adaptació de programari

Després de clarificar la teva situació interna, arriba el moment crucial de decidir si mantindràs el teu programari (adaptant-lo) o en buscaràs un de nou. La clau és que l’eina que facis servir compleixi, com a mínim, amb els pilars de:

Inalterabilitat dels registres.
Encadenament o sistema de hash per a cada factura.
QR obligatori i menció “Factura verificable a la seu electrònica de l’AEAT” o “VERI*FACTU”.
Conservació de les dades durant el termini legal de prescripció.

On localitzar programes i proveïdors que compleixin els requisits?

Portals especialitzats en programari de facturació i comptabilitat: Pàgines com Softwaredoit, SoftDoit, o llocs similars, solen llistar solucions adaptades a la legislació espanyola. Allí, pots filtrar per “compleix VERI*FACTU” o “adaptació al RD 1007/2023”.
Associacions empresarials o col·legis professionals: Moltes vegades, les associacions de pimes (com CEPYME, ATA per a autònoms, etc.) difonen recomanacions de programari que ells mateixos han validat. També alguns col·legis professionals (economistes, assessors fiscals) poden suggerir aplicacions concretes.
Proveïdors que ja et donen servei: Si ja utilitzes un ERP o un sistema comptable amb un contracte de manteniment, parla amb el teu contacte comercial o tècnic. És possible que estiguin desenvolupant un “mòdul VERI*FACTU” per incorporar a la teva llicència.

En qualsevol cas, recorda demanar la “declaració responsable” al proveïdor, document en què afirma que el seu programari està conforme amb la normativa. Mantingues aquesta documentació arxivada per exhibir-la en cas d’inspecció.

Avaluació de costos, funcionalitats i suport tècnic

Per avaluar una solució (sigui nova o una actualització), convé elaborar una checklist amb els següents apartats:

Cost inicial i recurrent: És una llicència de pagament únic? Un model SaaS amb quota mensual? Inclou suport i actualitzacions normatives o s’han de pagar a part?
Funcionalitats clau:
- Genera el QR i la frase “Factura verificable a la seu electrònica de l’AEAT”?
- Admet la modalitat VERI*FACTU (remissió voluntària) i/o la NO VERI*FACTU (signatura electrònica i registre d’esdeveniments)?
- S’integra amb la teva comptabilitat i magatzem, o hauràs de duplicar dades?
Suport tècnic i formació:
- El proveïdor imparteix algun curs o tutorial per al teu personal?
- Quins temps de resposta tenen davant incidències (SLAs)?
Garanties de conformitat legal:
- El proveïdor emet la declaració responsable per escrit?
- Amb quina freqüència actualitza el programari si hi ha nous canvis legals?

Si el programari no compleix alguna de les exigències mínimes de VERI*FACTU, hauràs de valorar si el proveïdor pot desenvolupar-la a curt termini o si et resulta més senzill migrar a una altra solució. Assegura’t que el cost total (llicència, formació d’empleats, possible canvi de maquinari) sigui assumible per al teu negoci. A la secció de preocupacions abordem detalladament la qüestió de la inversió inicial.

9.3. Pla de proves i migració

Seleccionat ja el programari que utilitzaràs, convé traçar un pla d’implantació que no es limiti a “instal·lar i llest”. Una bona migració implica provar funcionalitats, assegurar la compatibilitat amb els processos de la teva pime i formar el personal abans de la data d’obligat compliment. Vegem alguns consells útils.

Consells per fer pilots o simulacions abans de la data límit

Crea un entorn de prova: Moltes aplicacions permeten un mode “sandbox” o una base de dades separada per fer proves. Allà pots simular l’emissió d’unes factures, anul·lar-les, veure com es genera el QR, etc., sense afectar la teva facturació real.
Valida els formats de factures: Comprova la presentació impresa o en PDF, corroborant que el QR sigui llegible i que la frase “VERI*FACTU” aparegui en un lloc visible. Si utilitzes signatura electrònica (modalitat NO VERI*FACTU), verifica que en obrir la factura en el teu gestor documental, la signatura es mostri correctament.
Verifica el mode VERI*FACTU (si l’esculls): Fes un “enviament” de les factures simulades als servidors de l’Agència Tributària (o a l’entorn de proves que l’AEAT pugui habilitar). Confirma que reps una resposta afirmativa (estat 200, sense errors).
Analitza l’anul·lació i rectificació de factures: Emet una factura i després prova d’anul·lar-la o rectificar-la per veure com queda registrat aquest canvi. Revisa els logs (registre d’esdeveniments) si estàs en la modalitat NO VERI*FACTU.

Aquestes simulacions t’estalvien molts maldecaps si més endavant l’AEAT et requereix documentació i el teu programari no estigués ben configurat. A més, familiaritzes l’equip amb la nova operativa abans que sigui legalment obligatori.

Com provar l’enviament voluntari de factures (mode VERI*FACTU)

Si optes per VERI*FACTU (remissió voluntària), un dels punts crítics és la comunicació amb l’Agència Tributària. Tot i que la norma permet un cert marge en el temps d’enviament, la idea de base és que les teves factures es reportin en segons o minuts. Per provar-ho:

Obtén un certificat electrònic o [Cl@ve PIN] per al teu programari o usuari. Així, quan el sistema es connecti a l’AEAT, s’identificarà correctament.
Configura la URL i els endpoints de l’AEAT en el teu programa. Normalment, el teu proveïdor de programari t’indicarà si hi ha un entorn de proves (Test) diferent del de producció.
Emet 1 o 2 factures de prova i observa la resposta que et retornen els serveis web de l’AEAT. Verifica els possibles “codis d’error” i confirma que la factura s’ha marcat com a rebuda.
Revisa que la factura impresa porti el QR i la menció “VERI*FACTU”. Si el receptor escaneja el QR, segons el disseny definitiu, podria veure un missatge indicant que la factura és “verificable”.

En cas d’incidències (per exemple, errors de validació en l’estructura XML), el teu programari o la web de l’AEAT t’indicaran la causa. L’essencial és depurar-ho durant la fase pilot i no deixar-ho per a l’últim moment.

Exportació i validació de registres d’alta i anul·lació

Un dels requisits de VERI*FACTU, en qualsevol de les seves modalitats, és la capacitat de “exportar” i “validar” tots els registres de facturació generats. Això és especialment rellevant en la modalitat NO VERI*FACTU, perquè, en cas d’inspecció, l’AEAT podria demanar-te la totalitat de registres en un format llegible. Així doncs:

Comprova que el teu programari genera fitxers XML (o el format que l’Ordre Ministerial hagi definit) que incloguin totes les factures (registres d’alta), les seves empremtes digitals (hash) encadenades i, si escau, els registres d’anul·lació.
Assegura’t de poder bolcar aquest fitxer a un suport físic (USB, disc dur) o enviar-lo telemàticament a l’AEAT si ho sol·liciten. Verifica el resultat en cas que l’agència publiqui un validor per a aquestes dades.
Revisa de manera interna que la seqüència de factures és ininterrompuda. Qualsevol trencament de la cadena de hash sol indicar un possible error de configuració o, en el pitjor dels casos, un intent de manipulació.

Aquesta exportació periòdica també és útil com a backup addicional. Si perds les dades per una avaria del disc, tindràs còpies en format estructurat. A la secció d’Impacte pràctic comentem més detalls sobre per què això pot ser beneficiós per a la teva organització comptable.

9.4. Formació i documentació interna

La tecnologia, per si sola, no soluciona el problema si l’equip humà no sap utilitzar-la correctament. Per això, la fase final (però molt important) és la formació dels empleats i la creació de manuals de procediments que deixin clara la nova operativa de facturació.

Manuals de procediments per a la plantilla

Descripció pas a pas: Explica, amb captures de pantalla o amb una llista clara, com emetre una factura (seleccionar client, producte/servei, total, generació del QR, etc.).
Instruccions per anul·lar o rectificar: Un petit error en la quantitat o en la descripció de la factura exigeix la creació d’un registre d’anul·lació o rectificatiu. És important que el personal sàpiga que no pot “esborrar” la factura antiga en el sistema.
Procés d’exportació i còpies de seguretat: Indica qui és el responsable de fer el backup, amb quina periodicitat i en quina ruta d’emmagatzematge. Detalla també què fer si l’AEAT requereix tota la informació (on es localitzen els fitxers XML, per exemple).
Solució d’incidències: Què passa si el sistema es bloqueja en generar el QR? Què fer si la connexió a Internet falla i no es poden enviar factures a l’AEAT (en el cas de VERI*FACTU)? On es registra la incidència?

Aquest manual de procediments ha d’estar accessible per a tot el personal involucrat en facturació i comptabilitat, ja sigui en format imprès o en un repositori digital. Una bona pràctica és revisar-lo trimestralment per assegurar-se que segueix actualitzat amb les noves versions del programari.

Directrius per a l’emmagatzematge i les còpies de seguretat

En la modalitat NO VERI*FACTU, la teva empresa emmagatzema localment les factures, signades i amb el seu hash encadenat. En la modalitat VERI*FACTU, encara que l’AEAT conservi els registres que envies, també has de mantenir-ne una còpia. En ambdós casos, et convé definir clarament:

On es guarden les factures: En un servidor local? Al núvol amb accés restringit? En un disc dur extern?
Periodicitat de les còpies de seguretat: Diària, setmanal, mensual? Es fan versions incrementals o còpies completes? Qui n’és el responsable?
Protecció de dades i xifratge: Recorda que, a més de la normativa fiscal, has de complir el RGPD (Reglament General de Protecció de Dades) si gestiones informació de clients. Assegura’t que les còpies no quedin sense xifrar o en ubicacions insegures.
Pla de restauració: Què passa si la base de dades es corromp? Es sap com restaurar una còpia “antiga” sense perdre la continuïtat del hash si fas servir la modalitat NO VERI*FACTU? Aquestes preguntes són crucials per a la solvència de la teva pime davant possibles desastres informàtics.

La formació en aquest àmbit no és només per al departament d’IT, si en tens, sinó també per als responsables de comptabilitat i facturació, que han d’estar al corrent de què fer si algú sol·licita “còpies segures” o si l’AEAT requereix un bolcat complet de registres. Com més clar ho tinguis, més senzill serà complir en cas d’inspecció.

En definitiva, uns passos d’implantació ben definits et permetran afrontar amb calma l’adaptació al Reglament VERI*FACTU. Resumim la fulla de ruta:

Anàlisi interna: Saber quin programari utilitzes actualment, si està actualitzat i si el teu contracte de manteniment preveu l’adaptació.
Elecció del programari: Decidir si mantindràs el teu programa actual (amb actualització) o migraràs a un de nou. Aquí compararàs costos, funcionalitats i suport. Demana la declaració responsable de conformitat.
Pla de proves i migració: Realitzar proves pilot, validar enviaments (en mode VERI*FACTU) i confirmar que el QR i l’anul·lació de factures funcionen correctament.
Formació i manuals: Elaborar guies, fer sessions de capacitació i deixar clars els protocols d’emissió, anul·lació i còpies de seguretat.

Des de la fase de diagnòstic fins a la posada en producció, el millor és no improvisar: assigna responsables, dates i objectius mesurables per a cada etapa. T’assegurem que l’esforç valdrà la pena, ja que, més enllà d’evitar sancions, la nova operativa de facturació pot aportar-te una major eficiència administrativa i una comptabilitat més fiable.

Si vols aprofundir en el dia a dia després d’implantar VERI*FACTU o conèixer els avantatges de la modalitat VERI*FACTU, et convidem a visitar aquestes seccions. També pots explorar recursos oficials a la Seu de l’Agència Tributària o consultar els facilitadors tecnològics que s’estan acreditant per oferir eines adaptades a la normativa.

Amb tot això, esperem que puguis afrontar aquest canvi normatiu com una oportunitat de modernització dels teus processos interns. Al cap i a la fi, la digitalització no s’atura, i comptar amb un sistema de facturació segur i verificable és cada vegada més un factor clau per a la tranquil·litat fiscal i la competitivitat de la teva pime.

10. Declaració responsable i certificació del programari

La declaració responsable és un dels documents més rellevants en el nou marc legal instaurat pel Reglament VERI*FACTU (Reial decret 1007/2023). Encara que a primera vista pugui semblar un mer tràmit, aquesta declaració és la peça clau que garanteix davant l’Agència Tributària que un determinat programari de facturació, comptabilitat o gestió compleix amb els exigents criteris d’inalterabilitat, traçabilitat, conservació i llegibilitat dels registres que estableix l’article 29.2.j) de la Llei General Tributària. A efectes pràctics, funciona com un “segell de confiança” que el proveïdor, desenvolupador o fabricant del programari emet en relació amb el seu producte.

En aquesta secció, veurem què és exactament la declaració responsable, per a què serveix en el dia a dia de les pimes i com revisar i guardar correctament aquest document. A més, donarem exemples i recomanacions per supervisar-la si ets l’usuari final del programari (la pime o l’autònom que l’utilitza). Si encara no tens clar a qui afecta la norma o en quines dates has d’adaptar-te, et suggerim visitar abans aquestes seccions. I, si t’interessa el tema de les modalitats de sistemes (VERI*FACTU vs NO VERI*FACTU), també tenim un capítol dedicat.

10.1. Què és i per a què serveix la declaració responsable

El Reial decret 1007/2023 estableix que tot programari de facturació que compleixi amb VERI*FACTU ha de comptar amb una declaració responsable emesa pel seu productor, desenvolupador o fabricant, en la qual es manifesta expressament que:

El programa compleix amb els requisits tècnics i funcionals (encadenament de factures, impossibilitat d’esborrat sense rastre, signatura o enviament a l’AEAT, etc.).
El proveïdor assumeix la responsabilitat que el seu producte no facilita la manipulació fraudulenta de la facturació ni conté “mòduls ocults” per alterar dades.
El programari està preparat per a expedir factures amb codi QR i la frase “Factura verificable a la seu electrònica de l’AEAT” o “VERI*FACTU” quan s’utilitzi la modalitat d’enviament voluntari.

Aquesta declaració és imprescindible no només per al fabricant, que ha d’emetre-la i adjuntar-la a cada versió o actualització del seu programari, sinó també per a l’usuari final (la pime o l’autònom que adquireix la llicència), que ha de guardar-la com a prova que va actuar amb diligència en triar una eina conforme a la llei. En la pràctica, si l’Agència Tributària inspecciona el teu negoci i troba un programari sense declaració responsable, podries enfrontar-te a les sancions contemplades a l’article 201 bis de la Llei General Tributària.

Cal destacar que la declaració responsable està estretament lligada al concepte de certificació, però no és exactament el mateix que una “certificació oficial” emesa per l’AEAT. En molts països, les administracions fiscals creen organismes d’homologació que revisen i certifiquen el programari. No obstant això, el RD 1007/2023 s’inclina per l’autocertificació –a través de la declaració responsable– i el deure de diligència del contribuent per escollir un programa legítim.

En resum, la declaració responsable compleix les funcions següents:

Garantia legal: Serveix com a aval que el proveïdor del programari actua conforme a la normativa i n’assumeix la responsabilitat.
Suport davant inspeccions: Si l’AEAT requereix una justificació de per què utilitzes aquest programari, presentar la declaració (juntament amb la factura de compra o llicència) demostra la teva bona fe.
Punt de referència: Facilita que, si s’actualitza el programari en el futur, hi hagi constància de quina versió està adaptada i sota quines condicions.

Si vols aprofundir en com la modalitat escollida (VERI*FACTU vs. NO VERI*FACTU) influeix en les característiques del programari, no deixis de visitar la secció corresponent. La modalitat no altera el fet que la declaració responsable sigui obligatòria, però sí matisa les funcionalitats que el proveïdor declara complir.

Obligacions del productor o desenvolupador de programari

El reglament destaca que, a més de l’usuari final, el productor (desenvolupador, fabricant, comercialitzador) és responsable de:

Emetre la declaració responsable per escrit, identificant clarament el nom comercial del programari, la seva versió i les dades de l’empresa productora.
Fer visible aquesta declaració responsable en la pròpia aplicació, per exemple, a la pantalla “Quant a…” o “Informació legal”, i lliurar-la a l’usuari en el moment de la instal·lació o compra.
Assegurar que qualsevol actualització posterior del programari mantingui o millori la conformitat amb VERI*FACTU. Si un pedaç elimina la funcionalitat de QR, per exemple, incompliria la llei i la declaració original quedaria invalidada.
Rectificar la declaració en cas de detectar un error o una inconsistència que faci que el programari deixi de complir els requisits. Han de comunicar a l’usuari qualsevol incidència rellevant.

Aquests punts confirmen que la norma no es limita a penalitzar la pime que utilitzi un programari deficient; també pot actuar contra el creador de l’eina si “promet” conformitat sense fonaments. Per entendre millor com l’AEAT pot exigir responsabilitats, revisa la secció de règim sancionador.

Com revisar-la i guardar-la

Si ets l’usuari final (petit empresari o autònom), és imprescindible que sol·licitis la declaració responsable en adquirir o actualitzar el teu programari. Els passos recomanats:

Verificar el contingut: Assegura’t que la declaració indiqui explícitament les característiques exigides per VERI*FACTU.
Buscar informació del productor: Confirma que l’empresa que signa la declaració existeix legalment.
Almacenar la declaració responsable: Guarda-la en un lloc segur, en paper o format digital.
Referenciar-la en el teu manual intern: Annexar-la al dossier d’“informació del programari” per a possibles auditories.

En cas de dubte sobre la veracitat del que es declara, pots contactar amb el proveïdor i demanar explicacions addicionals. Alguns proveïdors ofereixen documentació tècnica més detallada, amb captures de pantalla o especificacions de signatura electrònica, per demostrar la seva conformitat. Si existeix un portal oficial per verificar proveïdors (per exemple, en altres països amb homologacions centralitzades), consulta’l.

10.2. Models i recomanacions

La llei no prescriu un model únic de declaració responsable. No obstant això, sí que indica la informació mínima que ha de contenir. En aquest apartat, suggerim una estructura base i donem consells pràctics sobre com revisar-la o supervisar-la. També et serà útil si, per motius de negoci, desenvolupes el teu propi programari a mida i necessites emetre tu mateix la declaració (per exemple, si ets un “productor” de programari que s’ha integrat en el teu ERP).

Exemples pràctics de declaració

A continuació, proposem un esquema d’una declaració responsable típica, que podries trobar en comprar un programari adaptat a VERI*FACTU:


DECLARACIÓ RESPONSABLE DE CONFORMITAT AMB RD 1007/2023 (VERI*FACTU)

1. Dades del Programari:
   - Nom comercial: [Ex. FacturaPlus Pro 2.0]
   - Versió: [2.1.0]
   - Data de la versió: [10 de setembre de 2024]
   - Modalitat(s) suportada(es): [VERI*FACTU voluntària / NO VERI*FACTU / ambdues]

2. Dades del Productor/Desenvolupador:
   - Raó Social: [Software Innovació S.L.]
   - CIF/NIF: [B12345678]
   - Domicili: [Carrer Exemple, 45, 08000 Barcelona]
   - Contacte: [info@softwareinnovacio.cat | Tel: 900 100 200]

3. Objecte de la Declaració:
   - Manifestem que el programari indicat compleix amb els requisits del Reial decret 1007/2023 i la Llei General Tributària (art. 29.2.j)):
     a) Genera factures amb QR i la menció "Factura verificable a la seu electrònica de l’AEAT" o "VERI*FACTU" (quan correspongui).
     b) Suporta l’encadenament de registres i empremta (hash) per assegurar la seva inalterabilitat.
     c) Permet, en cas de modalitat VERI*FACTU, la remissió voluntària de factures a l’AEAT en format XML amb empremta i control de flux.
     d) Incorpora registre d’esdeveniments (en la seva modalitat NO VERI*FACTU) i/o signatura electrònica de cada factura quan s’opta per la conservació local.

4. Responsabilitats assumides:
   - Ens comprometem a actualitzar el programari sense cost addicional si sorgeixen requisits tècnics o de seguretat addicionals dictats per l’Ordre Ministerial de desenvolupament.
   - Declarem no haver incorporat ni permetre en el programari funcions o mòduls que possibilitin la supressió fraudulenta de factures sense traçabilitat.
   - En cas de detectar alguna bretxa o incompliment, notificarem als usuaris i emetrem una nova declaració corregida.

5. Vigència de la Declaració:
   - Aquesta declaració és vàlida per a la versió especificada. Per a versions posteriors (2.2, 2.3, etc.), s’emetrà una declaració renovada.

Signat a Barcelona, a [Data].
Fdo: [Nom del responsable de l’empresa productora]

Aquest exemple és orientatiu. Cada proveïdor pot variar la forma, però l’essència ha de ser la mateixa: dades del programari, del productor, la menció explícita de complir amb el RD 1007/2023 i l’assumpció de responsabilitat.

Supervisió de la declaració per part de l’usuari final

Comprovar la coherència entre la versió citada i la instal·lada: No et serveix de res una declaració que posi “versió 2.0” si en la teva empresa utilitzes la “versió 1.9”. Assegura’t que coincideixen.
Revisar la data i la signatura: Ha d’estar signada pel responsable legal de l’empresa desenvolupadora i amb data posterior o igual al llançament de la versió. Si no té data o signatura, qüestiona la seva validesa.
Verificar la referència al RD 1007/2023: Ha de mencionar expressament el Reial decret 1007/2023 i/o la Llei 58/2003 art. 29.2.j). Si no esmenta la norma, podria ser una declaració genèrica que no empara tot el que s’exigeix.
Arxivar en el teu repositori intern: L’ideal és guardar la declaració en el teu servidor de comptabilitat o en la carpeta de “Documentació legal i facturació”, juntament amb manuals d’usuari i factures de compra. Recorda que l’AEAT pot sol·licitar-la en una inspecció.

Cal tenir en compte que, a l’hora de la veritat, l’AEAT no disposa d’una “llista pública” de programari homologat (almenys, no es contempla en el text del RD 1007/2023). Per això, la càrrega de verificar i conservar la declaració recau en l’usuari. Aquest és un dels pilars de l’enfocament d’autocertificació que adopta la norma.

Per acabar, subratllem que la declaració responsable i la certificació del programari constitueixen un punt crucial en la fulla de ruta d’implantació de VERI*FACTU. Escollir un programa que la proporcioni i guardar adequadament aquest document protegirà la teva pime davant possibles revisions de l’Agència Tributària. En el cas que sorgeixi algun problema o divergència, la declaració servirà com a prova que vas actuar amb diligència i que, en teoria, el programari estava habilitat per prevenir manipulacions il·lícites.

No oblidis que la conformitat no acaba amb la signatura de la declaració; has de seguir bones pràctiques en els procediments diaris de facturació (per exemple, no “sobreescriure” factures ja emeses, utilitzar codis QR i la menció “VERI*FACTU” quan correspongui) i mantenir actualitzat el teu programari conforme a noves versions o pegats de seguretat.

En cas que el proveïdor no sigui capaç o no vulgui emetre aquesta declaració, desconfia. Podria no haver integrat totes les funcionalitats que exigeix el RD 1007/2023. Val més buscar un altre programari o, si tens un contracte fort de desenvolupament a mida, exigir el compliment de les clàusules que garanteixin l’adaptació legal. Si s’incompleix, revisa la secció de sancions per veure la gravetat de les multes que podrien imposar-se tant a l’usuari com al productor.

Si vols saber més sobre la responsabilitat que assumeixen fabricants i usuaris, la secció de règim sancionador i la d’àmbit d’aplicació detallen com la Llei General Tributària abasta tots dos pols: no només sanciona l’usuari per ocultar factures, sinó també qui dissenya un programari predisposat a la manipulació de dades sense rastre. D’altra banda, a la secció sobre modalitats de sistemes informàtics analitzem les diferències entre la remissió voluntària (VERI*FACTU) i la conservació local amb signatura electrònica (NO VERI*FACTU), la qual cosa també repercuteix en la declaració responsable.

En definitiva, la declaració responsable és la prova documental que connecta el programari amb la responsabilitat legal de complir VERI*FACTU. Interpretar-la correctament, exigir-la quan compres el programa i emmagatzemar-la durant tot el temps que facis servir aquesta versió són passos fonamentals per blindar la teva pime davant eventuals inspeccions i oferir transparència davant l’Agència Tributària. Esperem que, amb aquesta guia, puguis gestionar-la amb confiança i, per descomptat, integrar-la de manera eficaç en els teus passos d’implantació del RD 1007/2023.

11. Registre d’esdeveniments (per a la modalitat NO VERI*FACTU)

Dins del marc establert pel Reglament VERI*FACTU (Reial decret 1007/2023), la modalitat NO VERI*FACTU implica que la pime o autònom conserva localment tots els registres de facturació i assumeix la responsabilitat de garantir la seva inalterabilitat. A diferència de la modalitat VERI*FACTU (remissió voluntària de factures a l’Agència Tributària), en NO VERI*FACTU no s’envia en temps real la informació a l’AEAT. Per això, per assegurar el compliment del principi d’integritat i traçabilitat, la norma exigeix la implementació d’un element addicional: el registre d’esdeveniments.

En aquesta secció, explorem què és exactament el registre d’esdeveniments, per a què serveix, quin tipus de successos s’han d’anotar i com l’Agència Tributària (AEAT) pot arribar a auditar-lo o revisar-lo. Si després de llegir això encara no saps si la teva empresa hauria d’optar per la modalitat NO VERI*FACTU o preferir la modalitat VERI*FACTU, et recomanem visitar aquesta secció específica. I, si vols conèixer millor el règim sancionador que s’aplica si no registres correctament aquests esdeveniments, trobaràs informació detallada a la secció de sancions.

11.1. Objectiu del registre d’esdeveniments

El registre d’esdeveniments es concep com un “diari de successos” intern de l’aplicació de facturació que, en la modalitat NO VERI*FACTU, té un paper fonamental: assegurar la integritat i inalterabilitat de la cadena de factures. Mentre que en VERI*FACTU l’AEAT rep les factures immediatament i es converteix en “testimoni” de la seva integritat, en NO VERI*FACTU és el mateix programari qui ha de cobrir aquesta funció de manera interna.

Bàsicament, el registre d’esdeveniments:

Documenta cada interacció significativa amb el sistema de facturació (per exemple, inici i finalització de l’aplicació, exportació de registres, còpia de seguretat, detecció d’anomalies).
Garanteix la traçabilitat de l’activitat del sistema, reflectint qualsevol fet que pugui alterar o amenaçar la cadena d’integritat dels registres de facturació (per exemple, un intent d’esborrar factures ja emeses sense generar anul·lació).
Facilita l’auditoria per part de l’AEAT, ja que en cas d’inspecció es pot reconstruir l’“historial” de funcionament del programa i verificar si hi ha hagut bretxes o manipulacions fora del permès.

Cal recordar que, en NO VERI*FACTU, cada registre de facturació es signa electrònicament (o amb un hash encadenat) per evitar la seva modificació posterior. No obstant això, aquestes garanties se centren en protegir la mateixa factura. El registre d’esdeveniments afegeix una capa addicional: vigilar els moments clau en què el sistema podria haver estat objecte de canvis o incidències que afavorissin el frau.

Com funciona i què s’hi anota

Des d’un punt de vista pràctic, el registre d’esdeveniments actua com una bitàcola automàtica. Cada cop que es produeix un esdeveniment rellevant, el sistema:

Captura la data i l’hora exactes (idealment amb un rellotge sincronitzat o amb segell de temps).
Emmagatzema el tipus d’esdeveniment (p. ex. “Inici del sistema”, “Detecció d’anomalia en la integritat de la factura X”, “Exportació de registres de 01/2025”…).
Signa o encadena aquest registre perquè no pugui ser suprimit sense deixar rastre. Això implica que no es pot alterar el mateix registre d’esdeveniments sense generar incoherències en la cadena.

Aquest procés s’assembla a com els registres de facturació s’encadenen entre si, llevat que aquí la unitat bàsica és un “esdeveniment”. El sistema agrupa aquests esdeveniments en un fitxer (o base de dades) que es conserva juntament amb la resta d’informació fiscal. Quan l’AEAT sol·licita una inspecció, pot demanar no només les factures, sinó també el bolcat d’aquest registre d’esdeveniments per comprovar la “història” de l’aplicació.

Atès que aquest requisit és exclusiu de la modalitat NO VERI*FACTU, moltes pimes que prefereixin evitar aquesta complexitat optaran per VERI*FACTU, enviant les seves factures a l’AEAT i prescindint del registre d’esdeveniments local. No obstant això, si no vols estar enviant factures en línia, la contrapartida és aquesta capa addicional de registre i control en el teu propi programari.

11.2. Tipus d’esdeveniments a registrar

Encara que el Reglament VERI*FACTU no enumera exhaustivament cada “esdeveniment” possible, sí que deixa clar que s’han d’anotar totes les accions rellevants que puguin afectar la integritat dels registres de facturació o el mateix sistema. Vegem els casos més típics:

Inici i finalització del sistema

Cada cop que l’aplicació de facturació es posa en marxa (s’inicia) o es tanca, es registra un esdeveniment amb la data, l’hora i el motiu (per exemple, un usuari “Admin” tanca l’aplicació). Això impedeix que algú pugui obrir el programa “d’amagat” per manipular dades sense que en quedi constància. De la mateixa manera, si el sistema pateix un tancament inesperat (crash), també hauria de quedar registrat automàticament com un esdeveniment.

Exportacions de dades

La norma preveu que, en NO VERI*FACTU, l’AEAT pugui requerir l’extracció i remissió de tots els registres de facturació i del mateix registre d’esdeveniments. Per tant, cada cop que es realitzi una exportació d’aquestes dades (ja sigui per una còpia de seguretat, per un requeriment, per un bolcat massiu en local, etc.), s’ha de generar un esdeveniment que indiqui:

Data i hora de l’exportació.
L’usuari que l’ha sol·licitat.
El període o rang de factures exportades, si escau.

D’aquesta manera, si l’AEAT detecta discrepàncies entre diverses exportacions, pot revisar el registre d’esdeveniments i veure si hi ha hagut exportacions anòmales o excessivament freqüents que podrien indicar manipulació. La traçabilitat és completa si es combinen aquestes dades amb la cadena de hash de cada factura.

Detecció d’anomalies, incidències o errors

El programari ha de “vigilar” la coherència de la cadena de factures i del mateix registre d’esdeveniments. Si en algun moment el sistema detecta que s’ha trencat la seqüència (per exemple, una factura “salta” del número 10 al 12 sense anul·lació prèvia de l’11), o que la signatura electrònica d’una factura no coincideix, ha de:

Generar un esdeveniment d’alerta o detecció d’anomalia.
Mostrar un avís a l’usuari (depenent del disseny del programari), perquè es pugui corregir o investigar la causa.

Aquest esdeveniment de “detecció d’anomalia” queda enregistrat amb data i hora. Si un usuari pretenia manipular les factures de manera fraudulenta, no podria “ocultar” aquesta anomalia sense trencar la consistència del mateix registre d’esdeveniments.

Altres successos rellevants

Canvis de configuració: Si un administrador accedeix a l’aplicació i modifica ajustos crítics (per exemple, la ruta d’emmagatzematge de dades, la política de numeració de factures, etc.), convé deixar-ne constància al registre.
Actualitzacions o pegats: Quan el programari s’actualitza a una nova versió, el registre d’esdeveniments ho ha de reflectir, ja que a vegades les noves versions canvien la manera de signar les factures o de gestionar la base de dades.
Còpies de seguretat i restauracions: Especialment rellevants. Una restauració d’una còpia antiga podria suposar la pèrdua d’una part de la seqüència de factures emeses en dies posteriors. Per evitar confusions, cal anotar aquest succés al registre.

Obligacions de conservació

Tal com passa amb les factures, el registre d’esdeveniments no es pot manipular ni esborrar. El període mínim de conservació és el mateix que per a les factures (normalment 4 anys, d’acord amb la Llei General Tributària i el termini de prescripció). No obstant això, per seguretat jurídica, és recomanable conservar-lo mentre hi hagi factures que puguin ser inspeccionades, cosa que a vegades n’estén la utilitat fins a 5 o més anys, segons la casuística del negoci (per exemple, si emets factures del 2023 i te les exigeixen el 2027).

El programari haurà de permetre un volcat segur d’aquest registre (generalment en format XML) perquè sigui llegible en cas de requeriment. La secció de passos per a la implantació aprofundeix en com planificar l’exportació i les còpies de seguretat per no incórrer en irregularitats.

11.3. Auditories i controls

Un dels temors més freqüents entre les pimes que opten per la modalitat NO VERI*FACTU és: “Com i quan pot l’Agència Tributària revisar el meu registre d’esdeveniments?” Precisament, la potestat d’inspecció de l’AEAT li permet personar-se a l’establiment o requerir telemàticament el volcat complet d’aquests registres. Vegem les situacions més habituals i algunes bones pràctiques.

Com l’AEAT pot revisar aquest registre

Inspecció in situ: Si l’AEAT envia els seus inspectors al teu local, poden exigir accés immediat al programari de facturació i al registre d’esdeveniments. Per això, hauràs de facilitar les credencials (usuari i contrasenya) i qualsevol clau de seguretat necessària.
Requeriment d’informació: De manera electrònica, l’Agència Tributària pot enviar-te un requeriment perquè, en un termini determinat, remetis tots els esdeveniments entre dues dates concretes. També pot exigir la remissió dels registres de facturació i comparar-los amb el registre d’esdeveniments per verificar-ne les coherències.
Comprovació amb la cadena de hash: En la modalitat NO VERI*FACTU, cada factura porta la seva “empremta” o signatura que l’encadena amb l’anterior. El registre d’esdeveniments ha de reflectir els successos que, d’una manera o altra, validin aquesta seqüència. Si l’AEAT detecta que la seqüència s’ha trencat sense justificació o que falten esdeveniments esperables (per exemple, no s’anota un crash del sistema), pot sospitar que hi ha hagut manipulació.

En el pitjor escenari, si l’AEAT conclou que has omès esdeveniments crucials o manipulat la base de dades, podries enfrontar-te a sancions contemplades a l’article 201 bis de la Llei General Tributària, descrit a la secció de règim sancionador. Per això, és vital implementar el registre d’esdeveniments amb tota la robustesa que exigeix la norma.

Bones pràctiques per evitar incidències

Encara que la norma es limita a establir requisits mínims, l’experiència amb altres sistemes de control de facturació (per exemple, TicketBAI al País Basc o els “ECR systems” en altres països) indica que hi ha Bones Pràctiques que redueixen significativament els riscos:

Mantenir un “mirror” o còpia sincronitzada del registre d’esdeveniments: Si guardes el registre en un servidor local, pots configurar backups automàtics al núvol. Així, si un empleat intenta suprimir registres en local, quedarà constància a la còpia.
Activar alertes d’anomalia: Molts programes de facturació ja preveuen la detecció d’incongruències. Ajusta el sistema perquè, davant de qualsevol fet anòmal (com un salt en la numeració d’esdeveniments o repetició d’un mateix ID), enviï un correu o notificació al responsable de comptabilitat o a l’administrador.
Registrar no només “grans” successos sinó també “canvis de configuració”: Sovint, és en els petits ajustos on s’introdueixen forats de seguretat que podrien permetre manipular factures. Com més granular sigui el teu registre d’esdeveniments, millor protegit estaràs davant una auditoria.
Documentar internament la gestió d’esdeveniments: Similar a un manual de procediments, crea un apartat (vegeu formació i documentació interna) perquè tots els empleats sàpiguen què és el registre d’esdeveniments, per què no es pot esborrar ni alterar i què passa si alguna cosa es registra malament.

Recorda que l’objectiu no és complicar-te la vida, sinó garantir que cap factura es “borri” sense deixar rastre i que tot succés que afecti el programari quedi reflectit. Si el teu equip entén la importància d’això i el teu proveïdor de programari ho implementa correctament, el registre d’esdeveniments serà un aliat, no un obstacle.

En conclusió, el registre d’esdeveniments és el cinturó de seguretat per a aquells que prefereixin la modalitat NO VERI*FACTU, conservant localment les factures sense enviar-les a l’AEAT en temps real. Emmagatzemar i “encadenar” factures no és suficient; cal també un registre de successos que provi que el sistema no ha estat manipulat fora dels canals legals.

La seva implementació pràctica comporta:

Configurar la generació automàtica d’esdeveniments en iniciar i tancar el sistema, en exportar factures, en detectar anomalies i en canviar configuracions crítiques.
Assegurar la inalterabilitat d’aquests esdeveniments, sovint mitjançant signatura electrònica o seqüència hash similar a la de les factures, per evitar que puguin “esborrar-se” sense evidències.
Conservar el registre d’esdeveniments almenys durant 4 anys, igual que les factures, i permetre’n l’exportació en format llegible si l’AEAT ho requereix.

D’aquesta manera, si l’Administració es persona o sol·licita una inspecció remota, podràs demostrar que el teu sistema ha operat conforme a la legalitat i no has alterat factures a posteriori sense deixar rastre. A la secció sobre passos per a la implantació t’expliquem com planificar aquest requisit dins del teu projecte d’adaptació a VERI*FACTU, i a impacte pràctic veuràs com repercuteix a nivell de procediments interns diaris.

Per descomptat, si creus que remetre voluntàriament les teves factures a l’AEAT de forma immediata o quasi real t’estalvia la complicació de mantenir un registre d’esdeveniments, la modalitat VERI*FACTU pot ser la teva solució idònia. En aquest cas, l’AEAT es converteix en “garant” de la integritat, eliminant l’obligació de signatura individual de cada registre o la necessitat del registre d’esdeveniments. No obstant això, no tots els negocis volen (ni poden) tenir aquesta connexió estable a Internet o aquesta dependència dels servidors, de manera que la modalitat NO VERI*FACTU continua sent totalment vàlida.

Sigui quina sigui la teva opció, el Registre d’esdeveniments exemplifica la “columna vertebral” de la seguretat interna en la modalitat NO VERI*FACTU. Aplica un criteri de “més val prevenir”: un registre exhaustiu i fiable és el que, en cas de dubte, provarà la teva bona fe i la impossibilitat tècnica que les factures hagin estat manipulades sense deixar rastre. Amb una adequada implantació d’aquest registre, la teva pime quedarà millor protegida davant qualsevol inspecció o denúncia de frau, reforçant la confiança en els teus processos comptables.

Si vols saber com es certifica el programari que implementa aquest tipus de registre d’esdeveniments, et suggerim llegir la secció sobre la declaració responsable, on expliquem com el desenvolupador ha d’emetre un document comprometent-se a complir el que estableix el RD 1007/2023. El usuari final, per la seva banda, ha d’exigir aquesta declaració i conservar-la com a part del seu “escut legal”.

Així, el registre d’esdeveniments deixa de ser un mer formalisme per passar a ser una eina essencial que defensa la transparència i evita que qualsevol incidència o intent de frau passi inadvertit. Esperem que, amb aquesta explicació, et resulti més senzill entendre la utilitat i la necessitat d’incloure’l en el teu pla d’adaptació a VERI*FACTU, especialment si en el teu cas has optat per la conservació in situ dels registres de facturació i no per la remissió voluntària.

12. Exemples pràctics i casos d’ús

A vegades, resulta complicat entendre la implantació del Reglament VERI*FACTU (Reial Decret 1007/2023) en termes abstractes. Per això, res millor que veure casos reals o situacions tipus en què s’afronta l’adaptació a la nova norma. En aquesta secció, descrivim quatre escenaris molt diferents (una empresa de serveis amb baixa facturació, un comerç minorista amb venda directa, una pime industrial que emet multitud de factures i un autònom amb escassa activitat) per il·lustrar com poden abordar els seus respectius projectes de compliment.

Si desitges més informació sobre els requisits de cada modalitat (VERI*FACTU vs. NO VERI*FACTU), la secció sobre modalitats de sistemes o els terminis d’implantació, et recomanem revisar aquests apartats. A més, si et preocupa la sanció que podria comportar un ús indegut del programari, trobaràs detalls al capítol corresponent.

12.1. Empresa de serveis sense gran volum de facturació

Imaginem una consultoria petita, formada per 3 professionals i situada en una ciutat de mida mitjana. Les seves principals característiques són:

Emet aproximadament 15 o 20 factures al mes, a clients finals i a algunes altres pimes.
Moltes de les seves factures s’elaboren de forma manual, en Word o Excel, i després es converteixen a PDF per enviar-les per correu electrònic.
No disposa d’un ERP complex. La seva comptabilitat la porta una assessoria externa i els socis només necessiten un programari molt bàsic.

Amb l’arribada de VERI*FACTU, els seus responsables s’assabenten que les factures hauran de:

Incloure el codi QR i la frase “Factura verificable a la seu electrònica de l’AEAT” o “VERI*FACTU” (si opten per la modalitat VERI*FACTU).
Garantir la inalterabilitat, ja sigui enviant-les a l’AEAT (remissió voluntària) o amb un hash encadenat i un registre d’esdeveniments en cas de modalitat NO VERI*FACTU.

Decisió d’adoptar VERIFACTU vs NO VERIFACTU

Després de consultar amb el seu assessor, la petita empresa opta per la modalitat VERI*FACTU. Per què? Fonamentalment per dos motius:

Volum baix de facturació: Enviant unes 15-20 factures al mes, el trànsit de dades a l’AEAT és mínim, i no temen saturar la seva connexió a Internet.
Simplicitat de l’eina: Els atrau la idea de no haver de preocupar-se per la signatura electrònica ni pel registre d’esdeveniments. Prefereixen que sigui l’AEAT qui rebi en temps real les factures i funcioni com a garant de la integritat.

S’assabenten, a més, que l’Agència Tributària preveu una aplicació simplificada (la “Aplicació de darrer recurs”) per a microempreses amb molt poques factures. No obstant això, després d’explorar-la, veuen que necessiten una eina una mica més versàtil (per exemple, per generar factures amb el seu logotip i automatitzar certes dades). Finalment, troben un programari al núvol que, per una quota mensual moderada, genera factures amb QR i remet els registres a l’AEAT en mode VERI*FACTU.

Costos estimats i passos seguits

El cost de la llicència d’aquest programari és d’uns 20 €/mes, que consideren assumible. En cas d’haver triat la modalitat NO VERI*FACTU, el programari que van mirar requeria un mòdul de signatura electrònica i implementació de registre d’esdeveniments, quelcom més car (pot rondar els 600 € com a pagament inicial, més un manteniment), i a més comportava complexitats tècniques (còpies de seguretat locals, etc.).

El pla d’implantació va ser:

Formació ràpida de la sòcia encarregada de facturació sobre com generar factures amb el nou sistema al núvol.
Prova pilot durant una setmana, enviant factures de prova a l’AEAT en mode VERI*FACTU (el programari disposa d’un entorn de test).
Desplegament definitiu i abandonament d’Excel. Integren les dades dels seus clients al programari en línia i comencen a facturar amb QR i la menció “Factura verificable a la seu electrònica de l’AEAT”.

Ara, la seva facturació compleix amb la inalterabilitat exigida per la Llei General Tributària i el RD 1007/2023. Quan l’AEAT sol·liciti o vulgui verificar alguna cosa, ja disposarà dels registres que envien en temps real, i l’empresa no està obligada a mantenir signatura electrònica ni registre d’esdeveniments local.

12.2. Comerç minorista amb venda directa al públic (factures simplificades)

Vegem un altre cas: un comerç minorista de roba i complements, amb un taulell i TPV (Terminal Punt de Venda) per atendre els clients. Es tracta d’un negoci que emet la gran majoria de factures en format simplificat (tiquets), llevat d’ocasions puntuals en què el client sol·licita una factura completa per a deducció fiscal.

Implementació del codi QR en els tiquets

Abans de VERI*FACTU, els seus tiquets no contenien cap tipus de codi per a verificació. Amb la nova normativa, sorgeix l’obligació d’incloure un QR i la frase “Factura verificable a la seu electrònica de l’AEAT” (o “VERI*FACTU”) en cada document (factura simplificada). A més, el seu programari TPV ha de permetre la traçabilitat de cada tiquet, impedint-ne l’eliminació posterior sense rastre.

Després d’informar-se, el comerciant opta per la modalitat NO VERI*FACTU, ja que no vol dependre d’una connexió contínua a Internet ni “informar” cada tiquet a l’instant. Prefereix continuar imprimint tiquets amb la seva impressora de rebuts i emmagatzemar localment la cadena de factures (cadascuna amb el seu hash).

El seu proveïdor de TPV ja està treballant en l’actualització per a VERI*FACTU. Li asseguren que, amb un pedaç, cada tiquet generarà el QR corresponent i la menció “Factura verificable…”. Addicionalment, s’activarà un registre d’esdeveniments que anotarà cada inici del sistema, cada tancament, cada exportació de dades i qualsevol anul·lació de tiquet.

Com gestionar l’anul·lació de factures

Fins ara, si es detectava un error en el cobrament, el treballador simplement “esborrava” el tiquet. Això ja no és viable sense deixar rastre. La nova operativa exigeix:

Emetre un registre d’anul·lació: Si el client retorna l’article just després de la compra, es genera un “tiquet d’anul·lació” que fa referència a la venda original, conservant l’empremta del tiquet inicial.
El sistema registra un “esdeveniment” amb data, hora i causa de l’anul·lació (p. ex., “Error en el preu” o “El client es penedeix”).
L’empleat imprimeix aquest nou document (“tiquet d’anul·lació”) i el lliura al client o el guarda, segons la política del comerç.

D’aquesta manera, cada venda i anul·lació queda perfectament rastrejada. El comerç minorista manté la seva independència local, sense enviar dades a l’AEAT en temps real, però assumeix la responsabilitat de custodiar tots els registres de facturació i el registre d’esdeveniments.

12.3. Pime industrial amb facturació massiva

En aquest tercer exemple, tenim una pime industrial que fabrica i distribueix components elèctrics a múltiples clients B2B a tot Espanya. Mensualment, emet al voltant de 3.000 factures, moltes en format factura completa, i disposa d’un ERP robust que integra gestió de comandes, producció, logística i facturació.

Integració amb ERP i comptabilitat

L’empresa ja comptava amb un ERP personalitzat que genera factures en PDF i envia còpies a la seva comptabilitat interna. Davant VERI*FACTU, es plantegen dues opcions:

Remissió voluntària (VERI*FACTU): Enviar cada factura o lot de factures a l’AEAT en pocs segons després de la seva emissió. Donat l’alt volum, temen saturar la connexió o necessitar més potència de servidors. Els preocupa el control de flux que l’AEAT estableix i com ajustar-se per no col·lapsar enviaments. A canvi, s’alliberarien de la signatura electrònica local i del registre d’esdeveniments.
Conservació in situ (NO VERI*FACTU): Mantenir totes les factures signades electrònicament i encadenades amb un hash, a més de portar un registre d’esdeveniments que documenti cada succés rellevant. Així, no depenen d’una comunicació contínua amb l’AEAT, però han de reforçar els seus sistemes per gestionar la signatura i la custòdia de milers de factures al mes.

Després de consultar el seu departament d’IT, veuen que el seu ERP ja gestiona la signatura de documents electrònics per a altres propòsits (segells de temps, etc.). Per tant, el pas a NO VERI*FACTU no és tan gran. Els preocupa més la idea de saturar la seva connexió pujant 3.000 factures mensuals (o 150 diàries) a l’AEAT, tot i que això és factible amb una connexió adequada. Però, al final, opten per NO VERI*FACTU per preferir controlar localment les seves dades i no haver d’estar pendents de possibles errors en la comunicació telemàtica.

Proves de càrrega i enviament massiu de registres

Adoptada la modalitat NO VERI*FACTU, ara han de preparar l’ERP per a:

Crear l’encadenament de factures, de manera que cada una referenciï l’empremta de l’anterior.
Signar cada registre de facturació electrònicament, i generar l’empremta (hash) corresponent.
Incorporar la impressió del codi QR i la frase “Factura verificable a la seu electrònica de l’AEAT” (o “VERI*FACTU”), si escau. Encara que, en NO VERI*FACTU, també és obligatori el QR, fins i tot si no remeten la factura a l’AEAT.
Gestionar el registre d’esdeveniments. Cada vegada que arrenca l’ERP, es fa una exportació, o es detecta un error d’integritat, es registren “esdeveniments” amb data i detall.

Per assegurar-se que el rendiment no es ressenteix, fan proves de càrrega sobre el seu ERP local, generant 3.000 factures d’exemple i veient si la signatura individual retarda massa el sistema. Ajusten les rutines de batch per signar cada factura de manera eficient.

Finalment, el procés d’adaptació dura uns 3 mesos, incloent-hi reunions amb el proveïdor de l’ERP i formacions al personal. Però amb això, la pime industrial se sent preparada per a la data límit i manté la seva autonomia local sense saturar la xarxa amb enviaments a l’AEAT.

12.4. Autònom amb facturació ocasional

Finalment, considerem la situació d’un autònom (per exemple, un professional de teràpies naturals) que emet només 4 o 5 factures al mes, a clients particulars, i no té una estructura comptable complexa. Fins ara, les feia amb Word o Excel, numerant-les manualment.

Ús de l’aplicació gratuïta de l’AEAT (“Aplicació de darrer recurs”)

El Reglament VERI*FACTU preveu que l’Agència Tributària ofereixi una aplicació gratuïta per facturar, pensada especialment per a microempreses o autònoms amb un volum de facturació molt baix. El professional descobreix aquesta eina a la Seu Electrònica de l’AEAT i decideix provar-la:

Introdueix el seu certificat digital o Cl@ve per autenticar-se.
El formulari li demana dades bàsiques del client, concepte i import.
En generar la factura, es crea un PDF amb codi QR, la menció “VERI*FACTU” i la numeració correlativa que l’aplicació maneja. És l’AEAT qui, en certa manera, “controla” la integritat.

En conseqüència, l’autònom queda eximit de mantenir localment un “registre d’esdeveniments” o de signar electrònicament res; la pròpia AEAT actua com a garant de la inalterabilitat. És, de fet, la modalitat VERI*FACTU aplicada a un “formulari web”.

Avantatges i limitacions

El principal avantatge d’aquesta “Aplicació de darrer recurs” rau en el seu cost zero i la seva extrema senzillesa. No obstant això, també presenta limitacions:

Factures sense personalització: Amb aquesta app gratuïta, el professional no pot afegir un logotip ni un disseny corporatiu, ni editar massa la plantilla.
Enfocament en factures completes: En molts casos, no genera tiquets (factures simplificades) si el teu model de negoci és de venda B2C, cosa que pot ser un inconvenient per a comerços físics.
Gestió de cobraments i inventari inexistent: No ofereix funcionalitats addicionals de comptabilitat, control d’estoc o vincle amb el compte bancari.
Manca d’escalabilitat: Si en el futur l’autònom comença a emetre 100 factures al mes, l’app gratuïta es quedarà curta i haurà de migrar a un programari més avançat.

Tot i això, per a un autònom ocasional amb tan poques factures, aquesta solució pública funciona com una manera ràpida de “complir la llei sense gastar”. El professional assumeix que, mentre faci servir aquest formulari, cada factura “neix” enviada a l’AEAT i, per tant, compleix el model VERI*FACTU a la perfecció.

Conclusions dels casos d’ús

A través d’aquests quatre exemples hem vist com el Reglament VERI*FACTU pot adaptar-se a realitats empresarials molt diferents:

Empreses de serveis amb baix volum troben còmode el sistema de remissió voluntària de factures (VERI*FACTU). Això els evita haver de signar electrònicament i portar un registre d’esdeveniments.
Comerços minoristes que emeten molts tiquets prefereixen, en alguns casos, la modalitat NO VERI*FACTU, gestionant localment la integritat i assumint el registre d’esdeveniments. El seu TPV s’actualitza per generar el QR.
Pimes industrials amb facturació massiva valoren la complexitat d’enviar milers de factures a l’AEAT (VERI*FACTU) enfront de signar-les localment i implementar un registre d’esdeveniments robust (NO VERI*FACTU). Moltes trien aquesta última opció per mantenir el control total.
Autònoms amb pocs clients poden optar per l’aplicació gratuïta de l’AEAT, integrant automàticament la remissió en temps real i evitant costos addicionals.

En tots els escenaris, es repeteixen dos conceptes clau: encadenament (o signatura electrònica) i codi QR amb la frase “Factura verificable a la seu electrònica de l’AEAT” o “VERI*FACTU”. També s’evidencien costos i reptes diversos, que varien segons la complexitat del negoci.

Cada cas s’ha de valorar segons les circumstàncies pròpies. Factors com l’estructura del negoci, el temps restant fins a la data límit, el risc de sancions i la capacitat d’inversió juguen un paper clau en la decisió final. El que sí que és clar és que qualsevol empresa o autònom que emeti factures haurà d’escollir un programari compatible amb VERI*FACTU o adaptar-se a l’eina gratuïta de l’Agència Tributària, contemplant totes les implicacions d’una o altra elecció.

Esperem que aquests exemples pràctics t’ajudin a visualitzar millor com podries aplicar el Reial decret 1007/2023 a la teva pròpia activitat o a l’hora d’assessorar els teus clients. Si encara tens dubtes sobre la declaració responsable que ha d’emetre el proveïdor, et recomanem revisar la secció sobre declaracions i certificació. I si vols un pla detallat d’implantació exitosa, consulta l’apartat de Passos per a la implantació, on expliquem com planificar, formar el personal i controlar els costos d’aquest canvi normatiu.

Per a més informació, també pots visitar la Seu Electrònica de l’AEAT, on l’Agència Tributària publicarà directrius i documentació de suport, així com l’associació professional o col·legi que correspongui al teu sector, ja que alguns ja estan elaborant guies i llistats de programari homologat per facilitar aquesta transició.

13. Relació amb la futura factura electrònica obligatòria (Llei Crea i Creix)

El Reglament VERI*FACTU (Reial decret 1007/2023) no és l’únic projecte de digitalització que afecta l’emissió i recepció de factures a Espanya. Paral·lelament, s’està desenvolupant l’extensió de la factura electrònica obligatòria en les relacions B2B, dins de la coneguda com a “Llei Crea i Creix” (Llei 18/2022, de 28 de setembre). Tot i que ambdues iniciatives busquen modernitzar la facturació i facilitar el control, no són exactament el mateix ni tenen els mateixos objectius…

13.1. Diferències entre VERI*FACTU i facturació electrònica

El Reial decret 1007/2023 (VERI*FACTU) i la factura electrònica obligatòria de la Llei 18/2022 “Crea i Creix” parteixen d’un denominador comú: digitalitzar i modernitzar el procés d’emissió de factures a les empreses espanyoles. No obstant això, cadascun se centra en objectius i aspectes legals diferents:

Objectius tributaris vs. objectiu anti-morositat

VERI*FACTU: Creat amb una clara vocació de combatre el frau fiscal i augmentar la transparència de la facturació. Se centra en evitar la manipulació i l’esborrat de factures, garantint la “inalterabilitat” dels registres mitjançant l’encadenament d’empremtes o la remissió immediata a l’Agència Tributària, segons la modalitat escollida. També persegueix que cada factura disposi d’un codi QR verificable pel client i per la pròpia Administració.
Factura electrònica obligatòria (Llei Crea i Creix): Es promou amb l’objectiu principal de reduir la morositat en les transaccions comercials B2B, impulsant l’obligatorietat de la e-factura entre empreses i professionals. Així, tot intercanvi (comandes, factures, pagaments) es formalitzaria electrònicament, deixant menys marge a impagaments o dilacions injustificades. La Llei 18/2022 busca la traçabilitat dels pagaments i la transparència en les relacions comercials.

La diferència essencial és que VERI*FACTU se centra en la integritat tributària (evitar factures “esborrades” o alterades) i la Llei Crea i Creix en la gestió de cobraments i la lluita contra la morositat. Amb la e-factura obligatòria, es pretén que cada operació B2B estigui documentada electrònicament i que els pagaments siguin rastrejables, mentre que VERI*FACTU versa sobre la no manipulació fraudulenta i la verificació en temps real o local (segons modalitat).

A més, VERI*FACTU afecta totes les factures (B2B, B2C o fins i tot factures simplificades o tiquets), mentre que la obligatorietat de la factura electrònica de la Llei Crea i Creix se centra en les operacions B2B. No obstant això, ambdós projectes comparteixen el rerefons de la digitalització i la conveniència de formats electrònics segurs.

13.2. Possible convergència futura

Malgrat les diferències, molts experts anticipen una convergència entre VERI*FACTU i la facturació electrònica obligatòria. Per què? Perquè, a llarg termini, l’ecosistema espanyol tendirà a:

Generalitzar la e-factura també en transaccions B2C, unificant els formats en benefici de l’automatització comptable i la reducció del paper.
Integrar la remissió de dades amb l’AEAT perquè, si ja s’emet electrònicament, la factura es comparteixi amb l’Administració en temps real (similar al que passa en VERI*FACTU voluntari), reforçant així la inalterabilitat i simplificant obligacions comptables a pimes.
Reforçar la lluita contra el frau i la morositat de manera conjunta, ja que un sistema de e-factura estructurada, acompanyat de la impossibilitat de manipular registres, assegura la transparència tant en l’àmbit fiscal com en el comercial.

Des d’aquesta perspectiva, qui ja adopti les mesures de VERI*FACTU –per exemple, generant factures amb QR, evitant la sobrescriptura de factures passades, optant per un programari que compleixi la declaració responsable– es trobarà en una posició molt més còmoda quan la Llei Crea i Creix avanci i exigeixi que aquestes factures a més tinguin un format electrònic (Factures Estructurades) reconegut i compleixin la anti-morositat.

Encara que les dates d’obligatorietat de la e-factura en B2B no estan totalment definides per a totes les empreses (la llei preveu escalar-les segons volum de facturació), és previsible que el 2024 o 2025 es consolidi l’aplicació de la Llei Crea i Creix a més i més pimes. Això significa que, per a aquestes dates, molts negocis hauran de sí o sí emetre la factura en un format estructurat (p. ex., Facturae, UBL, etc.) o seguir un “portal d’intercanvi” de factures, similar al que ja es fa en facturació amb l’Administració Pública (FACe).

13.3. Consells per a qui vulgui avançar-se

En vista de la possible convergència i l’escenari futur, com preparar-se? Què passa si la teva pime ja vol alinear-se amb la futura factura electrònica obligatòria, aprofitant la implantació de VERI*FACTU? Aquí tens algunes recomanacions:

1. Adaptar des d’ara els sistemes a formats estructurats

Tot i que VERI*FACTU no exigeix un format electrònic tipus Facturae o UBL, res impedeix adoptar-ne un voluntàriament. Moltes solucions de facturació ja permeten l’emissió de factura electrònica en PDF + XML. En optar per això, t’assegures de:

Tenir les factures en PDF per a una gestió ràpida, amb el seu codi QR i la menció “VERI*FACTU”.
Disposar d’un XML estructurat per a integracions, sense haver d’esperar a l’entrada en vigor massiva de l’e-factura B2B. Quan la llei exigeixi el seu ús, ja estaràs preparat.

Per exemple, si el teu programari emet un fitxer Facturae amb signatura XAdES i, al mateix temps, afegeix el QR de VERI*FACTU, estaràs cobrint tant l’aspecte antifrau com l’estructurat, cosa que agilitza la futura adaptació a la Llei Crea i Creix.

2. Escenaris per a pimes que optin ja per la facturació electrònica

Moltes pimes, especialment en l’àmbit B2B, ja utilitzen facturació electrònica amb signatura digital i format estructurat perquè els seus clients ho exigeixen (per exemple, grans cadenes de distribució, Administracions Públiques, etc.). En aquest escenari, la principal novetat de VERI*FACTU és assegurar la inalterabilitat i el QR:

Actualitzar el programari per no sobreescriure factures sense generar una anul·lació formal.
Incloure a la factura electrònica (o a la seva representació impresa) el codi QR i la frase “Factura verificable en la seu electrònica de l’AEAT” o “VERI*FACTU”.
Escollir si vols enviar l’e-factura a l’AEAT en mode VERI*FACTU o mantenir-la localment amb signatura i registre d’esdeveniments.

Així, no hauràs de fer una doble adaptació quan entri en vigor la Llei Crea i Creix, ja que ja treballaràs amb fitxers electrònics i hauràs implementat un sistema que bloquegi qualsevol manipulació posterior.

3. Integrar la lluita contra la morositat en la gestió

La possible convergència també es tradueix en el fet que, si el teu programari ja permet la captura d’estats de pagament (per exemple, “factura pagada el X de Y de 2023”), podràs documentar clarament quan la contraparte t’abona. Això s’alinea amb l’objectiu de la Llei Crea i Creix, que busca obligar les empreses a respectar els terminis de pagament i fomentar la transparència. Així, pots de manera voluntària anar registrant els estats de pagament a cada factura.

Si en el futur la llei exigeix enviar aquests estats de pagament a algun sistema centralitzat (hipotèticament), la teva empresa ja tindrà aquesta informació en un format normalitzat. Per tant, la recomanació de molts assessors és no veure VERI*FACTU com una simple norma antifrau, sinó com un pas més en la digitalització integral de la facturació i els cobraments, alineant-se amb la directriu anti-morositat.

En conclusió, VERI*FACTU i la facturació electrònica obligatòria (Llei Crea i Creix) aborden la digitalització de la facturació des d’angles diferents –la integritat tributària enfront de la lluita contra la morositat– però amb moltes sinergies potencials:

VERI*FACTU consolida la impossibilitat de manipular factures a posteriori.
L’e-factura normalitza la comunicació B2B i facilita la traçabilitat dels pagaments, promovent pràctiques més transparents.

Aquell qui ja adopti les mesures de VERI*FACTU (instal·lant un programari segur, incloent el QR a cada factura o comunicant-la immediatament a l’AEAT) es trobarà millor posicionat quan l’e-factura B2B sigui exigida legalment. D’altra banda, si ja utilitzes factura electrònica en les teves relacions empresarials, l’adaptació a VERI*FACTU et resultarà menys costosa, ja que els principis de digitalització i signatura ja et són familiars.

Per a aquells que vulguin avançar-se, la recomanació general és integrar formats electrònics estructurats i complir les exigències d’inalterabilitat que marca la llei, encara que l’e-factura B2B no sigui obligatòria encara per al seu sector o mida. Això garanteix que la pròxima onada legislativa no requereixi una segona gran reforma dels teus sistemes.

Esperem que aquesta comparativa i consells aclareixin la teva visió sobre com encaixa VERI*FACTU amb la factura electrònica obligatòria impulsada per la Llei Crea i Creix. Si vols aprofundir en els casos pràctics o aprendre com implantar de manera efectiva les solucions complint la normativa, t’animem a explorar la resta de la guia. També pots accedir a la publicació oficial de la Llei 18/2022 al BOE i revisar la secció de context per veure com encaixa aquesta futura e-factura en el panorama legislatiu espanyol.

14. FAQ (Preguntes Freqüents)

Al llarg d’aquesta guia hem explicat en detall com afecta el Reglament VERI*FACTU (Reial decret 1007/2023) als processos de facturació de pimes, microempreses i autònoms. Tot i així, és natural que sorgeixin dubtes concretes sobre terminis, sancions, aspectes tècnics o situacions anòmales. En aquesta secció de FAQ (Preguntes Freqüents), intentem resumir i respondre de manera clara les qüestions que solen repetir-se una vegada i una altra.

Si després de revisar aquestes preguntes encara no trobes el que busques, et convidem a explorar la resta dels capítols de la guia. Per exemple, si necessites saber quina de les dues modalitats (VERI*FACTU vs. NO VERI*FACTU) encaixa millor en el teu negoci, o si et preocupa quines sancions poden imposar-te per incomplir la norma, hi ha apartats específics dedicats a aquests temes. A més, la secció sobre Declaració Responsable explica en què consisteix aquest document que el fabricant del programari està obligat a emetre.

14.1. Dubtes més típics sobre terminis i sancions

Què passa si no arribo a temps a la data límit d’implantació?

La data límit per tenir llest el teu programari conforme al Reial decret 1007/2023 és l’1 de juliol de 2025. A partir d’aquell dia, totes les pimes i autònoms que emetin factures (excepte els exempts, com els adscrits al SII o aquells que es troben en territoris forals amb altres normatives) han d’utilitzar un sistema que compleixi amb VERI*FACTU.

Si no arribes a la data: Tècnicament, estaries en infracció. Això podria donar lloc a inspeccions o a sancions contemplades a l’article 201 bis de la Llei General Tributària. Per exemple, la possessió d’un programari que no compleixi els criteris d’integritat i inalterabilitat pot comportar multes fixes o percentuals, segons el volum d’operacions.
Recomanació: Inicia el procés d’implantació amb antelació i no esperis fins a l’últim moment, ja que l’experiència demostra que en els mesos previs es produeix una elevada demanda d’actualitzacions de programari i, en conseqüència, retards en el servei dels proveïdors.

Podré seguir utilitzant el meu programa antic amb un pedaç?

Depèn del teu proveïdor. El més important és que el teu programari generi factures amb codi QR i la seva corresponent menció (“VERI*FACTU” o “Factura verificable en la seu electrònica de l’AEAT”), i a més asseguri la inalterabilitat. Si el teu programa no s’ha actualitzat –o no ho farà–, hauràs de:

Migrar a un altre producte que sí que compleixi (amb la Declaració Responsable).
Assumir el risc de sancions si continues utilitzant un programari obsolet que no implementi l’encadenament de registres, la signatura electrònica (en la modalitat NO VERI*FACTU) o la remissió (en VERI*FACTU).

El Reial decret 1007/2023 no contempla pròrrogues individuals, així que l’única via és adaptar-se o buscar una solució gratuïta (per exemple, la aplicació de l’AEAT si emets molt poques factures).

Què passa si el meu programari no està preparat però jo no ho sabia?

La norma exigeix diligència a l’empresari. No saber que el teu programari incompleix no t’eximeix de responsabilitat. És a dir, la Llei General Tributària no considera la ignorància com un atenuant total. Has d’exigir al teu proveïdor la Declaració Responsable i guardar-la, de manera que si després apareix un error desconegut, com a mínim puguis demostrar la teva bona fe.

14.2. Qüestions tècniques bàsiques

Com es calcula el QR i quina informació conté?

Cada factura emesa conforme a VERI*FACTU incorpora un codi QR. A la secció d’impacte pràctic expliquem que el QR sol incloure:

Una URL cap a la seu electrònica de l’Agència Tributària o un servei de validació.
Dades mínimes de la factura (NIF de l’emissor, número i sèrie de factura, import total, data d’expedició).

Què és un hash i per a què serveix?

El hash és un resum criptogràfic que el sistema calcula en generar cada factura, fent que qualsevol alteració posterior canviï el resultat i sigui detectable. Per exemple, usant algoritmes com SHA-256, s’obté una empremta de 64 caràcters hexadecimals.

Amb VERI*FACTU, aquest hash sol incloure’s a la pròpia factura (o en el seu registre) i vincular-se al de la factura anterior (el que anomenem “encadenament”). Així, cada nova factura referencia part del hash de l’anterior, creant una cadena inquebrantable que impedeix “intercalar” factures falses o modificar-ne una ja existent sense que es detecti un salt en la seqüència.

Si optes per la modalitat NO VERI*FACTU, el hash és un dels pilars de la integritat local. En la modalitat VERI*FACTU, el hash segueix existint, però l’AEAT no t’obliga a la signatura electrònica ni al registre d’esdeveniments, perquè la seva validesa recau en la remissió immediata de la factura.

14.3. Possibles situacions anòmales

Talls de connexió, errors d’impressora o pèrdua de dades: què faig?

Aquestes incidències poden ocórrer en el dia a dia. Vegem com afrontar-les segons la modalitat escollida:

Modalitat VERI*FACTU:
- Tall de connexió: El sistema de facturació no podrà enviar les factures “en viu” a l’AEAT. Normalment, l’aplicació reté els registres i els reintenta enviar tan aviat com es restableixi la xarxa. No perds factures, però convé vigilar els avisos d’error i reintent perquè no s’acumulin factures sense transmetre.
- Error d’impressora: Afecta l’entrega en paper, però no la “remissió voluntària”. L’AEAT rep igualment el registre, i quan recuperis la impressora podràs tornar a imprimir la factura amb el seu QR. Recorda que, si el client la necessita immediatament, pots enviar-la en PDF.
- Pèrdua de dades: Si es corromp la teva base de dades local, l’AEAT conserva la versió que li vas remetre. Reinstal·lant el programari i reimportant des de l’AEAT (si habiliten la funció) o des de les teves còpies de seguretat, podràs reconstruir-lo. Tot i això, l’AEAT no és el teu “backup” oficial, tu segueixes sent responsable de conservar els registres localment.
Modalitat NO VERI*FACTU:
- Tall de connexió: No afecta en absolut l’emissió de factures, ja que no estàs enviant dades a l’AEAT de manera immediata. Segueixes signant cada factura i guardant-la localment.
- Error d’impressora: Hauràs de buscar un mètode alternatiu per entregar la factura (enviar PDF per correu electrònic, etc.). El programari continuarà generant la factura amb QR, i quan es repari la impressora, podràs imprimir-la si el client ho demana. No hi ha remissió a l’AEAT, així que no et perjudica en la part telemàtica.
- Pèrdua de dades: És la pitjor situació. En no enviar-les a l’AEAT, si perds la base de dades i no tens una còpia de seguretat adequada, no podràs recuperar les factures ni demostrar la seva inalterabilitat. A més, el registre d’esdeveniments quedarà afectat. Per això, és imprescindible mantenir còpies de seguretat correctes i un pla de restauració clar.

Què passa si s’anul·la una factura i després es vol “recuperar”?

En principi, una vegada anul·lada, la factura ja no pot “tornar a la vida” sense generar un nou document. La integritat de la seqüència de factures en VERI*FACTU implica que tota anul·lació es reflecteixi com un registre de facturació d’anul·lació. Si més tard pretens “desanul·lar”, la norma no contempla aquesta possibilitat. El correcte és emetre una nova factura, amb una referència que expliqui per què es refà l’operació (per exemple, “Restabliment de la venda després d’un error d’anul·lació”). Això generarà un nou número de factura.

Si el teu programari permetés “revifar” la mateixa factura sense canviar el registre, estaries incomplint la inalterabilitat.

Es pot emetre una factura sense QR en casos excepcionals?

El Reglament VERI*FACTU no preveu excepcions per a la inclusió del QR (i la frase “Factura verificable…”) en les factures simplificades o completes, excepte aquelles expressament regulades per la normativa de facturació (p. ex., règim especial agrari, on s’utilitza un rebut en lloc d’una factura). Si una factura està obligada, ha de portar el QR.

Alguns negocis argumenten que no poden imprimir-lo en la versió en paper, però l’AEAT exigeix la representació gràfica del QR. Per tant, no complir en la teva impressora suposa un risc de sanció. A la secció d’Impacte Pràctic aprofundim sobre l’adaptació de tiquets i factures a aquest requeriment.

Confiem que aquest FAQ aporti llum sobre els dubtes més comuns respecte al Reglament VERI*FACTU. Si necessites un pla detallat de com adaptar la teva pime, revisa la secció de Passos per a la implantació. Per entendre millor els riscos de no complir, visita la secció de sancions, i si el que vols és veure exemples concrets de negocis que ja implementen VERI*FACTU o NO VERI*FACTU, fes una ullada a la secció de Casos d’ús.

Per últim, si et preocupa com s’enllaça aquesta norma amb la futura factura electrònica obligatòria (Llei Crea i Creix), et recomanem la secció de Convergència amb l’e-factura.

Per a informació oficial, també pots acudir a la Seu Electrònica de l’AEAT, on l’Agència Tributària publica guies i FAQs més especialitzades, així com els desenvolupaments tècnics que van apareixent en relació amb el Reial decret 1007/2023. Recorda: la clau per evitar sorpreses és anticipar-se, planificar la migració amb calma i triar un programari que compti amb la declaració responsable.

15. Annexos tècnics i normativa de referència

Al llarg d’aquesta guia hem anat desgranant els aspectes essencials del Reglament VERI*FACTU (Reial decret 1007/2023) i com aplicar-lo en el dia a dia de les pimes, autònoms i microempreses. No obstant això, per a aquells que necessitin un nivell de detall més profund o vulguin consultar la normativa de primera mà, aquesta secció ofereix annexos tècnics, referències legals i enllaços oficials a la documentació addicional. Aquí trobaràs extractes legals, guies de format (per exemple, l’estructura XML en què es generen i exporten els registres de facturació) i la informació bàsica que els desenvolupadors de programari han de conèixer per integrar correctament VERI*FACTU.

Si simplement vols saber com implantar o si et preocupen els dubtes més comuns, potser no necessitis entrar en el detall d’aquestes especificacions. Però si el teu negoci exigeix un grau més elevat de tecnificació (per exemple, una pime industrial amb facturació massiva o un desenvolupador que vulgui certificar el seu programari), aquests annexos són essencials.

15.1. Extractes legals i enllaços oficials

Per a aquells que busquin els textos normatius originals i la documentació legislativa, oferim aquí una llista de referències:

Text complet del Reial decret 1007/2023: Pots consultar-lo al
Butlletí Oficial de l’Estat (BOE).
Es va publicar el 6 de desembre de 2023, aprovant així el
Reglament que estableix els requisits que han d’adoptar els sistemes i programes informàtics o electrònics
que suportin els processos de facturació d’empresaris i professionals, i l’estandardització de formats dels
registres de facturació.
Referències a la Llei General Tributària (LGT):
- Article 29.2.j): Incorpora l’obligació que els sistemes informàtics “garanteixin la integritat,
  conservació, accessibilitat, llegibilitat, traçabilitat i inalterabilitat” dels registres de facturació.
- Article 201 bis: Descriu les infraccions tributàries per fabricar, produir, comercialitzar o utilitzar
  programari que permeti la manipulació fraudulenta de factures o que incompleixi els requisits d’inalterabilitat.
El text actualitzat de la Llei 58/2003 (LGT) pot consultar-se a
aquest enllaç oficial.
Accés a la futura Ordre Ministerial: El Reial decret 1007/2023 preveu el desenvolupament tècnic detallat
mitjançant una Ordre Ministerial d’Hisenda. Tot i que en el moment de redactar aquesta guia la seva publicació definitiva
està pendent o en procés, s’espera que la puguis trobar pròximament a la
secció de disposicions del BOE.
Aquesta ordre especificarà, entre altres coses, l’estructura dels fitxers d’alta o anul·lació, la signatura electrònica,
i la configuració del registre d’esdeveniments en la modalitat NO VERI*FACTU.

Mantenir-se al corrent de les actualitzacions és clau, especialment si la teva empresa o el teu proveïdor de programari necessiten adaptar els desenvolupaments a nous detalls que apareguin en aquesta Ordre Ministerial. Revisar periòdicament la Seu Electrònica de l’AEAT és molt recomanable per no perdre’t circulars o guies tècniques addicionals.

15.2. Especificacions tècniques dels registres

Independentment de si tries la modalitat VERI*FACTU (remissió voluntària a l’AEAT) o la modalitat NO VERI*FACTU (amb signatura local i registre d’esdeveniments), el programari que utilitzis ha de generar uns registres d’alta (en emetre cada factura) i, si escau, registres d’anul·lació (en anul·lar factures). Tots dos es basen en unes especificacions tècniques i funcionals que la norma exigeix. En concret, el Reial decret 1007/2023 preveu:

Estructura XML o formats exigits

Disseny dels camps: Es defineixen atributs com “NIF emissor”, “NIF receptor”, “Número i sèrie de
factura”, “data d’expedició”, “import total”, “règim tributari”, etc.
Codificació UTF-8: Es suggereix que tots els fitxers es gestionin en UTF-8 per evitar problemes
amb accents o caràcters especials en els noms dels clients.
Possible signatura electrònica i encadenament: En la modalitat NO VERI*FACTU es
defineix un mecanisme de hash (p. ex., SHA-256) que encadena cada registre d’alta
(factura) amb l’anterior immediat, assegurant la inalterabilitat. A més, cada registre pot signar-se
electrònicament en un estàndard tipus XAdES.

La Ordre Ministerial en desenvolupament detallarà aquests fitxers i la seva validesa. De fet, la declaració responsable que emet el proveïdor del programari ha de confirmar que el producte implementa correctament aquest esquema de registre.

Definicions d’empremta (hash), signatura electrònica, cadenes de facturació, etc.

Hash: Resum criptogràfic que identifica de manera única el contingut de la factura. Permet
detectar qualsevol alteració posterior de les dades.
Signatura electrònica: Mecanisme que, amb un certificat qualificat, garanteix la integritat i
el no repudi de cada factura. En la modalitat VERI*FACTU no és obligatòria, ja que l’AEAT actua com a testimoni
d’integritat en rebre les factures en temps real.
Cadenes de facturació: És l’encadenament de factures successives, on cada nova
inclou una referència parcial al hash de l’anterior, creant un “bloc” continu. Qualsevol ruptura en la cadena
indica que s’ha eliminat o inserit alguna cosa sense autorització.

A més, per al registre d’esdeveniments en la modalitat NO VERI*FACTU, també hi haurà definicions sobre els diferents tipus de successos a anotar (“inici del sistema”, “exportació de dades”, “detecció d’anomalies”, etc.). Consulta la secció de Registre d’Esdeveniments per a una explicació detallada.

15.3. Enllaços a recursos i documentació addicional

Per a aquells que necessitin més profunditat, a continuació es llisten recursos útils i portals on trobar documentació tècnica, validacions i FAQs avançades. Aquestes referències són especialment rellevants si ets desenvolupador de programari o si la teva pime necessita integrar completament VERI*FACTU en el seu ERP.

Portal de desenvolupadors de l’AEAT:
- L’Agència Tributària sol habilitar un
  espai per a desenvolupadors
  (conegut en altres iniciatives com el Portal d’Entitats Desenvolupadores). Allà trobaràs esquemes XSD,
  descripcions WSDL, manuals d’integració i exemples de validació d’XML per als diferents serveis
  telemàtics de l’AEAT.
Manuals d’integració, validacions i FAQs avançades:
- A mesura que es publiqui l’Ordre Ministerial i l’AEAT desenvolupi els serveis de remissió en
  temps real (per a la modalitat VERI*FACTU), s’espera que publiqui manuals amb el
  disseny de registre d’alta i anul·lació, la signatura o empremta i les validacions que s’aplicaran en els
  seus servidors.
- És probable que l’AEAT habiliti un entorn de proves (sandbox) perquè els proveïdors de
  programari testegin l’enviament de registres, de manera anàloga al que va passar en altres projectes com el
  Subministrament Immediat d’Informació (SII).
Suport i fòrums especialitzats:
- És habitual que en comunitats de desenvolupadors (per exemple, Stack Overflow
  o fòrums tècnics en català i castellà) sorgeixin fils de discussió sobre la implementació real de VERI*FACTU (gestió de
  QR, problemes amb la signatura, etc.).
- Associacions de fabricants de programari de comptabilitat a Espanya poden agrupar documentació i guies
  adaptades al sector. Investiga si el teu proveïdor està vinculat a alguna d’elles.

També pots trobar documentació a la Comissió Europea relativa a la lluita contra el frau i la digitalització de la facturació, amb directrius que, tot i que no són específiques de VERI*FACTU, sí que inspiren gran part de la normativa espanyola.

En definitiva, aquests Anexos tècnics i normativa de referència t’ofereixen una visió global de la “documentació oficial” disponible i dels estàndards o esquemes informàtics que donen suport a la implantació de VERI*FACTU. Encara que aquesta part pot resultar una mica densa per a l’empresari que només vol una visió general, és summament útil quan el teu objectiu és:

Certificar un programari i emetre la declaració responsable
com a desenvolupador o productor.
Integrar el teu ERP o la teva aplicació comptable amb els sistemes de l’AEAT en la modalitat VERI*FACTU,
la qual cosa implica programar la remissió de factures i gestionar les respostes de validació.
Implementar la signatura electrònica i els algorismes de hash encadenat en la modalitat NO VERI*FACTU,
amb un registre d’esdeveniments auditat.

A mesura que es publiqui l’Ordre Ministerial que desenvolupa en detall el RD 1007/2023, és probable que apareguin manuals específics i guies de validació que aprofundeixin en cada camp dels registres XML, els protocols de signatura i l’estructura del codi QR. Mantingues-te informat sobre aquests desenvolupaments a la Seu Electrònica de l’AEAT i, si ets desenvolupador, no deixis de consultar amb freqüència el Portal de desenvolupadors.

Per a aquells que busquin un resum més general i pràctic, sense tant detall tècnic, la resta de capítols d’aquesta guia —especialment els exemples pràctics i l’impacte diari— poden ser suficients. Però si la teva pime o el teu equip d’IT necessita precisió informàtica, aquests Anexos tècnics són el teu punt de partida per aprofundir en la implementació real de VERI*FACTU.

En cas de dubte, et recomanem:

Consultar la normativa oficial (veure la secció 15.1)
per examinar el text legal exacte i les últimes actualitzacions.
Revisar les guies de l’AEAT en quant es publiquin, per corroborar les especificacions XML,
la signatura i els possibles requisits de compressió i enviament (si optes per VERI*FACTU).
Parlar amb el teu proveïdor de programari per assegurar que et lliuri la declaració responsable
i, si ets tu qui l’ha d’implementar (desenvolupament a mida), garantir que la “certificació” compleixi la
Llei General Tributària i el Reial decret.

Amb això, arribem al final del compendi sobre els Anexos tècnics i la normativa de referència relacionada amb VERI*FACTU. Si creus que el teu següent pas és posar en pràctica el que has après, pots tornar a la secció de passos per a la implantació o donar una ullada als FAQ on responem els dubtes més comuns. Recorda sempre mantenir-te al dia amb les publicacions oficials, ja que l’evolució d’aquesta normativa pot aportar noves guies i matisos.

16. Conclusions i recomanacions finals

Després de recórrer tots els apartats d’aquesta guia sobre el Reglament VERI*FACTU (Reial decret 1007/2023), és fàcil percebre que no estem davant d’un simple formalisme legal, sinó davant d’una veritable oportunitat de modernització per a milers de pimes, microempreses i autònoms. Encara que la norma va néixer amb l’objectiu principal d’evitar la manipulació de factures i reforçar el control antifrau, la digitalització que comporta pot significar un salt de qualitat per a la gestió interna de qualsevol negoci. En aquesta secció final, abordem les conclusions clau, un missatge optimista sobre l’oportunitat de digitalitzar-se i un checklist de compliment que et servirà com a full de ruta per assegurar-te de no deixar res a l’atzar.

16.1. L’oportunitat de digitalitzar-se

Moltes pimes podrien percebre la implantació de VERI*FACTU com una obligació feixuga. No obstant això, el rerefons real consisteix a alinear els processos de facturació amb el present i el futur de l’economia digital. Estem en una era on la facturació electrònica, l’automatització comptable i la traçabilitat ja no són luxes, sinó requisits competitius. Pensa-ho així:

Control de frau i transparència: En imposar la inalterabilitat de les factures i, en la modalitat VERI*FACTU, la seva remissió immediata a l’Agència Tributària, la norma evita la competència deslleial i el frau fiscal. Quan totes les empreses fan servir sistemes segurs, es garanteix un entorn equitatiu.
Eficàcia i simplificació per al contribuent: Integrar el teu programari de facturació amb l’AEAT (si ho desitges) o garantir la validesa de les dades (si optes per NO VERI*FACTU) simplifica moltes rutines. A mitjà termini, l’AEAT podria oferir preompliments de models o llistats de factures, facilitant la tasca declarativa.
Preparació per a la factura electrònica obligatòria: Tal com expliquem a la secció 13, la “Llei Crea i Creix” o facturació electrònica obligatòria en B2B comparteix la mateixa filosofia de digitalització. Adoptar ja un sistema conforme a VERI*FACTU et deixa pràcticament preparat per quan la e-factura s’estengui a més operacions.

En definitiva, VERI*FACTU no és només “un deure que cal acatar”, sinó la porta d’entrada a una gestió empresarial més moderna, amb facturació automatitzada, menys risc d’errors i la certesa que el teu negoci compleix amb els estàndards més avançats d’inalterabilitat i transparència.

16.2. Revisió de punts clau

A continuació, presentem un resum essencial dels pilars que hem tractat en els diferents capítols d’aquesta guia, de manera que tinguis una visió de conjunt.

1. Terminis i sancions

Termini límit d’implantació: El Reial decret 1007/2023 estableix que abans de l’1 de juliol de 2025 tota pime que no estigui en el SII ni en territoris forals (o altres excepcions) haurà de tenir operatiu un programari conforme a VERI*FACTU. (Revisa la secció 5 per a més detalls.)
Possibles sancions: La secció 6 explica que l’article 201 bis de la Llei General Tributària contempla multes per a qui usi, produeixi o vengui programari que permeti l’alteració de factures sense traçabilitat. Aquestes sancions poden ser fixes o proporcionals al volum de negoci.

2. Elecció del tipus de sistema (VERIFACTU vs. NO VERIFACTU)

VERI*FACTU (remissió voluntària): Evita la signatura electrònica i el registre d’esdeveniments local, ja que l’AEAT rep les teves factures en temps real. Ideal per a volums baixos o mitjans, o per a qui valori la comoditat de tenir el “testimoni” en l’Administració. Veure la secció 7.
NO VERI*FACTU (signatura electrònica + registre d’esdeveniments): Dona total autonomia al teu negoci sense enviar factures a l’AEAT en el moment, però estàs obligat a un diari de successos i a encadenar les factures amb empremtes criptogràfiques, a més de conservar-les inalterables.

3. Importància de la declaració responsable i del registre d’esdeveniments

Declaració responsable: El fabricant del programari ha de garantir, per escrit, que el producte compleix amb VERI*FACTU. Guarda-la com a aval davant possibles inspeccions. Més detalls a la secció 10.
Registre d’esdeveniments (només en NO VERI*FACTU): Documenta inicis del sistema, exportacions, detecció d’anomalies, etc. És la salvaguarda de la integritat local i facilita l’auditoria. Analitza-ho a la secció 11.

16.3. Checklist de compliment

Per acabar, et proposem un llistat final de verificació (checklist) que tota pime o autònom pot revisar abans de donar per completada l’adopció de VERI*FACTU. Si pots respondre afirmativament a cada punt, estaràs en una excel·lent posició per afrontar qualsevol inspecció o eventualitat.

1. Programari i declaració responsable

He verificat si el meu programari actual serà adaptat?
- Confirma amb el teu proveïdor si hi haurà un pegat o versió per a VERI*FACTU.
- En cas contrari, considera canviar a un altre programari o aprofitar l’“aplicació d’últim recurs” de l’AEAT (si emets molt poques factures).
Compto amb la declaració responsable per escrit?
- Ha de mencionar explícitament el Reial decret 1007/2023 i la Llei General Tributària (art. 29.2.j).
- Guarda-la juntament amb la teva llicència; en cas d’inspecció, serà el teu suport.

2. Inclusió del QR i menció “VERI*FACTU” o “Factura verificable…”

El codi QR i la frase obligatòria es generen correctament en PDF o paper?
- Comprova en factures completes i simplificades (tiquets) que apareix el QR. Per als tiquets, revisa el disseny en la teva impressora tèrmica.
He validat que el QR dirigeix a la verificació adequada?
- En modalitat VERI*FACTU, el QR pot conduir a la seu de l’AEAT per confirmar la seva recepció.
- En NO VERI*FACTU, la verificació immediata a la seu de l’AEAT pot no mostrar la factura, però el QR segueix sent obligatori.

3. Processos de formació i còpies de seguretat

He format l’equip administratiu o de vendes en la nova operativa?
- En NO VERI*FACTU, han de saber que no es “borra” una factura, sinó que s’anul·la.
- En VERI*FACTU, han de saber com gestionar els enviaments a l’AEAT i les possibles respostes d’error.
Disposo d’un pla de còpies de seguretat i restauració?
- Especialment crític en NO VERI*FACTU, ja que l’AEAT no guarda per tu. Una pèrdua de dades sense còpia de seguretat viola l’obligació de conservació.

4. Registre d’esdeveniments o enviament continu (segons modalitat)

Modalitat VERI*FACTU:
- He configurat l’autenticació amb l’AEAT (certificats, contrasenyes, etc.)?
- Entenc el control de flux i les possibles respostes de l’AEAT?
Modalitat NO VERI*FACTU:
- S’ha implementat el registre d’esdeveniments i es signen les factures amb hash encadenat?
- Estic guardant aquests esdeveniments de manera inalterable i amb còpia de seguretat?

5. Terminis i convergència amb la e-factura

Tinc clar l’horitzó temporal (1 de juliol de 2025)?
- Si encara no he començat, cal planificar immediatament la instal·lació o actualització.
He valorat la factura electrònica estructurada?
- Pot ser que el 2024-2025 et demanin e-factura (Llei Crea i Creix) en B2B. Si ja implementes un programari amb Facturae o UBL, estaràs avançant cap a la digitalització integral.

Si tots els punts del checklist estan degudament abordats, pots tenir la seguretat que la teva empresa compleix les exigències de VERI*FACTU. A més, aquests passos et preparen per a la facturació electrònica obligatòria i per a eventuals controls i inspeccions de l’AEAT sense grans complicacions.

En síntesi, la modernització digital que porta VERI*FACTU és una oportunitat per posar al dia els teus processos de facturació, reforçar la professionalitat de la teva gestió i estalviar-te problemes de frau fiscal o de documentació comptable deficient. Si optes per la modalitat VERI*FACTU (remissió voluntària), podràs prescindir del registre d’esdeveniments local i de la signatura electrònica individual, delegant la inalterabilitat a l’Administració. Si prefereixes NO VERI*FACTU, mantens el control, però assumes la gestió local de la signatura i els esdeveniments. Ambdues vies condueixen a un sistema transparent i conforme a la llei, sempre que revisis acuradament els teus dubtes i obtinguis la Declaració Responsable del teu proveïdor de programari.

Recorda que, a l’hora de tancar acords amb desenvolupadors o adquirir noves llicències, has d’examinar quines funcionalitats estan disponibles, com implementen la signatura electrònica (en cas de NO VERI*FACTU), i si el sistema està preparat per generar el codi QR i la menció “Factura verificable a la seu electrònica de l’AEAT” o “VERI*FACTU”. No oblidis exigir i conservar la declaració responsable, ja que podria ser la teva salvaguarda en cas d’inspecció.

Finalment, pensa en el llarg termini. La digitalització de la facturació no s’atura amb VERI*FACTU: la Llei Crea i Creix –i l’evolució de la factura electrònica a Espanya– apunta que tota la facturació B2B (i potser també B2C) acabarà sent electrònica de manera obligatòria. Fer el pas ara no només evita mals de cap amb l’AEAT, sinó que t’avança a les noves normatives i t’atorga més eficiència.