Verifactu et la facture électronique B2B ne constituent pas la même obligation. Le règlement des systèmes informatiques de facturation contrôle la façon 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. 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 avoir besoin de respecter les deux cadres pour une même opération.
Deux problématiques distinctes autour d'une même facture
La confusion apparaît parce que les deux projets concernent l'ERP et la facture. Cependant, ils répondent à des objectifs distincts :
- 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 entrepreneurs et professionnels, interopérabilité entre plateformes et suivi des statuts pour numériser les relations commerciales et lutter contre les retards de paiement.
Le premier niveau concerne principalement le système qui facture et sa relation avec l'administration fiscale. Le second concerne le document structuré, l'émetteur, le destinataire et les plateformes qui l'échangent.
Cadre réglementaire en vigueur
Les exigences des systèmes informatiques de facturation proviennent du décret royal 1007/2023 (Real Decreto 1007/2023), de l'arrêté HAC/1177/2024 (Orden HAC/1177/2024), de leurs modifications et de la prolongation des délais du décret-loi royal 15/2025 (Real Decreto-ley 15/2025).
La facture électronique B2B découle de la loi 18/2022 (Ley 18/2022), de création et de croissance des entreprises. Le décret royal 238/2026 (Real Decreto 238/2026), publié le 31 mars 2026, développe le système obligatoire entre entrepreneurs 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 en attente lorsqu'elle est nécessaire à la solution publique.
Les dates ne doivent pas être calculées à partir d'articles antérieurs au RD 238/2026. Avant de contracter ou de publier, il convient de vérifier le BOE, l'AEAT et les arrêtés techniques en vigueur pour chaque groupe d'assujettis.
Comparaison 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 et contrôle des statuts |
| Objet | Enregistrements de facturation et fonctionnement du logiciel | Facture électronique transmise et reçue entre entreprises |
| Interlocuteur | Système, assujetti fiscal et AEAT | Émetteur, destinataire, plateformes et solution publique |
| Opérations | Celles incluses dans le champ du RRSIF | Relations B2B incluses dans la loi et le règlement |
| Sortie principale | Enregistrement de création/annulation, QR et, en modalité vérifiable, transmission | Facture au format structuré et statuts associés |
| Modalités | VERI*FACTU et système non vérifiable soumis à ses contrôles | Plateforme privée, solution publique ou autres canaux interopérables admis |
| Rectification | Enregistrement et traçabilité conformes au RRSIF | Facture rectificative et échange avec le destinataire |
| Projet | Mise en conformité 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 et, en plus, être envoyée au client sous forme de facture structurée B2B. Un niveau ne remplace pas l'autre.
Ce que signifie VERI*FACTU
VERI*FACTU est une modalité de système d'émission de factures vérifiables qui transmet des enregistrements au siège électronique de l'AEAT conformément aux spécifications. Cela ne signifie pas que la facture a été remise au client, acceptée commercialement ou payée.
L'application doit contrôler :
- la création de l'enregistrement de mise en service ;
- 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 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 d'autres déclarations, sauf disposition expresse contraire d'une norme. L'AEAT le précise dans ses questions fréquentes.
Ce qu'exige la facture électronique B2B
Le système B2B vise à ce que la facture circule sous forme de données structurées pouvant être traitées automatiquement. Le projet inclut 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 la 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'exportation ;
- l'intégration avec les achats, la comptabilité, la trésorerie et les impôts.
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 ne doit pas être confondu avec une facture structurée traitable lorsque l'obligation exige cette structure.
Différence entre facture, enregistrement et statut
Il convient de distinguer trois objets :
- Facture commerciale et fiscale : document avec 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 conformément au 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 conciliation sera difficile. La conception doit inclure un identifiant unique par facture et des relations explicites avec les rectificatives, les enregistrements et les statuts.
Des calendriers à gérer séparément
Suite à 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 inclus.
La facture électronique B2B dispose de son propre calendrier d'application, dérivé de la loi 18/2022, du RD 238/2026 et des jalons techniques correspondants. Le calendrier de Verifactu ne doit pas être copié automatiquement.
Le plan directeur doit comporter deux axes :
| Axe | 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, impôts, 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 impôts, les séries et l'état comptable. Les applications de vente peuvent générer des opérations, mais la responsabilité d'émettre et de numéroter doit être définie.
Moteur de conformité RRSIF
Il 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 le producteur et testée avec la configuration réelle.
Couche de facture électronique
Elle convertit vers les formats admis, valide le contenu, achemine vers la plateforme ou la solution correspondante, reçoit les factures et synchronise les statuts.
Conciliation
Un processus automatique compare quotidiennement :
- la facture émise dans l'ERP ;
- l'enregistrement de mise en service 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 conciliation quotidienne sans dépendre de révisions manuelles.
Données de référence : le travail invisible
Les deux cadres dépendent de données correctes. Avant d'intégrer, il faut assainir :
- le NIF et la raison sociale ;
- l'adresse et le pays ;
- la qualité d'entrepreneur ou de professionnel ;
- les codes et taux d'imposition ;
- 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é doit avoir un propriétaire, une règle et un processus de correction.
Cas de test combinés
Il ne suffit pas de tester chaque système séparément. Des flux complets doivent être testés :
| Cas | Validation RRSIF | Validation B2B |
|---|---|---|
| Facture ordinaire | Enregistrement, empreinte et QR | Format, envoi et réception |
| Rectificative | Relation 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 de l'AEAT | File d'attente et nouvelle tentative | L'envoi B2B peut se poursuivre selon la conception |
| Panne de la 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 voie valide | Synchronisation avec la contrepartie |
Le test doit vérifier ce qui se passe lorsqu'un niveau fonctionne et que l'autre échoue. Le système ne doit pas marquer « terminé » en ne recevant qu'une seule réponse.
Rectification et rejet ne sont pas la même chose
Un rejet commercial ou technique d'une facture B2B ne permet pas de 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 format ou livraison ;
- la divergence commerciale ;
- 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é.
Fournisseurs et contrats
Une entreprise peut utiliser un ERP, un fournisseur RRSIF et une plateforme B2B distincts. Le contrat doit attribuer :
- la disponibilité et le support ;
- les changements réglementaires ;
- la responsabilité des validations ;
- la sécurité et la protection des données ;
- les sous-traitants et leur localisation ;
- l'exportation et la portabilité ;
- les preuves et les journaux ;
- la réversibilité à la fin du contrat ;
- la coordination des incidents.
Évitez de dépendre d'une plateforme qui ne permette pas d'exporter les factures, les statuts et les preuves dans un format utilisable. Le plan de sortie fait partie de l'achat.
Feuille de route unifiée
Phase 1. Périmètre
- Inventorier les entités, canaux et applications.
- Séparer les obligations RRSIF et B2B.
- Confirmer les exclusions et les calendriers avec un conseil fiscal.
- Nommer un responsable conjoint et des propriétaires pour chaque axe.
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 conciliation.
- Revoir la sécurité, les contrats et l'archivage.
Phase 3. Construction
- Assainir les référentiels et les séries.
- Mettre à jour le logiciel et développer les intégrations.
- Configurer les enregistrements, le QR, les formats et les statuts.
- Créer la surveillance et les files d'attente d'erreurs.
Phase 4. Tests et pilote
- Exécuter la matrice combinée.
- Tester le volume, la clôture, la panne et le retour en arrière.
- Intégrer des contreparties pilotes.
- Former les ventes, l'administration, les achats et la comptabilité.
Phase 5. Exploitation
- Conciliation quotidienne.
- Cellule de gestion des incidents.
- Révision des rejets et des rectifications.
- Suivi des changements réglementaires et des versions.
Erreurs fréquentes
- Acheter « Verifactu » en pensant que cela résout la facture B2B.
- Préparer l'émission B2B et oublier la réception.
- Utiliser un PDF comme unique 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 fournisseur technologique.
- Ne pas tester les pannes partielles entre plateformes.
- Maintenir des données de référence sans propriétaire.
- Ne pas disposer d'exportation ni de plan de sortie.
Checklist de direction
- Cadres et calendriers différencié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 réussis.
- Conciliation et alertes actives.
- Fournisseurs, sécurité et portabilité révisés.
- Utilisateurs formés par processus.
Questions fréquentes
Si j'implémente VERI*FACTU, suis-je déjà en conformité avec la facture électronique B2B ?
Non. Cela résout 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à en conformité avec le RRSIF ?
Non. Le logiciel doit respecter les exigences d'enregistrements et de fonctionnement qui lui incombent.
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 structurée au client.
Un PDF est-il une facture électronique B2B ?
Il peut s'agir d'une représentation, mais l'obligation d'échange structuré exige de respecter les formats et exigences officiels.
Faut-il contracter deux fournisseurs ?
Pas nécessairement. Un fournisseur peut couvrir les deux niveaux, mais il doit démontrer séparément le périmètre, la version, l'interopérabilité et les preuves.
Sources officielles consultées
- Décret royal 1007/2023.
- Arrêté HAC/1177/2024.
- Loi 18/2022 de création et de croissance des entreprises.
- Décret royal 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 dates, le périmètre et les critères fiscaux doivent être vérifiés avant le déploiement.