Cycle de vie d'une facture électronique : de l'émission Magento au statut final

L’essentiel à retenir

• Une facture électronique B2B française parcourt 7 étapes entre son émission depuis Magento 2 ou Adobe Commerce et son acceptation finale par le destinataire.
• Le cycle est automatisé mais doit être surveillé : statuts retournés, rejets techniques, rejeux manuels, traçabilité fiscale, etc.
• Les statuts retournés par la Plateforme Agréée doivent être visibles côté Magento (Sales grid, dashboard dédié, etc.) pour ne pas découvrir les anomalies un mois trop tard.
• En cas de rejet technique (donnée manquante, format invalide, etc.), votre Solution Compatible doit permettre un rejeu manuel sans refacturation.
• Traçabilité 10 ans obligatoire, comme pour les factures papier classiques.

Vue d’ensemble du cycle

Une facture électronique ne se résume pas à un événement unique “émission”. Elle parcourt un cycle de vie structuré en plusieurs étapes, chacune avec ses statuts, ses délais et ses cas d’anomalie possibles. Comprendre ce cycle est essentiel pour bien équiper votre boutique Magento et anticiper les opérations courantes (suivi, rejets, retraitements).

Voici les 7 étapes principales d’une facture B2B française émise depuis Magento, du moment où elle est créée jusqu’au moment où elle est définitivement acceptée par le destinataire.

Étape 1 - Création de la facture dans Magento

Acteur : votre boutique, via Magento Sales / Invoice.

Ce qui se passe. Vous validez une commande B2B et déclenchez la création d’une facture depuis l’interface Magento. La facture est stockée en base avec son numéro, sa date, son montant TTC, sa ventilation TVA, ses lignes et ses mentions légales. À ce stade, la facture existe seulement dans votre Magento.

Données nécessaires. Toutes les mentions obligatoires de la norme EN 16931 : SIRET émetteur et acheteur, identifiants TVA intracom, mentions légales par ligne, ventilation TVA par taux, conditions de règlement, etc. Si ces données sont manquantes ou incohérentes, la suite du cycle échouera. C’est pourquoi l’audit data initial est si important.

Durée : instantané (création unitaire) ou batch (création groupée si workflow d’expédition de commandes).

Étape 2 - Extraction et formatage par la Solution Compatible

Acteur : votre Solution Compatible Magento (le connecteur).

Ce qui se passe. Le connecteur détecte la nouvelle facture émise (via hook Magento, event listener, ou polling selon l’architecture), récupère les données structurées, et les transforme au format requis par votre Plateforme Agréée. Pour la plupart des marchands FR, c’est du Factur-X par défaut, avec bascule UBL ou CII paramétrable par destinataire.

Contrôles techniques. La Solution Compatible valide la cohérence des données avant transmission : SIRET au bon format, TVA correctement ventilée, montants équilibrés, mentions obligatoires présentes, etc. Si une anomalie est détectée, la facture est marquée “en erreur” côté Magento sans être transmise, pour permettre une correction préalable.

Durée : typiquement quelques secondes par facture, mois en batch pour les gros volumes.

Étape 3 - Transmission à la Plateforme Agréée émettrice

Acteur : votre Solution Compatible vers votre PA.

Ce qui se passe. Le connecteur établit une connexion sécurisée vers votre Plateforme Agréée (API REST, SOAP, AS4, etc.) et pousse la facture formatée. La PA accuse réception immédiatement avec un identifiant unique de transmission. À ce stade, la facture est “transmise à la PA” mais pas encore validée.

Statut : TRANSMISE_PA (ou équivalent selon la nomenclature de votre PA).

Durée : quelques secondes en mode online normal.

Étape 4 - Validation par la PA émettrice

Acteur : votre Plateforme Agréée.

Ce qui se passe. La PA exécute ses contrôles structurels sur la facture reçue : conformité au schéma XSD (Factur-X, UBL, CII), conformité à la norme EN 16931, présence des champs obligatoires, cohérence métier basique (montants, dates, signature optionnelle), etc. Deux issues possibles :

• Accepté structurellement : la facture passe en attente de routage. Statut ACCEPTEE_PA_EMETTRICE.
• Rejeté techniquement : la facture est retournée avec un code d’erreur explicite (SIRET invalide, format non conforme, etc.). Statut REJETEE_PA_EMETTRICE, suivi du code de rejet.

Durée : quelques secondes à quelques minutes selon la charge de la PA.

Étape 5 - Routage via l’annuaire central DGFiP

Acteur : la PA émettrice, en consultation de l’annuaire central DGFiP.

Ce qui se passe. La PA émettrice interroge l’annuaire central de la DGFiP pour identifier la PA du destinataire (chaque entreprise française inscrite a une PA déclarée). L’annuaire est tenu à jour par la DGFiP avec tous les SIREN actifs et leur PA de référence.

Statut : ROUTAGE_EN_COURS.

Cas d’anomalie : destinataire non inscrit dans l’annuaire (entreprise en cours d’enregistrement, etc.), PA destinataire non disponible temporairement. La PA émettrice retiendra selon une stratégie définie ou retournera un statut d’attente.

Durée : généralement instantanée si l’annuaire est interrogeable, sinon quelques heures.

Étape 6 - Transmission à la PA destinataire

Acteur : votre PA émettrice vers la PA du destinataire.

Ce qui se passe. Une fois la PA destinataire identifiée, votre PA transmet la facture via un protocole d’échange interopérable (typiquement PEPPOL AS4 ou équivalent). La PA destinataire accuse réception immédiatement avec un identifiant côté destinataire. La facture est maintenant disponible côté destinataire.

Statut : TRANSMISE_PA_DESTINATAIRE.

