La réforme espagnole de la facture électronique rend les factures
plus complexes, pas moins

Un pays, trois systèmes de facturation électronique — qui ne communiquent pas entre eux

La plupart des entreprises non espagnoles pensent qu'« l'Espagne met en place la facturation électronique » signifie un système national unique. Ce n'est pas le cas. L'Espagne dispose de trois cadres réglementaires parallèles régissant la création, la signature, la transmission et le stockage des factures, chacun répondant à des objectifs différents sous des autorités juridiques distinctes :

Ces trois systèmes ne sont pas des alternatives les uns aux autres. Ils coexistent. Une entreprise madrilène réalisant 5 millions d'euros de chiffre d'affaires doit se conformer à Verifactu pour la génération des enregistrements par son logiciel de facturation, et à Crea y Crece pour l'envoi et la réception de factures B2B. Une entreprise à Bilbao doit se conformer à TicketBAI au lieu de Verifactu, plus Crea y Crece pour la transmission B2B. Une entreprise réalisant 10 millions d'euros de chiffre d'affaires déjà soumise au SII est exemptée de Verifactu mais doit se conformer à Crea y Crece. Le diagramme de Venn n'est pas trois cercles distincts : ce sont des obligations qui se chevauchent et varient selon la localisation, la taille de l'entreprise et le statut de conformité existant.

VeriFactu : la norme nationale qui ne cesse d'être repoussée

