La réforme de la facturation électronique en Espagne complexifie
les factures — pas l'inverse

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 œuvre 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 servant des objectifs différents sous des autorités juridiques distinctes :

Ces trois systèmes ne sont pas des alternatives. Ils coexistent. Une entreprise à Madrid avec 5 millions d'euros de chiffre d'affaires doit respecter Verifactu pour la génération des enregistrements par son logiciel de facturation, et Crea y Crece pour l'envoi et la réception des factures B2B. Une entreprise à Bilbao doit respecter TicketBAI au lieu de Verifactu, plus Crea y Crece pour la transmission B2B. Une entreprise avec 10 millions d'euros de chiffre d'affaires déjà sous SII est exemptée de Verifactu mais doit respecter Crea y Crece. Le diagramme de Venn n'est pas trois cercles distincts : ce sont des obligations qui se chevauchent, variant 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 (Loi 11/2021, modifiant l'article 29.2.j de la Ley General Tributaria) qui régit 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) reliant chaque facture à la précédente, créant ainsi une chaîne d'audit inaltérable. Les factures doivent comporter un code QR pour vérification auprès de 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 compatibles Verifactu, mais des milliers d'outils de facturation plus petits et de modules ERP sur mesure ne le sont pas.

Ce que Verifactu implique pour le destinataire d'une facture 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 d'aspect différent des factures pré-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 — ce n'est pas facultatif, contrairement à 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 de 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 est importante 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 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 encadrent la génération des factures par les logiciels de facturation, la loi Crea y Crece régit 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, le 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 arrêté ministériel à venir (devrait entrer en vigueur 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 à travers les mailles du filet et continuera à envoyer ce qu'ils envoyaient avant — sanctions ou pas.

Le cauchemar de la comptabilité fournisseurs : quand vous recevez les trois formats

Prenons un scénario réaliste de 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 temps réel. La mise en page 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 Haciendas 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 anciennes : Émettent encore des PDF non-Verifactu, non-TicketBAI depuis des 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 mécanisme d'autoliquidation avec TVA à 0 % et la mention « Inversión del sujeto pasivo ». Ils ne suivent ni Verifactu ni TicketBAI.
• 20 fournisseurs 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, B2B Crea y Crece), 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). La mission de l'équipe n'a pas changé : saisir le NIF, la Base Imponible, la ventilation de la TVA, la retenue IRPF et le Montant 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 les quatre formats de manière transparente. 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 temps réel de l'AEAT mais n'a pas été conçue pour ingérer des PDF 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 de données

Le problème structurel n'est pas qu'un de ces systèmes soit mal conçu. Le chaînage de 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 reporting à 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 italien, la future obligation de facturation électronique en France et la mise en œuvre prévue de ViDA en Allemagne créent 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 importants 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 publiée par l'AEAT s'allonge mais reste incomplète. Certains grands éditeurs de ERP ont obtenu la certification début 2026 ; des outils de niche pour 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 données qui divergent de la spécification finale. Le destinataire reçoit alors un document d'apparence conforme mais qui échoue à la validation selon le standard en vigueur.

La structure des pénalités renforce cette asymétrie. Sous 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 documents entrants incombe entièrement au côté récepteur.

Une voie pratique pour la transition (2026–2028)

Pour les équipes AP traitant des 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 la date limite légale avec retard. Une partie des fournisseurs continuera d'envoyer des PDF antérieurs à la réforme bien après l'échéance.

2. Construisez votre workflow 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 évite de maintenir des traitements séparés pour différents types de factures. Pour plus de détails sur la mise en place de ce workflow, voir l'extraction de données de factures espagnoles vers Excel pour les factures individuelles et le traitement par lots de factures fournisseurs espagnoles pour les workflows multi-fournisseurs.

3. Séparez la couche de conformité de la couche de données. Le QR code 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 QR code 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 un nombre significatif de factures TicketBAI, 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'une 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 inexistante 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 aurez 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 façon 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 transmission des factures B2B 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 manquement 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 manquement 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 (ex. : un script extrayant des 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 un élément de format. Que la facture soit 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ésoreries forales 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.