Durée : quelques secondes à quelques minutes.

Étape 7 - Réception et traitement côté destinataire

Acteur : votre client final (l’entreprise B2B destinataire) via sa propre stack.

Ce qui se passe. La PA destinataire met la facture à disposition de son client. Selon le système du destinataire, le traitement peut être :

• Automatique : import direct dans son ERP comptable, suivi d’une validation automatique selon ses règles métier.
• Semi-automatique : import dans un workflow d’approbation interne (validation par un acheteur, un responsable comptable, etc.).
• Manuel : visualisation par un opérateur qui décide d’accepter ou rejeter.

Statuts possibles :

• ACCEPTEE_DESTINATAIRE : la facture est acceptée et entrera en règlement selon les conditions convenues.
• REJETEE_DESTINATAIRE : la facture est refusée, généralement pour cause métier (erreur de commande, prix non conforme, etc.). Statut renvoyé en amont jusqu’à votre Magento.
• EN_ATTENTE_DESTINATAIRE : la facture est en cours de traitement côté destinataire.

Durée : variable, de quelques minutes à plusieurs jours selon les workflows internes de votre client.

Tableau des statuts principaux

Gestion des rejets et rejeu manuel

Les rejets sont une réalité opérationnelle, surtout les premiers mois d’utilisation. Les causes les plus fréquentes :

• SIRET acheteur invalide ou inexistant dans l’annuaire DGFiP (à corriger dans la fiche client Magento).
• TVA mal ventilée (taux incorrect par ligne, montant total incohérent, etc.) - à corriger dans le paramétrage des taux Magento.
• Mentions légales manquantes ou format non conforme (numérotation discontinue, conditions de règlement absentes, etc.) - à corriger dans les templates de facture.
• Format technique invalide (caractères spéciaux mal encodés, structure XML non conforme, etc.) - normalement géré par votre Solution Compatible, à diagnostiquer si récurrent.

Le rejeu manuel est l’opération qui corrige et retransmet une facture rejetée. Une bonne Solution Compatible expose un acte simple côté Magento : depuis la Sales grid, vous voyez le statut de chaque facture, vous pouvez ouvrir le détail du rejet, corriger la donnée incriminée (côté client ou côté facture), et déclencher le rejeu. Le numéro de facture, sa date et son montant ne changent pas - seules les données corrigées sont reformatées et retransmises.

Erreur à éviter : ne pas confondre rejeu technique et avoir métier. Un rejet technique (donnée invalide) se corrige et se rejoue. Un refus métier du destinataire (mauvais produit, mauvais prix, etc.) doit donner lieu à un avoir et une nouvelle facture, pas à un rejeu de la facture rejetée.

Suivi côté Magento : ce que votre opérateur doit voir

Pour que le cycle de vie soit pilotable au quotidien, votre opérateur (gestionnaire commercial ou comptable) doit avoir une vue claire depuis Magento sur l’état de chaque facture. Les éléments minimaux :

• Sales grid enrichie avec une colonne “Statut e-facture” affichant le dernier statut connu (Transmise, Acceptée, Rejetée, etc.).
• Détail de la facture avec l’historique des statuts datés (transmis le X, accepté le Y, etc.).
• Détail du rejet avec le code et le message d’erreur retournés par la PA, en clair.
• Bouton de rejeu manuel accessible directement, sans devoir manipuler des fichiers XML.
• Dashboard global listant les factures en attente, rejetées, ou en anomalie sur les derniers jours.

Sans ces éléments, votre opérateur découvre les anomalies en fin de mois ou par un appel du destinataire mécontent. La friction opérationnelle est forte. Vérifiez ces points lors de votre choix de Solution Compatible.

Traçabilité et archivage 10 ans

L’obligation de conservation des factures électroniques reste à 10 ans (art. L102B du Livre des procédures fiscales), comme pour les factures papier ou PDF. Cette conservation doit porter à la fois sur :

• Le contenu de la facture : fichier original Factur-X, UBL ou CII archivé sans altération.
• Les statuts du cycle de vie : historique des transmissions, validations, rejets, rejeux, etc.
• Les preuves d’horodatage : dates de chaque événement, idéalement avec horodatage qualifié.

Votre Solution Compatible doit soit conserver ces données elle-même pendant la durée légale, soit les pousser vers un système d’archivage électronique à valeur probante (SAE) que vous gérez. À vérifier explicitement dans le contrat de votre Solution Compatible.

Récapitulatif

Une facture électronique B2B française parcourt 7 étapes automatisées entre son émission Magento et son acceptation finale : création Magento, extraction Solution Compatible, transmission PA émettrice, validation PA, routage annuaire, transmission PA destinataire, réception destinataire. Chaque étape produit des statuts qui doivent être remontés côté Magento pour être pilotables au quotidien.

Le rejeu manuel est l’acte clé pour corriger les rejets techniques sans recréer de facture. Et la traçabilité 10 ans est obligatoire, à organiser côté Solution Compatible ou dans un système d’archivage dédié.

Pour aller plus loin

• Le guide complet de la réforme DGFiP 2026-2027 pour le contexte global et les acteurs du dispositif.
• Plateforme Agréée vs Solution Compatible : qui fait quoi - la répartition des rôles dans chaque étape du cycle.
• Factur-X, UBL, CII : quel format choisir - les formats qui transitent dans le cycle.
• Les 3 flux DGFiP : e-invoicing et e-reporting - les flux dont chacun a son propre cycle de vie.
• Plan d’action Magento de mise en conformité - 6 phases pour préparer votre boutique au cycle de vie automatisé.

Pour discuter de la gestion du cycle dans votre cas, le produit Gatebold E-Invoice Gateway ouvre une discussion technique sans engagement.