VeriFactu en Espagne : obligation et échéances 2027
VeriFactu en Espagne : ce que les entreprises allemandes ayant une filiale ou un établissement doivent préparer dès maintenant
VeriFactu est obligatoire pour les entreprises espagnoles qui établissent leurs factures à l’aide d’un logiciel : les entreprises soumises à l’impôt sur les sociétés doivent utiliser des systèmes de facturation conformes à partir du 1er janvier 2027, toutes les autres à partir du 1er juillet 2027. Cela concerne aussi les filiales et établissements espagnols de groupes allemands.
De nombreux groupes dont le siège est en Allemagne possèdent en Espagne des sociétés juridiquement autonomes, par exemple une filiale, un établissement stable qui facture lui-même ou une société de distribution locale. Ce sont précisément ces sociétés espagnoles qui sont concernées par la réglementation espagnole relative aux systèmes informatiques de facturation, même si l’ERP est exploité de manière centralisée en Allemagne. Ce qui compte, c’est que la société espagnole émette des factures selon le droit espagnol et utilise pour cela un logiciel.
Au cœur du dispositif se trouvent les Sistemas Informáticos de Facturación, ou SIF. Il s’agit de systèmes informatiques de facturation qui établissent des factures et doivent générer à cette occasion des enregistrements de facturation normalisés, avec des mécanismes garantissant l’intégrité et la traçabilité. VeriFactu est un mode de fonctionnement au sein de ce cadre, dans lequel les enregistrements de facturation générés peuvent être transmis à l’administration fiscale espagnole, l’AEAT. (Source : https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu.html)
Échéances : obligation reportée d’un an, désormais en 2027
Le changement le plus important pour la planification des projets 2026 est le report d’un an. Après la publication du Real Decreto-ley 15/2025, les délais d’adaptation pour l’utilisation de SIF conformes aux exigences ont été reportés à 2027. L’AEAT mentionne deux dates butoirs :
- 1er janvier 2027 pour les contribuables qui déclarent l’Impuesto sobre Sociedades
- 1er juillet 2027 pour les autres contribuables
(Source : https://sede.agenciatributaria.gob.es/Sede/todas-noticias/2025/diciembre/3/ampliacion-plazo-adaptacion-sistemas-informaticos-facturacion.html)
(Source : https://www.boe.es/buscar/doc.php?id=BOE-A-2025-24446)
Important : ce report n’est pas une invitation à mettre le sujet de côté. Il réduit simplement la pression du calendrier. Sur le plan technique, il s’agit toujours d’une intervention dans les processus clés de la facturation. Quiconque utilise un logiciel non conforme s’expose, selon l’article 201 bis de la Ley General Tributaria, à une amende de 50 000 euros par exercice. L’article Facture électronique dans l’UE : délais et sanctions par pays propose une comparaison avec les sanctions prévues dans d’autres pays de l’UE.
Bases juridiques : ce qui s’applique concrètement en Espagne
Pour une argumentation de conformité solide, vous devez pouvoir citer correctement les textes de référence :
- Real Decreto 1007/2023
Ce décret approuve le règlement qui définit les exigences applicables aux systèmes et programmes prenant en charge les processus de facturation, et il normalise les formats des enregistrements de facturation. (Source : https://www.boe.es/buscar/act.php?id=BOE-A-2023-24840) - Orden HAC/1177/2024
Cet arrêté ministériel précise les spécifications techniques, fonctionnelles et de contenu, et indique que l’AEAT publie le détail des spécifications sur sa plateforme électronique. (Source : https://www.boe.es/diario_boe/txt.php?id=BOE-A-2024-22138) - Real Decreto-ley 15/2025
Ce texte reporte les délais d’adaptation en modifiant les dispositions transitoires applicables dans le cadre du RD 1007/2023. (Source : https://www.boe.es/buscar/doc.php?id=BOE-A-2025-24446)
L’AEAT renvoie en outre à la Ley 58/2003, Ley General Tributaria, en particulier aux obligations formelles et aux infractions sanctionnées en lien avec des systèmes non conformes. (Source : https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu.html)
Principe et logique du système : l’enjeu métier des SIF et de VeriFactu
La réglementation ne vise pas simplement à ce qu’une entreprise envoie une déclaration supplémentaire. L’essentiel est que le système informatique de facturation soit exploité de telle sorte que les événements de facturation soient techniquement traçables et que les manipulations ultérieures soient soit empêchées, soit clairement détectables.
Pour cela, des registros de facturación normalisés, c’est-à-dire des enregistrements de facturation, sont générés. Ces enregistrements reposent sur un concept d’enregistrement, de chaînage et de preuve. En mode VeriFactu, les enregistrements sont transmis à l’AEAT. Dans le mode sans transmission, souvent appelé No VeriFactu, ils restent dans le système et doivent y satisfaire aux exigences de conservation, d’inaltérabilité et d’auditabilité.
Sur sa page consacrée au projet, l’AEAT indique aussi qu’il existe à la fois des enregistrements de création et des enregistrements d’annulation, ce qui est important sur le plan des processus, car les annulations et corrections doivent être correctement représentées. (Source : https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/cuestiones-generales.html)
Ce que la FAQ de l’AEAT pour les développeurs clarifie sur le plan technique
Pour approfondir les aspects techniques, il vaut la peine de consulter le document ACLARACIONES A DUDAS DE LOS DESARROLLADORES. Ce n’est pas un document marketing, mais un recueil pratique de clarifications directement utiles dans les projets. (Source : https://sede.agenciatributaria.gob.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/FAQs-Desarrolladores.pdf)
En bref, les points les plus solides pour l’architecture et l’exploitation :
- L’AEAT confirme que les services VeriFactu sont disponibles en production depuis le 23 avril 2025, y compris pour la transmission volontaire et pour les mécanismes de vérification comme le contrôle par QR code.
- Le document cite expressément les nouvelles dates butoirs du 1er janvier 2027 et du 1er juillet 2027 et les attribue aux catégories de contribuables concernées.
- Il décrit comment un SIF est identifié en pratique, y compris des notions comme l’installation et les identifiants uniques, ce qui est déterminant pour les déploiements dans des réseaux de succursales.
- Il met en garde contre des erreurs typiques comme la réutilisation de numéros de facture après suppression, car cela entraîne des conflits dans les enregistrements de facturation.
- Il explique que les architectures à plusieurs composants sont autorisées, mais uniquement si la chaîne de traitement est contraignante, inaltérable et proprement certifiable.
Ce que les entreprises allemandes ayant une société espagnole doivent vérifier concrètement dès maintenant
1. Quelle société espagnole émet des factures, et avec quel outil
Établissez une cartographie des systèmes pour chaque société espagnole : quelle application génère la facture, quelle application gère les séries de numérotation, quelle application stocke les justificatifs et qui est l’éditeur ou l’exploitant du logiciel de facturation. C’est la base de toute preuve ultérieure.
2. Processus d’annulation et de correction
Les annulations de factures en Espagne ne sont pas une simple affaire de PDF. Vous avez besoin d’une logique de processus clairement définie, cohérente avec le principe des registros de facturación, y compris la représentation des enregistrements d’annulation. (Source : https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/cuestiones-generales.html)
3. Décision : fonctionnement avec ou sans transmission à l’AEAT
Formulé avec précision, il s’agit d’une décision sur le mode de fonctionnement du SIF :
- Fonctionnement en mode VeriFactu, avec transmission des enregistrements de facturation à l’AEAT
- Fonctionnement sans transmission, dans lequel les exigences de conservation, de preuve et d’auditabilité reposent entièrement sur votre propre système
Dans de nombreux environnements de groupe, le fonctionnement avec transmission réduit la complexité de la preuve en interne et accélère les audits, car il existe un canal de rapprochement clair. La décision finale dépend toutefois de la gouvernance informatique, de la protection des données, des modèles d’exploitation et de l’exposition au risque.
4. Planification du déploiement avec des cas de test réalistes
Ne testez pas seulement les cas nominaux, mais aussi les annulations, les corrections, les changements de série de numérotation, les mises à jour système, les scénarios hors ligne et les reprises après des erreurs de transmission. Ce sont précisément ces cas qui déterminent la stabilité de l’exploitation.
Mise en œuvre avec notre interface et notre API : deux voies, un objectif
Nous prenons en charge VeriFactu aussi bien via une interface utilisateur que via notre API. C’est pratique pour les groupes allemands, car cela couvre deux situations typiques :
- Intégration dans les systèmes existants via l’API
L’ERP du groupe reste le système de référence. Les données de facturation sont transmises via l’API. Nous nous chargeons de la création technique des enregistrements de facturation requis, de la logique d’exploitation pour VeriFactu et de la gestion des statuts et des retours. Résultat : un point d’intégration clair, sans intervention profonde dans les systèmes existants. - Utilisation autonome via l’interface pour les équipes locales
Si une société espagnole a besoin rapidement d’une solution opérationnelle, l’interface peut être utilisée comme processus autonome. C’est judicieux lorsque des équipes locales facturent mais que l’intégration ERP interviendra plus tard, ou lorsque des systèmes différents existent selon les sites.
La page Facture électronique en Europe montre comment faktoora couvre d’autres formats nationaux comme FatturaPA, KSeF et Factur-X ; vous trouverez les détails techniques de l’intégration sur la page consacrée à l’API faktoora.
La valeur ajoutée pour le client n’est pas de disposer d’un outil de plus, mais d’intégrer de manière maîtrisée l’exigence obligatoire espagnole dans les processus du groupe, avec des règles uniformes, des preuves traçables et une responsabilité d’exploitation clairement définie.
Conclusion : le report à 2027 donne du temps, mais ne lève pas l’alerte
L’obligation est reportée, pas supprimée. Les entreprises allemandes ayant une filiale ou un établissement en Espagne devraient mettre à profit l’année 2026 pour définir proprement l’architecture, la logique de numérotation, les processus d’annulation et le modèle d’exploitation. Vous éviterez ainsi que 2027 ne tourne à l’opération de dernière minute.