Verifactu et la facture électronique B2B ne sont pas la même obligation. Le Reglamento de Requisitos de los Sistemas Informáticos de Facturación (RRSIF, réglementation espagnole des systèmes informatiques de facturation) encadre la manière dont le logiciel génère et conserve des enregistrements intègres et traçables, et permet la modalité VERI*FACTU de transmission à l'AEAT (agence fiscale espagnole). La facture électronique B2B régit l'émission, l'envoi et la réception de factures structurées entre entreprises et professionnels, leur interopérabilité et la communication des statuts. Une organisation peut devoir se conformer aux deux cadres pour une même opération.
Deux problèmes distincts, une même facture
La confusion vient du fait que les deux chantiers touchent à l'ERP et à la facture. Pourtant, ils répondent à des objectifs différents :
- RRSIF/VERI*FACTU : intégrité, inaltérabilité, conservation, traçabilité et contrôle fiscal des enregistrements générés par le système.
- Facture électronique B2B : échange électronique structuré entre entreprises et professionnels, interopérabilité entre plateformes et suivi des statuts, pour numériser les relations commerciales et lutter contre les retards de paiement.
La première couche concerne avant tout le système de facturation et sa relation avec l'administration fiscale. La seconde concerne le document structuré, l'émetteur, le destinataire et les plateformes qui l'échangent.
Cadre réglementaire en vigueur
Les exigences applicables aux systèmes informatiques de facturation découlent du Real Decreto 1007/2023 (décret royal), de l'Orden HAC/1177/2024 (arrêté ministériel), de leurs modifications et de la prolongation de délais introduite par le Real Decreto-ley 15/2025 (décret-loi royal).
La facture électronique B2B trouve son origine dans la Ley 18/2022 (loi espagnole de création et de croissance des entreprises). Le Real Decreto 238/2026 (décret royal), publié le 31 mars 2026, développe le dispositif obligatoire entre entreprises et professionnels et modifie le règlement de facturation. Sa mise en œuvre doit suivre les dispositions transitoires et le développement technique officiel, y compris la réglementation encore en attente lorsqu'elle est nécessaire à la solution publique.
Les échéances ne doivent pas être calculées à partir d'articles antérieurs au Real Decreto 238/2026. Avant de contracter ou de publier quoi que ce soit, il faut vérifier le BOE (Journal officiel espagnol), l'AEAT et les arrêtés techniques en vigueur pour chaque catégorie d'assujettis.
Comparatif pratique
| Critère | RRSIF / VERI*FACTU | Facture électronique B2B |
|---|---|---|
| Finalité | Intégrité et traçabilité du système de facturation | Échange structuré et interopérable, contrôle des statuts |
| Objet | Enregistrements de facturation et fonctionnement du logiciel | Facture électronique envoyée et reçue entre entreprises |
| Interlocuteur | Système, assujetti et AEAT | Émetteur, destinataire, plateformes et solution publique |
| Opérations | Celles incluses dans le champ du RRSIF | Relations B2B prévues par la loi et le règlement |
| Sortie principale | Enregistrement d'émission/annulation, QR et, en mode vérifiable, transmission | Facture au format structuré et statuts associés |
| Modalités | VERI*FACTU et système non vérifiable soumis à ses propres contrôles | Plateforme privée, solution publique ou autres canaux interopérables admis |
| Rectification | Enregistrement et traçabilité selon le RRSIF | Facture rectificative et échange avec le destinataire |
| Chantier | Adaptation du logiciel et de ses contrôles | Émission, réception, intégration et gestion des statuts |
Une facture peut générer un enregistrement conforme au RRSIF tout en étant envoyée au client comme facture structurée B2B. Une couche ne remplace pas l'autre.
Ce que signifie réellement VERI*FACTU
VERI*FACTU est une modalité du système d'émission de factures vérifiables qui transmet des enregistrements au siège électronique de l'AEAT selon les spécifications publiées. Cela ne signifie pas que la facture a été remise au client, acceptée commercialement ou payée.
L'application doit maîtriser :
- la création de l'enregistrement d'émission ;
- les enregistrements d'annulation le cas échéant ;
- le chaînage et l'empreinte ;
- le QR et les mentions applicables ;
- la transmission, la réponse, le rejet et les nouvelles tentatives ;
- la réconciliation entre facture, enregistrement et statut AEAT ;
- la sécurité des identifiants et des preuves.
L'envoi fiscal ne remplace pas le livre-registre ni les autres déclarations, sauf disposition expresse contraire. L'AEAT le précise dans sa foire aux questions.
Ce qu'exige la facture électronique B2B
Le dispositif B2B vise à faire circuler la facture sous forme de données structurées traitables automatiquement. Le chantier couvre aussi bien l'émission que la réception. De nombreuses entreprises ne préparent que la sortie et découvrent trop tard qu'elles ne peuvent pas intégrer les factures entrantes, les rejets ou les statuts.
L'architecture doit résoudre :
- les formats structurés admis et leur conversion ;
- l'identification de l'émetteur et du destinataire ;
- la livraison et l'interopérabilité entre plateformes ;
- l'authenticité, l'intégrité et la lisibilité ;
- les statuts de la facture et leur communication ;
- l'accès gratuit du destinataire dans les conditions applicables ;
- la conservation et l'export ;
- l'intégration avec les achats, la comptabilité, la trésorerie et la fiscalité.
Un portail client B2B connecté à l'ERP facilite précisément cet accès du destinataire et la communication des statuts, sans dépendre d'e-mails isolés. Un PDF peut être une représentation visuelle, mais il ne doit pas être confondu avec une facture structurée exploitable lorsque l'obligation exige cette structure.
Facture, enregistrement et statut : trois objets différents
Il convient de distinguer trois objets :
- Facture commerciale et fiscale : document comportant le contenu exigé.
- Enregistrement RRSIF : structure générée pour garantir la traçabilité du système.
- Statut B2B : information sur la réception, l'acceptation, le rejet ou le paiement selon le cadre applicable.
Ils doivent partager des identifiants, mais ce ne sont pas le même objet. Si l'ERP utilise des clés différentes, la réconciliation devient difficile. La conception doit prévoir un identifiant unique par facture et des relations explicites avec les factures rectificatives, les enregistrements et les statuts.
Deux calendriers à gérer séparément
Après la prolongation de 2025, les systèmes informatiques de facturation doivent être adaptés avant le 1er janvier 2027 pour les entités soumises à l'impôt sur les sociétés, et avant le 1er juillet 2027 pour le reste des assujettis concernés.
La facture électronique B2B dispose de son propre calendrier d'application, issu de la Ley 18/2022, du Real Decreto 238/2026 et des jalons techniques correspondants. Le calendrier de Verifactu ne doit pas être reproduit automatiquement.
Le plan directeur doit comporter deux volets :
| Volet | Jalon de préparation |
|---|---|
| RRSIF | Logiciel, enregistrements, QR, modalité, tests et contingence |
| B2B | Formats, plateforme, réception, statuts, interopérabilité et intégration des contreparties |
Les dépendances communes — référentiels, taxes, séries, ERP et archivage — sont traitées une seule fois.
Architecture recommandée
L'ERP comme source de vérité
L'ERP devrait gouverner les clients, les produits, les taxes, les séries et le statut comptable. Les applications de vente peuvent générer des opérations, mais la responsabilité d'émettre et de numéroter doit être clairement définie.
Moteur de conformité RRSIF
Génère et conserve les enregistrements, le chaînage, le QR, les événements et la transmission. Il doit correspondre à une version déclarée par l'éditeur et testée avec la configuration réelle.
Couche de facturation électronique
Convertit vers les formats admis, valide le contenu, achemine vers la plateforme ou la solution correspondante, reçoit les factures et synchronise les statuts.
Réconciliation
Un processus automatisé compare quotidiennement :
- la facture émise dans l'ERP ;
- l'enregistrement d'émission ou d'annulation ;
- la réponse de l'AEAT le cas échéant ;
- la livraison au destinataire ;
- les statuts B2B ;
- l'écriture comptable et l'encaissement.
Les écarts créent un incident avec un responsable et un délai. L'automatisation des processus permet de construire cette réconciliation quotidienne sans dépendre de contrôles manuels.
Référentiels : le travail invisible
Les deux cadres dépendent de données correctes. Avant d'intégrer, il faut fiabiliser :
- le NIF et la raison sociale ;
- l'adresse et le pays ;
- la qualité d'entreprise ou de professionnel ;
- les codes et taux de TVA ;
- les moyens et conditions de paiement ;
- les identifiants de plateforme ;
- les séries et établissements ;
- les unités, remises et références de commande.
Une donnée incomplète peut passer une validation locale et être rejetée par une autre plateforme. La qualité des données doit avoir un propriétaire, une règle et un processus de correction.
Scénarios de test combinés
Tester chaque système isolément ne suffit pas. Des flux complets doivent être rejoués :
| Scénario | Validation RRSIF | Validation B2B |
|---|---|---|
| Facture ordinaire | Enregistrement, empreinte et QR | Format, envoi et réception |
| Rectificative | Lien et traçabilité | Livraison et lien avec l'original |
| Rejet du destinataire | N'altère pas l'enregistrement original | Statut et décision commerciale |
| Panne AEAT | File d'attente et nouvelle tentative | L'envoi B2B peut continuer selon la conception |
| Panne plateforme B2B | Enregistrement fiscal correct | File d'attente, nouvelle tentative et alerte |
| Doublon | Idempotence de l'enregistrement | Idempotence de la livraison |
| Changement de données | Correction par une voie valide | Synchronisation avec la contrepartie |
Le test doit vérifier ce qui se passe quand une couche fonctionne et que l'autre échoue. Le système ne doit pas marquer une opération « terminée » sur la seule réception d'une des deux réponses.
Rectification et rejet ne sont pas la même chose
Un rejet commercial ou technique d'une facture B2B n'autorise pas à modifier silencieusement une facture déjà émise. Il faut analyser s'il existe une erreur fiscale et appliquer le mécanisme de rectification correspondant.
Le flux doit distinguer :
- le rejet pour cause de format ou de livraison ;
- l'écart commercial ;
- l'erreur fiscale ;
- l'annulation autorisée de l'enregistrement ;
- la facture rectificative ;
- le retour ou l'avoir.
Chaque statut a besoin d'un responsable et d'une règle. Automatiser sans cette distinction peut détruire la traçabilité.
Prestataires et contrats
Une entreprise peut recourir à un ERP, un prestataire RRSIF et une plateforme B2B distincts. Le contrat doit préciser :
- la disponibilité et le support ;
- les évolutions réglementaires ;
- la responsabilité en cas de validations défaillantes ;
- la sécurité et la protection des données ;
- les sous-traitants et leur localisation ;
- l'export et la portabilité ;
- les preuves et journaux ;
- la réversibilité à la fin du contrat ;
- la coordination en cas d'incident.
Évitez de dépendre d'une plateforme qui ne permet pas d'exporter les factures, les statuts et les preuves dans un format exploitable. Le plan de sortie fait partie de l'achat.
Feuille de route unifiée
Phase 1. Périmètre
- Recenser les entités, canaux et applications.
- Séparer les obligations RRSIF et B2B.
- Confirmer les exclusions et calendriers avec un conseil fiscal.
- Nommer un responsable conjoint et un propriétaire par volet.
Phase 2. Conception
- Définir l'ERP maître et l'identifiant unique.
- Choisir la modalité RRSIF et le canal B2B.
- Concevoir la réception, les statuts et la réconciliation.
- Revoir la sécurité, les contrats et l'archivage.
Phase 3. Construction
- Fiabiliser les référentiels et les séries.
- Mettre à jour le logiciel et développer les intégrations.
- Configurer les enregistrements, QR, formats et statuts.
- Mettre en place la supervision et les files d'erreur.
Phase 4. Tests et pilote
- Exécuter la matrice combinée.
- Tester le volume, la clôture, les pannes et le retour arrière.
- Intégrer des contreparties pilotes.
- Former les équipes ventes, administration, achats et comptabilité.
Phase 5. Exploitation
- Réconciliation quotidienne.
- Cellule de gestion des incidents.
- Revue des rejets et rectifications.
- Veille sur les évolutions réglementaires et les versions.
Erreurs fréquentes
- Acheter « Verifactu » en croyant que cela règle aussi la facture B2B.
- Préparer l'émission B2B en oubliant la réception.
- Utiliser un PDF comme seul format.
- Appliquer le même calendrier aux deux obligations.
- Ne pas relier facture, enregistrement et statut.
- Confondre rejet commercial et annulation fiscale.
- Déléguer le périmètre au prestataire technologique.
- Ne pas tester les pannes partielles entre plateformes.
- Laisser les référentiels sans propriétaire.
- Ne pas prévoir d'export ni de plan de sortie.
Check-list direction
- Cadres et calendriers distingués.
- Périmètre validé par entité et par opération.
- ERP maître et identifiant unique définis.
- Modalité RRSIF documentée.
- Émission, réception et statuts B2B conçus.
- Rectification et rejet séparés.
- Tests combinés validés.
- Réconciliation et alertes actives.
- Prestataires, sécurité et portabilité revus.
- Utilisateurs formés par processus.
Questions fréquentes
Si je déploie VERI*FACTU, suis-je déjà conforme à la facture électronique B2B ?
Non. Cela règle la modalité fiscale des enregistrements, mais pas nécessairement l'échange structuré, la réception ni les statuts B2B.
Si j'envoie une facture B2B, suis-je déjà conforme au RRSIF ?
Non. Le logiciel doit respecter les exigences d'enregistrement et de fonctionnement qui lui sont propres.
Une facture peut-elle passer par les deux systèmes ?
Oui. C'est le scénario habituel : l'ERP génère la facture, le système produit l'enregistrement fiscal, et une plateforme la livre au client sous forme structurée.
Un PDF est-il une facture électronique B2B ?
Il peut en être une représentation, mais l'obligation d'échange structuré impose de respecter les formats et exigences officiels.
Faut-il faire appel à deux prestataires ?
Pas nécessairement. Un même prestataire peut couvrir les deux couches, mais il doit démontrer séparément le périmètre, la version, l'interopérabilité et les preuves de chacune.
Sources officielles consultées
- Real Decreto 1007/2023.
- Orden HAC/1177/2024.
- Ley 18/2022 de création et de croissance des entreprises.
- Real Decreto 238/2026 relatif à la facture électronique B2B.
- AEAT : facturation électronique obligatoire.
- AEAT : questions générales et FAQ des systèmes VERI*FACTU.
Summum Sistemas peut concevoir une architecture commune pour Verifactu et la facture électronique B2B sans mélanger les responsabilités. Les échéances, le périmètre et les critères fiscaux doivent être vérifiés avant tout déploiement.