Verifactu : guide complet du règlement de facturation

Verifactu est le nom donné au décret royal 1007/2023 du 5 décembre : le règlement qui fixe les exigences que doit satisfaire tout programme informatique avec lequel un entrepreneur ou un professionnel émet des factures en Espagne. Ce n'est pas une norme isolée. Il développe l'article 29.2.j) de la Loi générale des impôts, que la loi 11/2021 de lutte contre la fraude a introduit pour mettre fin aux logiciels à double usage : les programmes permettant de tenir une comptabilité parallèle, de dissimuler des ventes ou de modifier des factures déjà émises. Verifactu précise comment un programme de facturation doit se comporter pour que cela devienne techniquement impossible.

En pratique, cela entraîne trois changements visibles. Votre logiciel devra générer, pour chaque facture, un enregistrement enchaîné avec une empreinte cryptographique que personne ne peut modifier sans laisser de trace. Toutes vos factures porteront un code QR. Et vous pourrez choisir entre transmettre ces enregistrements à l'Agence fiscale espagnole (AEAT) au moment de l'émission de chaque facture — la modalité qui donne son nom au système, VERI*FACTU — ou les conserver signés électroniquement sur votre propre équipement. Les dates, après deux reports, sont désormais définitives : 1er janvier 2027 pour les sociétés et 1er juillet 2027 pour les indépendants et les autres personnes concernées. Ce guide parcourt le règlement dans son intégralité : qui il oblige, ce qu'il exige de votre logiciel, en quoi il diffère de la facture électronique obligatoire, quelles amendes sont prévues et comment planifier l'adaptation trimestre par trimestre.

Qui Verifactu oblige et depuis quand

L'article 3.1 du règlement délimite les personnes obligées en quatre groupes :

Contribuables à l'impôt sur les sociétés : toute société commerciale qui facture, de la SARL unipersonnelle à la grande entreprise.
Contribuables à l'IRPF qui exercent des activités économiques : les indépendants, aussi bien en estimation directe qu'en régime forfaitaire.
Contribuables à l'impôt sur le revenu des non-résidents opérant en Espagne par l'intermédiaire d'un établissement stable.
Entités en régime d'attribution de revenus exerçant une activité économique : communautés de biens et sociétés civiles, entre autres.

Le règlement s'applique également à ceux qui fabriquent le logiciel. Les producteurs et distributeurs de programmes de facturation sont responsables de la conformité de leurs systèmes aux exigences, et l'attestent par une déclaration responsable devant figurer par écrit et de manière visible dans chaque version du programme (article 13).

L'exclusion la plus importante est celle de l'article 3 lui-même : ceux qui tiennent déjà les registres de TVA via le Suministro Inmediato de Información (SII) — grandes entreprises, groupes de TVA et inscrits au REDEME — sont exemptés, car l'AEAT reçoit déjà le détail de leur facturation par cette voie. Verifactu ne s'applique pas non plus dans les territoires foraux : le Pays Basque applique son propre système, TicketBAI, et la Navarre dispose de sa propre réglementation forale.