Verifactu est le volet de la législation antifraude espagnole (Ley 11/2021, modifiant l'article 29.2.j de la Ley General Tributaria) qui réglemente les logiciels de facturation. L'exigence centrale : tout système informatique générant des factures en Espagne doit produire des enregistrements de factures infalsifiables et chaînés cryptographiquement — une empreinte numérique (hash) qui relie chaque facture à la précédente, créant ainsi une chaîne d'audit incassable. Les factures doivent comporter un code QR permettant leur vérification dans la base de données de l'AEAT. Les logiciels permettant la suppression ou la modification d'enregistrements de factures sans laisser de trace d'audit sont interdits.

La date limite a été repoussée à deux reprises. Initialement fixée au 1er juillet 2025, elle a d'abord été reportée à 2026, puis, via le Real Decreto-Ley 15/2025 du 2 décembre 2025, repoussée au 1er janvier 2027 pour les entreprises et au 1er juillet 2027 pour les autónomos. Les éditeurs de logiciels devaient cesser de vendre des systèmes non conformes à compter du 29 juillet 2025 — une échéance passée avec une préparation partielle. L'AEAT tient une liste des logiciels certifiés, et à la mi-2026, des plateformes majeures comme Holded, Quipu et Billin sont prêtes pour Verifactu, mais des milliers d'outils de facturation plus petits et de modules ERP personnalisés ne le sont pas.

Ce que Verifactu implique pour le destinataire d'une facture, c'est un nouvel élément visuel : le code QR. En mode Verifactu (transmission en temps réel à l'AEAT, optionnel mais encouragé), la facture porte la mention « VeriFactu » ou « Factura verificable en la sede electrónica de la AEAT » ainsi qu'un code QR renvoyant au portail de vérification de l'AEAT. En mode non-Verifactu (stockage local sécurisé, sans transmission automatique), la facture comporte toujours le code QR et le hash chaîné, mais pas la mention « VeriFactu ». Du point de vue du destinataire, les deux modes produisent des factures dont l'apparence diffère de celles d'avant Verifactu — mais les champs de données sous-jacents (NIF, Base Imponible, IVA, IRPF) restent les mêmes.

TicketBAI : pourquoi le Pays basque a créé son propre système

Les communautés autonomes espagnoles dotées d'une autorité fiscale forale — le Pays basque et la Navarre — ont le droit constitutionnel d'administrer leurs propres systèmes fiscaux. Le Pays basque a utilisé cette autorité pour créer TicketBAI, un système de facturation anti-fraude conceptuellement similaire à Verifactu mais opérationnellement distinct. TicketBAI a été développé par les trois Trésoreries forales (Álava, Gipuzkoa, Biscaye) en collaboration avec le Gouvernement basque.

TicketBAI exige la transmission en temps réel des données de facture au moment de l'émission — pas facultative, comme sous Verifactu. Chaque province l'implémente légèrement différemment : Gipuzkoa et Álava exigent une transmission immédiate à leurs autorités fiscales forales respectives, tandis que Biscaye (dans le cadre du système Batuz) autorise une transmission dans un délai déterminé et intègre des données comptables supplémentaires (livres LROE). En 2023, Álava traitait à elle seule 300 000 factures TicketBAI par jour, selon les données de l'autorité fiscale provinciale.

La différence de format importe pour les équipes AP qui reçoivent des factures de fournisseurs basques. Une facture TicketBAI porte un code d'identification TBAI et un code QR qui renvoie au portail de vérification de l'autorité fiscale forale — pas à l'AEAT. La chaîne XML utilise un mécanisme de signature différent de celui de Verifactu. Les libellés sur la facture peuvent apparaître en euskara (langue basque) en plus ou à la place de l'espagnol : « Guztira » pour Total, « Oinarria » pour Base imposable, « BEZ » pour TVA. Aucune de ces différences n'affecte les champs de données essentiels — les montants, les identifiants fiscaux, les taux sont les mêmes. Mais elles affectent tout outil qui s'appuie sur la correspondance avec des libellés en espagnol pour identifier les champs.

Crea y Crece : l'obligation B2B qui ajoute une couche supplémentaire

Si Verifactu et TicketBAI régissent la manière dont les logiciels de facturation génèrent les factures, la loi Crea y Crece encadre la transmission de ces factures entre entreprises. L'article 12 de la loi impose que toutes les factures B2B soient électroniques, dans un format structuré, et échangées via un écosystème de plateformes interopérables. Le règlement d'application, Real Decreto 238/2026, a été approuvé par le Conseil des ministres le 24 mars 2026 et publié au BOE le 31 mars 2026.

Le calendrier est déclenché par un prochain arrêté ministériel (dont l'entrée en vigueur est prévue le 1er octobre 2026), qui lance le compte à rebours de conformité :

• 12 mois après l'arrêté (prévu en octobre 2027) : Les entreprises dont le chiffre d'affaires annuel dépasse 8 millions d'euros doivent émettre et recevoir des factures électroniques B2B
• 24 mois après l'arrêté (prévu en octobre 2028) : Toutes les autres entreprises et professionnels, y compris les auto-entrepreneurs, doivent se conformer
• 36 mois après l'arrêté (prévu en octobre 2029) : Les petites entités doivent également déclarer les données de statut de paiement à l'AEAT

Les formats acceptés sont la norme européenne EN 16931, implémentée sous FacturaE, UBL 2.1 ou CII. Notamment, le projet d'arrêté ministériel indique un passage de FacturaE à UBL comme format principal pour la plateforme publique. Les destinataires doivent déclarer le statut de la facture — acceptation, rejet, paiement total ou partiel — à l'AEAT dans un délai de quatre jours calendaires. La plateforme publique (SPFE, Sistema Público de Facturación Electrónica) sera gérée par l'AEAT et mise à disposition gratuitement, aux côtés de plateformes privées interopérables.

Pour les équipes AP, Crea y Crece implique deux choses. Premièrement, le format des factures entrantes va changer : les fournisseurs qui envoyaient auparavant des PDF commenceront à envoyer des factures électroniques structurées. Deuxièmement, et c'est plus problématique, la transition produira une longue traîne de formats mixtes : certains fournisseurs seront passés à UBL/CII, d'autres resteront sur FacturaE, et un nombre significatif passera complètement entre les mailles du filet et continuera à envoyer ce qu'ils envoyaient avant — sanctions ou non.

Le cauchemar de la comptabilité fournisseurs : quand les trois formats arrivent en même temps

Prenons un scénario réaliste pour mi-2027. Une société de distribution basée à Madrid, avec un chiffre d'affaires de 4 millions d'euros, reçoit 80 factures fournisseurs par mois. Ses fournisseurs comprennent :

• 35 fournisseurs de Madrid, Barcelone, Valence : Tous émettent des factures conformes à Verifactu. Certaines en « mode Verifactu » avec transmission en temps réel à l'AEAT et le label « VeriFactu » sur le document. D'autres en mode non-Verifactu avec le code QR mais sans indicateur de temps réel. La mise en page des factures varie selon la plateforme de facturation du fournisseur — Holded, Quipu, Billin, Sage, FacturaDirecta, ou un module ERP personnalisé.
• 12 fournisseurs du Pays basque (Bilbao, Saint-Sébastien, Vitoria-Gasteiz) : Tous émettent des factures TicketBAI avec codes TBAI. Certains libellés en basque. Des QR codes qui renvoient aux portails des administrations fiscales forales, pas à l'AEAT. La chaîne XML utilise un mécanisme de hachage différent.
• 8 fournisseurs qui sont des micro-entreprises ou des sociétés plus anciennes : Ils émettent encore des PDF non conformes à Verifactu ni TicketBAI, issus de logiciels obsolètes non mis à jour. Ces factures sont techniquement non conformes, mais elles arrivent dans la boîte de réception et doivent être traitées quand même.
• 5 fournisseurs basés dans l'UE : Envoient des factures sous le régime d'autoliquidation avec 0 % d'IVA et la mention « Inversión del sujeto pasivo ». Celles-ci ne suivent ni Verifactu ni TicketBAI.
• 20 fournisseurs qui sont déjà passés au B2B Crea y Crece : Envoient des factures structurées UBL ou FacturaE qui doivent être accusées de réception sous 4 jours.

La boîte de réception de l'équipe comptable contient quatre régimes de format (Verifactu, TicketBAI, héritage, Crea y Crece B2B), deux juridictions fiscales, au moins trois écosystèmes logiciels générant des présentations visuelles différentes, et un mélange de formats structurés (XML/UBL) et non structurés (PDF). Le travail de l'équipe n'a pas changé : récupérer le NIF, la Base Imponible, la ventilation de l'IVA, la retenue IRPF et l'Importe Total dans le système comptable. La fragmentation des formats a simplement rendu cette tâche plus difficile.

Aucune plateforme comptable espagnole ne gère parfaitement les quatre formats. Holded reconnaît FacturaE et Verifactu mais ne traite pas le XML TicketBAI. Une plateforme basque certifiée TicketBAI traite les factures TBAI mais peut ne pas gérer la variante UBL spécifique qu'exige Crea y Crece. Une plateforme SII d'entreprise traite les données en temps réel de l'AEAT mais n'a pas été conçue pour ingérer des PDF provenant de micro-fournisseurs. L'étape d'extraction — obtenir les données quel que soit le format reçu — reste le goulot d'étranglement universel.

Ce que cela signifie pour les équipes AP : fragmentation des formats et extraction des données

Le problème structurel n'est pas que l'un de ces systèmes soit mal conçu. Le chaînage par hachage de Verifactu est cryptographiquement solide. La transmission en temps réel de TicketBAI a mesurablement réduit la fraude à la TVA au Pays basque. Le rapport de statut à 4 jours de Crea y Crece répond au problème chronique de retard de paiement en Espagne, qui dépasse la moyenne européenne depuis une décennie.

Le problème, c'est que personne n'a conçu pour le destinataire qui les reçoit tous. La législation a été rédigée du point de vue de l'émetteur : « quand vous émettez une facture, voici comment la rendre conforme ». Le point de vue du destinataire — « quand 80 fournisseurs vous envoient des factures dans 80 formats de conformité différents, voici comment extraire les données » — a été laissé comme un détail d'implémentation à résoudre par le marché.

Ce n'est pas propre à l'Espagne. Le système FatturaPA en Italie, le futur mandat de facturation électronique en France et la mise en œuvre prévue de ViDA en Allemagne créent tous une fragmentation similaire à leurs frontières. Ce qui rend le cas espagnol aigu, c'est la simultanéité : trois réformes majeures convergent dans une fenêtre de 12 mois (2027), affectant différents segments de la base de fournisseurs à différents moments, sans spécification de format unifiée entre les trois systèmes.

La réponse opérationnelle pour les équipes AP n'est pas d'attendre l'unification des formats — elle ne viendra pas. La réponse est de découpler l'étape d'extraction du format de conformité. Un outil qui lit la couche visuelle d'une facture ne se soucie pas de savoir si le QR code renvoie à l'AEAT ou à l'Administration fiscale forale de Gipuzkoa. Il lit les champs qui comptent pour l'AP — NIF, Base Imponible, IVA, IRPF, Total — de la même manière, quel que soit le système de conformité qui a généré le document.

Le problème de la certification logicielle : le format de vos données imposé par l'outil de votre fournisseur

Avec Verifactu et TicketBAI, l'obligation d'utiliser un logiciel certifié incombe à l'émetteur. Le destinataire n'a aucun contrôle sur le logiciel utilisé par son fournisseur, ni sur le format de la facture reçue. Cela crée une asymétrie : le fournisseur peut se conformer à la loi en achetant n'importe quel outil de facturation certifié, tandis que le destinataire doit accepter le format produit par cet outil.

Pire encore, le processus de certification est toujours en cours. La liste des logiciels certifiés Verifactu de l'AEAT s'allonge mais reste incomplète. Certains grands éditeurs d'ERP ont obtenu la certification début 2026 ; des outils de niche pour des secteurs spécifiques sont encore en attente. Durant cette période transitoire, les fournisseurs peuvent utiliser des outils se disant « prêts pour Verifactu » mais produisant des résultats divergents par rapport à la spécification finale. Le destinataire reçoit alors un document d'apparence conforme mais qui échoue à la validation selon la norme en vigueur.

La structure des pénalités renforce cette asymétrie. Avec Verifactu, une entreprise utilisant un logiciel non conforme peut être sanctionnée jusqu'à 50 000 € par exercice fiscal. L'éditeur du logiciel peut être sanctionné jusqu'à 150 000 € par an et par produit non conforme. Aucune amende n'est prévue pour la réception d'une facture non conforme — seulement pour son émission. La charge de conformité repose entièrement sur le côté émetteur, mais la charge opérationnelle de traitement des factures reçues incombe entièrement au côté destinataire.

Une voie pratique pour la transition (2026–2028)

Pour les équipes AP traitant les factures de fournisseurs espagnols, les deux prochaines années nécessitent une stratégie qui assume la diversité des formats plutôt que d'espérer une convergence. Les étapes pratiques :

1. Acceptez que votre boîte de réception contienne des formats mixtes au moins jusqu'en 2029. Le déploiement de Crea y Crece, même avec l'arrêté ministériel publié dans les délais, laisse aux petits fournisseurs jusqu'à fin 2028 pour se conformer — et les contrôles suivront l'échéance légale avec retard. Une partie des fournisseurs continuera d'envoyer des PDF antérieurs à la réforme bien après la date butoir.

2. Construisez votre flux AP autour d'une extraction de données indépendante du format. Le dénominateur commun entre Verifactu, TicketBAI, Crea y Crece et les formats hérités est la donnée visuelle : NIF, montants, taux de TVA, retenue IRPF, dates. Un outil qui extrait ces champs du document rendu (plutôt que d'analyser du XML ou de faire correspondre des modèles) fonctionne à l'identique sur tous les formats. Cela élimine le besoin de maintenir des voies de traitement distinctes pour différents types de factures. Pour plus de détails sur la mise en place de ce flux, voir l'extraction de données de factures espagnoles vers Excel pour les factures individuelles et le traitement par lots de factures de fournisseurs espagnols pour les flux multi-fournisseurs.

3. Séparez la couche de conformité de la couche de données. Le code QR sur une facture Verifactu ou TicketBAI est utile pour la vérification fiscale et la défense en cas de contrôle. Il n'est pas utile pour la saisie de données. Ne mélangez pas ces deux fonctions. Conservez le fichier de facture original (avec code QR et signature numérique intacts) pour l'archivage de conformité — la loi espagnole exige une conservation de 4 ans à des fins fiscales et de 6 ans selon le Code de commerce. Extrayez les données séparément dans votre système comptable. Les deux sorties répondent à des objectifs différents et ne doivent pas se contraindre mutuellement.

4. Planifiez séparément pour les fournisseurs du Pays basque. Si votre volume AP comprend des factures TicketBAI significatives, vérifiez que votre outil d'extraction reconnaît les libellés en euskara et ne dépend pas de la correspondance avec des chaînes de texte espagnoles. « Guztira » doit être reconnu comme le montant total. « BEZ » doit être reconnu comme la TVA. Il s'agit d'un problème d'adaptation linguistique, pas d'un problème de format.

5. Suivez l’obligation de déclaration de statut Crea y Crece. L’obligation de déclaration d’acceptation/rejet/paiement des factures sous 4 jours s’applique d’abord aux grandes entreprises (prévue octobre 2027), puis aux plus petites. C’est une nouvelle tâche opérationnelle qui n’existait pas auparavant. Commencez à construire le processus de suivi des dates de réception des factures et de génération des rapports de statut en parallèle de votre flux d’extraction de données. La plateforme publique (SPFE) fournira l’interface de déclaration, mais vous avez besoin de systèmes internes pour l’alimenter.

Pour une analyse plus large de l’extraction de documents sur les marchés hispanophones et des outils disponibles à différents prix, consultez outils d’extraction abordables pour les marchés hispanophones. Pour une comparaison entre les marchés de l’UE, voir extraction de factures économique pour les TPE françaises.

FAQ

Verifactu est-il identique à la facturation électronique obligatoire ?

Non. Verifactu régit la manière dont les logiciels de facturation génèrent et stockent les enregistrements de factures — c’est une mesure anti-fraude sur l’intégrité des logiciels. Crea y Crece régit la manière dont les factures B2B sont transmises entre entreprises au format électronique structuré — c’est une obligation de facturation électronique sur l’échange de données. Ce sont des instruments juridiques distincts avec des échéances différentes, bien que tous deux entrent en vigueur entre 2025 et 2028. Les factures générées sur la plateforme publique Crea y Crece seront automatiquement conformes à Verifactu, unifiant les deux obligations pour les utilisateurs de la solution publique.

Dois-je valider le code QR sur chaque facture Verifactu reçue ?

Vous n’êtes pas légalement tenu de vérifier le code QR sur les factures reçues. Cependant, le code QR est votre seule défense si l’AEAT remet en cause la validité d’une facture fournisseur lors d’un contrôle. Scanner le code confirme que la facture a été correctement enregistrée dans le système de l’AEAT et n’a pas été modifiée. Pour les factures de montant élevé ou les nouveaux fournisseurs, la vérification du QR est recommandée comme mesure de conformité. Pour les factures courantes de fournisseurs établis, le code QR peut être archivé avec le document original sans vérification en temps réel.

Que se passe-t-il si je reçois une facture Verifactu d'un fournisseur qui devrait être en TicketBAI ?

Un fournisseur ayant son siège fiscal au Pays basque doit émettre des factures TicketBAI, et non Verifactu. S'il émet une facture conforme Verifactu, le non-respect est de son côté : il viole son obligation TicketBAI, et l'administration fiscale forale peut le sanctionner. En tant que destinataire, vous n'êtes pas responsable du non-respect du fournisseur. Vous pouvez traiter la facture normalement ; les champs de données sous-jacents sont structurellement identiques. Signalez-le toutefois au fournisseur : son non-respect pourrait être détecté lors d'un croisement entre les bases Verifactu et TicketBAI, ce qui pourrait retarder votre déduction de TVA.

La transition vers UBL dans le cadre de Crea y Crece affectera-t-elle mon flux d'extraction AP ?

Non, si votre outil d'extraction lit la couche visuelle plutôt que d'analyser le XML. Le passage de FacturaE à UBL modifie le schéma XML sous-jacent, mais pas l'apparence visuelle de la facture dans un visualiseur PDF. Les champs que vous extrayez — NIF, Base Imponible, TVA, IRPF, Total — restent les mêmes, que le XML source soit FacturaE, UBL 2.1 ou CII. Si votre flux dépend de l'analyse XML (par exemple, un script qui extrait les données directement des balises XML FacturaE), vous devrez mettre à jour votre analyseur pour UBL. Si vous extrayez les données du document visuel, le changement de format est sans incidence.

Comment gérer la retenue IRPF sur les factures Verifactu et TicketBAI ?

La retenue IRPF est un élément au niveau du champ de la facture, et non au niveau du format. Que la facture ait été générée par un logiciel certifié Verifactu à Madrid ou par un logiciel certifié TicketBAI à Saint-Sébastien, la ligne IRPF se présente de la même manière : un pourcentage (15 % ou 7 %), un montant en euros et un signe négatif. Extrayez-la dans une colonne séparée. Pour l'agrégation par lots et le recoupement avec le modèle 111, le format d'origine de la facture importe peu — seul le montant de l'IRPF compte.

Le paradoxe de la réforme

La réforme espagnole de la facturation électronique n'est pas une réforme unique. Ce sont trois réformes, aux calendriers qui se chevauchent, poursuivant des objectifs politiques différents (lutte contre la fraude, réduction des retards de paiement, transparence fiscale), administrées par des autorités différentes (AEAT pour Verifactu et Crea y Crece, Trésors foraux pour TicketBAI), et produisant des documents qui convergent vers un seul point : la boîte de réception du prestataire de services d'archivage. Les réformes ont été conçues pour apporter de l'ordre à l'écosystème de facturation espagnol en remplaçant un système désordonné de papier, PDF et formats non structurés par un système structuré et traçable. Ce qu'elles ont produit, dans la fenêtre de transition qui s'étend au moins jusqu'en 2029, est l'inverse : plus de formats, plus de vecteurs de conformité, et plus de façons pour les données d'arriver dans une structure que votre logiciel comptable ne peut pas ingérer nativement. Le paradoxe ne se résout que lorsque l'étape d'extraction est séparée du format. Lisez ce qui est sur la page, pas ce qui a généré la page. Le reste suit.