Qui	Date limite	Référence légale
Sociétés (contribuables à l'impôt sur les sociétés)	Avant le 1er janvier 2027	Disp. finale 4e RD 1007/2023
Indépendants (IRPF avec activité), non-résidents avec établissement stable et entités en attribution de revenus	Avant le 1er juillet 2027	Disp. finale 4e RD 1007/2023
Assujettis au SII	Pas d'obligation d'adapter le logiciel à Verifactu	Art. 3 RD 1007/2023

Un avertissement sur ces dates, car beaucoup d'informations obsolètes circulent : la rédaction en vigueur de la quatrième disposition finale a été donnée par le décret royal 254/2025 du 1er avril (premier report) et par le décret-loi royal 15/2025 du 2 décembre (le définitif). Le calendrier initial mentionnait juillet 2025 et il existait une version intermédiaire avec des dates en 2026. Si un ancien article ou l'e-mail commercial d'un fournisseur vous donne d'autres dates, il cite des rédactions déjà abrogées.

VERI*FACTU ou modalité « non vérifiable » : les deux façons de se conformer

Le règlement admet deux modes de fonctionnement. Il convient de les comprendre avant de parler à votre fournisseur de logiciel, car le choix a des conséquences pratiques en termes de coût, de charge technique et de relation avec l'administration fiscale. Les systèmes qui transmettent les enregistrements reçoivent la dénomination officielle de « Systèmes d'émission de factures vérifiables » ou « Systèmes VERI*FACTU » ; ceux qui ne transmettent pas opèrent dans ce qu'on appelle la modalité non vérifiable. Voici comment les obligations se répartissent :

	Modalité VERI*FACTU (transmission à l'AEAT)	Modalité non vérifiable (conservation locale)
Transmission à l'AEAT	Automatique et au moment de l'émission, pour tous les enregistrements générés par le programme (articles 15 et 16)	Pas d'envoi continu : les enregistrements sont conservés intacts, lisibles et accessibles, et transmis à la demande de l'AEAT
Signature électronique des enregistrements	Non requise : l'empreinte ou hash suffit (article 16.3)	Obligatoire pour chaque enregistrement d'émission et d'annulation
Registre des événements du système	Pas de gestion requise	Obligatoire, en plus des enregistrements de facturation
Présomption de conformité	Le système satisfait « par conception » aux exigences techniques (article 16.2)	Sans présomption : la charge de la preuve des exigences est entière
Mention et QR	QR plus la mention « Factura verificable en la sede electrónica de la AEAT » : tout client peut le scanner et vérifier que la facture est déclarée	QR sans mention de vérifiabilité
Convient à	PME et indépendants avec logiciel du marché	Organisations avec systèmes propres et raisons opérationnelles de ne pas transmettre en temps réel

Quelle modalité choisir ? Pour une PME ou un indépendant avec un logiciel du marché, la modalité VERI*FACTU sera presque toujours le chemin le plus court : la plupart des fournisseurs l'implantent par défaut car elle leur évite la signature électronique des enregistrements et la gestion du registre des événements, et parce que la présomption de conformité de l'article 16.2 réduit leur risque réglementaire.

Gardez à l'esprit que transmettre des enregistrements ne se substitue pas à vos déclarations de TVA et ne vous crée pas de nouvelles obligations fiscales : c'est un canal d'information sur les factures que vous émettez, non un impôt.

Ce que le règlement exige de votre programme de facturation

Le règlement définit un système informatique de facturation (SIF) de manière délibérément large : l'ensemble du matériel et du logiciel utilisé pour émettre des factures, permettant la réception, la conservation et le traitement de leurs informations (article 1.2). Si vous émettez des factures avec un programme — quel qu'il soit : un ERP, une application de facturation, le TPV du magasin —, ce programme est un SIF et entre dans le champ d'application.

Sur cette base, l'article 8 impose six garanties aux enregistrements de facturation : intégrité, conservation, accessibilité, lisibilité, traçabilité et inalterabilité. La plus illustrative est la dernière : une fois un enregistrement généré, le système doit détecter et signaler toute tentative de modification. Supprimer une facture gênante et renuméroter les suivantes, qui était la manœuvre classique des logiciels à double usage, n'est plus possible sans laisser de trace.

Comment cela se concrétise-t-il ? Par un mécanisme précis :

Enregistrement de facturation d'émission : le système le génère de manière automatique, simultanément ou immédiatement avant l'émission de chaque facture (article 9). Si une facture est annulée, un enregistrement d'annulation est généré ; rien n'est jamais supprimé.
Contenu délimité : chaque enregistrement comporte le NIF et le nom de l'émetteur, le numéro et la date de la facture, la description des opérations, la base imposable, la quote-part de TVA et le régime appliqué, entre autres données (article 10).
Enchaînement par empreinte : chaque enregistrement incorpore une partie de l'empreinte ou hash de l'enregistrement précédent. Les enregistrements forment une chaîne : si quelqu'un en modifie un, la chaîne se rompt et la manipulation devient visible.
Signature électronique : dans la modalité non vérifiable, les enregistrements d'émission et d'annulation doivent être signés électroniquement (article 12). Dans la modalité VERI*FACTU, cette signature est remplacée par la transmission elle-même à l'AEAT.
Code QR sur chaque facture : toutes les factures émises par un SIF comportent une représentation graphique de leur contenu partiel via un code QR (article 6.5 du règlement de facturation, RD 1619/2012, ajouté par ce règlement). Le destinataire peut le scanner et transmettre volontairement cette information à l'AEAT. La mention « VERI*FACTU » à côté du QR n'apparaît que lorsque le système transmet les enregistrements.
Déclaration responsable du fabricant : le producteur du logiciel certifie par déclaration responsable que le système est conforme, avec les données identifiant le programme, sa version et le producteur lui-même (article 13). C'est le document que vous devez pouvoir exiger à votre fournisseur.

Le détail technique fin — format des enregistrements, algorithmes d'empreinte, spécifications du QR, contenu exact de la déclaration responsable — ne figure pas dans le décret royal mais dans son développement : l'Ordre HAC/1177/2024 du 17 octobre. C'est la norme que votre fournisseur de logiciel doit être en train d'implémenter ; pour l'utilisateur final, il suffit de savoir qu'elle existe et que la déclaration responsable de son programme y fait référence.

Verifactu et la facture électronique obligatoire ne sont pas la même chose

C'est la confusion la plus répandue en 2026, et il convient de la dissiper car ce sont deux obligations distinctes, avec des règles, des calendriers et des logiques différents qui vont coexister.

	Verifactu	Facture électronique obligatoire B2B
Ce qu'il régule	Comment la facture est générée : enregistrements intègres et inaltérables et, le cas échéant, transmis à l'AEAT	Comment elle est échangée : factures électroniques dans des formats structurés entre entrepreneurs et professionnels
Pour quoi	Antifraude : contrôle fiscal	Contre les retards de paiement commerciaux : rend les dates de paiement traçables
Norme	RD 1007/2023	Loi 18/2022 (« Crea y Crece ») + RD 238/2026 du 25 mars
Format de la facture	N'en impose aucun : une facture en PDF ou sur papier générée par un SIF adapté, avec son QR, est parfaitement conforme	Structuré : Facturae, UBL, CII ou EDIFACT
Dates	Arrêtées : 1er janvier 2027 (sociétés) et 1er juillet 2027 (reste)	Pas encore de date dans le calendrier : elles dépendent d'un arrêté ministériel en attente

Le développement réglementaire de la facture électronique, en attente depuis des années, est désormais existant : le décret royal 238/2026 du 25 mars admet les quatre syntaxes et crée une solution publique de facturation électronique gérée par l'AEAT, gratuite, qui fonctionnera comme référentiel universel de factures et utilisera la syntaxe UBL.

Quant aux délais, l'obligation sera exigible à 12 mois pour les entrepreneurs dont le volume d'opérations est supérieur à 8 millions d'euros et à 24 mois pour les autres, mais ce compte à rebours ne court pas encore : l'application effective est différée et liée à l'entrée en vigueur de l'arrêté ministériel qui activera la solution publique de l'AEAT, qui n'a pas encore été publié à la date de ce guide.

La conséquence pratique : se conformer à Verifactu ne vous met pas en conformité avec la facture électronique, ni l'inverse. Ce sont des couches distinctes du même avenir. Lors du choix ou du renouvellement d'un logiciel en 2026, renseignez-vous sur les deux.

Sanctions : l'article 201 bis de la LGT

Le régime de sanctions ne figure pas dans le règlement mais dans la Loi générale des impôts, dont l'article 201 bis — introduit par la loi 11/2021 — qualifie deux infractions, toutes deux qualifiées de graves.

Pour le fabricant ou le vendeur de logiciel. Constitue une infraction la fabrication, la production et la commercialisation de systèmes permettant de tenir des comptabilités distinctes, de ne pas refléter ou dissimuler des transactions, d'enregistrer des transactions différentes de celles inscrites, de modifier celles déjà enregistrées ou ne respectant pas les exigences techniques de l'article 29.2.j) de la LGT. L'amende : 150 000 € par exercice comptable au cours duquel des ventes ont eu lieu et par type distinct de système. Commercialiser des systèmes sans la certification requise est sanctionné par 1 000 € par système vendu.

Pour l'utilisateur. La détention de systèmes ne satisfaisant pas aux exigences, lorsqu'ils ne sont pas dûment certifiés alors qu'ils doivent l'être ou lorsque les dispositifs certifiés ont été modifiés, est sanctionnée par 50 000 € par exercice.

Deux points souvent perdus de vue sur les amendes. La sanction de détention ne regarde pas la taille de votre entreprise : 50 000 € par exercice pèsent autant dans la comptabilité d'une grande entreprise que dans celle d'un indépendant.

L'autre point : le type de détention tourne autour de la certification exigible « par disposition réglementaire » et de la modification de systèmes, et le mécanisme prévu par le règlement est la déclaration responsable du producteur. Votre défense pratique en tant qu'utilisateur est double : utiliser un logiciel dont vous pouvez présenter la déclaration responsable et ne jamais modifier son fonctionnement. Modifier le programme pour « ajuster » des enregistrements vous place exactement dans le comportement que la norme poursuit.

Plan d'adaptation : d'ici au 1er janvier 2027

Si vous êtes assujetti à l'impôt sur les sociétés, il vous reste deux trimestres. Voici un plan réaliste, trimestre par trimestre, pour y arriver sans mauvaises surprises.

Troisième trimestre 2026 (août-septembre) : inventaire et questions

Dressez la liste de tous les points d'émission de factures dans votre activité : programme de gestion, TPV, application de facturation, modèles maison. Chacun est un SIF (ou devrait l'être).
Écrivez à chaque fournisseur avec trois questions précises : la version adaptée au RD 1007/2023 est-elle disponible ? Dans quelle modalité fonctionne-t-elle (VERI*FACTU ou non vérifiable) ? Où se trouve la déclaration responsable de l'article 13 ?
Si vous facturez avec des modèles Word ou Excel, admettez qu'ils ne pourront pas se conformer et commencez dès maintenant à évaluer des alternatives (voir les raisons dans les questions fréquentes ci-dessous).
Vérifiez si vous êtes assujetti au SII ; si c'est le cas, Verifactu n'est pas votre problème.

Quatrième trimestre 2026 (octobre-décembre) : décision, mise à jour et test

Choisissez la modalité. Si votre fournisseur implante VERI*FACTU par défaut, validez que cela vous convient (émission depuis plusieurs appareils, connexion stable, volume de factures).
Installez la version adaptée et émettez des factures de test en novembre, pas le 30 décembre : vérifiez que le QR apparaît, que l'enregistrement est généré et, en modalité VERI*FACTU, que la transmission à l'AEAT répond.
Archivez la déclaration responsable de chaque programme utilisé.
Formez les personnes qui facturent dans votre entreprise : ce qu'est l'enregistrement d'annulation (les factures ne se « suppriment » plus), ce que signifie la mention du QR et comment répondre si un client pose des questions.

Janvier 2027 : obligation en vigueur pour les sociétés

À partir du 1er janvier, toute facture d'une société doit être émise par un système adapté. Réservez la première semaine pour surveiller la numérotation, les enchaînements et les transmissions.

Premier semestre 2027 (pour les indépendants et les autres) : délai supplémentaire, même calendrier

Votre date est le 1er juillet 2027. Le même plan vous convient, décalé de deux trimestres, avec un avantage : les fournisseurs seront rodés après le démarrage de janvier. Ne laissez pas cela à juin ; les agendas des cabinets comptables en clôture de trimestre sont ce qu'ils sont.

Questions fréquentes

Verifactu est-il obligatoire pour les indépendants ?

Oui. Tout contribuable à l'IRPF qui exerce une activité économique est compris dans l'article 3.1 du RD 1007/2023, quel que soit le régime d'estimation. La date limite pour les indépendants est le 1er juillet 2027, six mois après les sociétés. Ne sont exemptés que ceux qui transmettent déjà des informations via le SII et ceux qui ne utilisent aucun système informatique pour facturer.

Pourrai-je continuer à faire mes factures dans Word ou Excel ?

Comme système de facturation, non. Un modèle Word ou une feuille Excel entre dans la définition de système informatique de facturation dès lors qu'on l'utilise pour émettre des factures, et il n'existe pas de moyen raisonnable pour qu'il génère des enregistrements enchaînés avec empreinte, inaltérables et signés ou transmis à l'AEAT, ce qu'exige l'article 8. L'alternative réaliste est un logiciel adapté — il existe des options gratuites et à faible coût sur le marché — ou facturer entièrement à la main sur papier, ce qui est légal mais de moins en moins viable.

Devrai-je envoyer toutes mes factures à l'administration fiscale en temps réel ?

Uniquement si vous choisissez la modalité VERI*FACTU, et dans ce cas c'est votre programme qui le fait automatiquement à l'émission ; vous n'avez rien à faire. L'alternative légale est la modalité non vérifiable : vous n'envoyez rien en continu, mais votre système doit signer et conserver tous les enregistrements et les remettre à la demande de l'AEAT. Dans aucune des deux modalités vos déclarations de TVA ni vos délais fiscaux ne changent.

Que se passe-t-il si mon programme de facturation n'est pas conforme ?

Vous vous exposez à l'infraction de détention de l'article 201 bis de la LGT, avec une amende de 50 000 € par exercice dans les cas décrits (systèmes sans la certification requise ou avec des dispositifs certifiés modifiés), en plus de la faiblesse probatoire d'enregistrements sans garanties lors de tout contrôle. La responsabilité principale pour la fabrication ou la vente de logiciel non conforme incombe au fournisseur (amendes de 150 000 € par exercice et par type de système), mais cela ne vous protège pas si vous continuez à l'utiliser passée votre date limite : demandez la déclaration responsable et, si votre fournisseur ne l'a pas, changez de logiciel sans tarder.