Quels sont les 4 statuts de cycle de vie dits « obligatoires » qui doivent être transmis au PPF ?

Le concept de cycle de vie (CDV) d’une facture est une innovation majeure de la réforme française. Il représente l’ensemble des étapes, appelées « statuts », qu’une facture franchit de son émission à son paiement final, garantissant une traçabilité complète pour les entreprises et l’administration.

Parmi la dizaine de statuts possibles, seuls quatre sont dits « obligatoires » car ils doivent être systématiquement transmis au Concentrateur de Données du Portail Public de Facturation (PPF) par les Plateformes Agréées (PA). Ces statuts permettent à l’administration fiscale de suivre les transactions en temps réel et de préparer le pré-remplissage des déclarations de TVA.

Voici le détail de ces quatre statuts obligatoires :

1. Déposée (ou Deposit)

Ce statut marque le début du cycle de vie fiscal.

  • Origine : Il est créé par la plateforme de l’émetteur (PA-E) après que celle-ci a effectué les contrôles de conformité réglementaire (structure du fichier, absence de virus, vérification du SIREN).
  • Signification : Il indique que la facture est techniquement valide et qu’elle a été acceptée par la plateforme pour être transmise au destinataire. Elle est alors envoyée au PPF sous 24 heures.

2. Rejetée (ou Rejection)

Il s’agit d’un statut terminal déclenché par une erreur technique ou fonctionnelle.

  • Origine : Il peut être posé par la plateforme du vendeur (PA-E) lors de l’émission ou par celle de l’acheteur (PA-R) lors de la réception.
  • Motifs : Les causes fréquentes incluent la présence d’un virus, un fichier mal structuré (erreur XML), un numéro de facture en doublon ou une adresse de facturation électronique introuvable.
  • Conséquence : Une facture rejetée est considérée comme inexistante fiscalement ; elle doit être annulée comptablement par le vendeur et réémise avec un nouveau numéro.

3. Refusée (ou Refusal)

Contrairement au rejet (qui est souvent machine), le refus est une action métier de l’acheteur.

  • Origine : Il est obligatoirement renseigné par le destinataire (l’acheteur) de la facture.
  • Motifs : L’acheteur doit choisir un motif précis dans une liste officielle (ex: erreur de taux de TVA, marchandise non reçue, vendeur inconnu).
  • Conséquence : C’est également un statut terminal pour le PPF. Le flux fiscal initial est ignoré par l’administration, et le vendeur doit normalement émettre un avoir pour neutraliser la facture refusée.

4. Encaissée (ou Collected)

Ce statut clôture le cycle de vie et déclenche l’exigibilité de la taxe dans certains cas.

  • Origine : Il est déclaré par le vendeur (ou son mandataire) après réception effective du paiement.
  • Critère d’obligation : Il n’est transmis au PPF que pour les opérations où la TVA est due à l’encaissement (principalement les prestations de services sans option pour les débits). Si la TVA est due au débit (livraison de biens), le statut peut être échangé entre les partenaires mais n’est pas transmis au PPF.
  • Données : Le message doit préciser le montant TTC encaissé ventilé par taux de TVA.

Synthèse du processus

Le suivi de ces statuts s’organise en deux phases distinctes :

  1. Phase de Transmission : Les statuts (Déposée, Rejetée) sont posés automatiquement par les plateformes (PA) pour confirmer l’acheminement correct du document.
  2. Phase de Traitement : Les statuts (Refusée, Encaissée) sont posés par les entreprises elles-mêmes en fonction de leurs actions commerciales et financières.

Pourquoi est-ce crucial ? Le non-respect de la transmission de ces données de paiement ou de transaction peut exposer l’entreprise à une amende de 15 € par facture (pour l’émission) ou 250 € par transmission (pour l’e-reporting), avec un plafond annuel de 15 000 €.

Quel est le numéro d’identification unique utilisé par l’annuaire central du PPF pour identifier les entreprises ?

L’annuaire central, géré par le Portail Public de Facturation (PPF), est le pivot de la réforme de la facturation électronique en France. Son rôle est de recenser l’ensemble des entreprises et entités publiques assujetties afin de permettre l’acheminement correct des factures.

Voici des précisions sur le rôle du numéro SIREN et le fonctionnement de cet annuaire :

1. Le SIREN : Clé de voûte de l’identification

L’annuaire central est construit à partir du numéro SIREN pour permettre l’identification de l’ensemble des émetteurs et destinataires de factures. C’est ce numéro qui garantit que chaque entité est identifiée de manière unique dans le système national.

Il est crucial de bien distinguer le SIREN en tant qu’identifiant légal de l’entreprise et la valeur de l’adresse de facturation électronique qui, bien qu’elle reprenne souvent le SIREN, sert spécifiquement au routage des flux.

2. Structure et granularité de l’adressage

Bien que le SIREN soit le numéro de base, la réforme permet une identification plus fine selon les besoins de l’entreprise ou du secteur public. Les adresses enregistrées dans l’annuaire (sous le code de schéma 0225) peuvent prendre plusieurs formes :

  • SIREN : L’adresse la plus courante pour une entité juridique unique.
  • SIREN_SIRET : Utilisée principalement par le secteur public pour identifier un établissement spécifique.
  • SIREN_SIRET_CODE_ROUTAGE : Pour un routage encore plus précis vers un service exécutant (ex: Chorus Pro).
  • SIREN_SUFFIXE : Permet à une entreprise privée de créer plusieurs adresses pour différencier des canaux d’achat ou plusieurs plateformes de réception, sans dépendre de l’organisation géographique (SIRET).

3. Le rôle de routage et d’interopérabilité

L’annuaire ne se contente pas d’identifier les entreprises ; il est enrichi pour chaque entité par l’identification de la Plateforme Agréée (PA) choisie pour la réception.

  • Aiguillage automatique : Lorsqu’un vendeur émet une facture, sa plateforme consulte l’annuaire pour savoir vers quelle PA de l’acheteur la facture doit être envoyée.
  • Mise à jour : Les Plateformes Agréées ont la responsabilité (et le devoir) de mettre à jour l’annuaire pour le compte de leurs clients.

4. Importance de la qualité des données

La maîtrise des données « maîtres » (SIREN des clients et fournisseurs) devient un enjeu de conformité majeur.

  • Échec de transmission : Si le numéro SIREN du destinataire est erroné dans la facture, celle-ci ne pourra pas être transmise via l’annuaire.
  • Sanctions : Le SIREN du client est une mention obligatoire sur la facture électronique. Toute omission ou inexactitude est passible d’une amende de 15 € par mention, dans la limite de 25 % du montant de la facture.
  • Tolérance initiale : Une mesure de tolérance est prévue pour les entités n’ayant pas encore de SIREN ou n’étant pas encore listées dans l’annuaire lors des premières étapes de la réforme, afin d’éviter des pénalités injustifiées.

Analogie : L’annuaire du PPF fonctionne comme un système de redirection postale numérique. Le SIREN est le « nom de famille » unique de l’entreprise, et l’annuaire indique au « facteur » (votre plateforme) vers quelle « boîte aux lettres » spécifique (la plateforme de votre client) la lettre doit être déposée. Sans le bon nom (SIREN), le courrier ne part jamais.

Que doit faire un VENDEUR lorsqu’une de ses factures reçoit le statut « Rejetée » par une PA ?

Le statut « Rejetée » est l’un des quatre statuts de cycle de vie dits obligatoires dans le cadre de la réforme de la facturation électronique. Lorsqu’une plateforme de dématérialisation (PA, ex-PDP) attribue ce statut, cela signifie que la facture a échoué aux contrôles de conformité et qu’elle est considérée comme fiscalement inexistante.
Voici les détails essentiels pour comprendre pourquoi et comment le vendeur doit réagir.

  1. Pourquoi une facture est-elle « Rejetée » ?
    Le rejet survient lors de la phase de transmission lorsque la plateforme (soit celle du vendeur, soit celle de l’acheteur) détecte une anomalie. Les motifs peuvent être :
  • Techniques : présence d’un virus, fichier vide ou erreur de structure XML.
  • Fonctionnels : non-respect des règles de gestion de la réforme, numéro de facture en doublon, ou adresse de facturation électronique du destinataire introuvable.
  1. Les deux types de rejet
  • Rejet à l’émission (par la PA du vendeur) : La plateforme du vendeur (PA-E) bloque la facture avant même qu’elle ne sorte du système. Le statut est transmis au Portail Public de Facturation (PPF) pour informer l’administration, mais la facture n’est jamais transmise à l’acheteur.
  • Rejet en réception (par la PA de l’acheteur) : La facture a été envoyée, mais la plateforme du client (PA-R) refuse de l’intégrer pour cause de non-conformité. Là encore, le statut remonte au PPF et à la PA du vendeur.
  1. L’obligation comptable du vendeur : L’Avoir Interne
    Le statut « Rejetée » est terminal : aucune autre action (comme un paiement) ne peut être enregistrée sur cette facture dans le système de l’administration fiscale.
    C’est ici qu’intervient la procédure d’annulation décrite sur votre fiche :
  • Annulation comptable : Puisque la facture a été émise dans le logiciel du vendeur (ERP), elle a généré une écriture comptable. Or, comme elle est rejetée par le circuit officiel, le vendeur a l’obligation de neutraliser cette écriture.
  • Le mécanisme de l’avoir interne : Le vendeur doit créer un avoir interne pour annuler la facture rejetée dans ses propres comptes.
  • Non-transmission : Cet avoir est qualifié d’« interne » car il ne doit pas être transmis à l’acheteur. Le client ne doit pas recevoir un avoir pour une facture qu’il n’a jamais reçue ou qui a été rejetée dès l’entrée de sa plateforme.
  • Traitement par la plateforme : Si le vendeur transmet par erreur cet avoir à sa plateforme en référençant la facture rejetée, la plateforme ne doit pas l’envoyer à l’acheteur ni transmettre de données fiscales (flux 1) au PPF.
  1. La suite des opérations
    Une fois la facture rejetée annulée comptablement par cet avoir interne, le vendeur doit :
  2. Identifier l’erreur grâce au motif de rejet fourni par la plateforme.
  3. Corriger les données dans son système d’information.
  4. Émettre une nouvelle facture avec un nouveau numéro (pour éviter un nouveau rejet pour doublon) afin de relancer le processus de paiement.
    Analogie : Imaginez que vous postez une lettre, mais que le centre de tri la tamponne « Refusée : adresse inexistante » et vous la renvoie. Pour votre comptabilité personnelle, vous ne pouvez pas considérer que l’argent est « en route ». Vous devez annuler cette attente dans vos notes (l’avoir interne) et renvoyer une toute nouvelle lettre avec la bonne adresse.

Quelle est la différence fondamentale entre le profil EN16931 et le profil EXTENDED-CTC-FR ?

L’interopérabilité technique imposée par la Réforme de la Facturation Électronique (RFE) en France, vise à garantir que tous les systèmes de facturation et les Plateformes Agréées (PA) puissent échanger des données quel que soit le niveau de complexité des transactions.

La différence fondamentale réside dans le niveau de détail et la flexibilité que le profil EXTENDED-CTC-FR introduit par rapport aux exigences minimales paneuropéennes du profil EN16931.

Voici une explication détaillée de ces deux profils, qui sont tous deux implémentés dans les formats de factures obligatoires (UBL, CII, Factur-X) définis par la norme technique française XP Z12-012.


1. Le Profil EN16931 (La Base Européenne)

Le profil EN16931 se base sur la norme sémantique européenne EN16931. Cette norme définit le modèle de données de base minimal pour une facture électronique.

  • Rôle : Il garantit l’interopérabilité sémantique au niveau européen, ce qui signifie que les informations essentielles de la facture (montant, TVA, identifiants du vendeur et de l’acheteur, etc.) sont structurées de manière uniforme et exploitables par les systèmes.
  • Conformité : Le profil EN16931 français est conforme à cette norme, mais il intègre également quelques règles de gestion additionnelles spécifiques pour tenir compte des exigences de la réforme française.
  • Limitation : Il contient les données de base (le socle minimal des données essentielles).

2. Le Profil EXTENDED-CTC-FR (L’Extension Française)

Le profil EXTENDED-CTC-FR est une extension du profil EN16931, ce qui est autorisé par la norme européenne elle-même. Il a été spécifiquement conçu pour les exigences du Contrôle Continu des Transactions (CTC) français et les pratiques commerciales complexes qui vont au-delà du modèle de données de base.

La différence principale, comme l’indique votre fiche, repose sur deux éléments cruciaux :

A. Données Additionnelles (Richesse et Granularité)

Le profil EXTENDED-CTC-FR introduit des données additionnelles qui sont nécessaires pour gérer des cas d’usage spécifiques dans le contexte national.

Ces ajouts permettent d’inclure des informations plus granulaires ou spécifiques sur des acteurs tiers ou des détails d’opérations complexes. Ces données additionnelles sont référencées dans les spécifications techniques par des blocs commençant par EXT-FR-FE-BG-XX ou des données par EXT-FR-FE-XX.

Ces données enrichies sont indispensables pour :

  1. Gérer les Tiers : L’extension permet de nommer et d’identifier clairement les différents intervenants autour de la transaction, qui ne sont pas le vendeur ou l’acheteur principal, tels que :
    • Le Tiers PAYEUR (par exemple, dans les cas de sous-traitance avec paiement direct ou d’assurance).
    • L’AGENT D’ACHETEUR (par exemple, une agence qui passe commande pour le compte de l’acheteur).
    • Le Tiers FACTURANT (mandataire du vendeur).
  2. Gérer la Complexité des Lignes : Il permet de supporter des structures d’articles complexes, notamment en introduisant la notion de sous-lignes de facture (DETAIL, INFORMATION, ou GROUP) pour décrire des kits ou des articles composites à plusieurs niveaux.
  3. Gérer les Factures Multi-Vendeurs : L’extension permet d’émettre des factures regroupant les livraisons ou prestations de plusieurs vendeurs secondaires derrière un vendeur principal, en utilisant un cadre de facturation dédié (B8, S8, M8).

B. Règles de Gestion plus Souples

L’extension EXTENDED-CTC-FR assouplit ou remplace certaines règles de gestion strictes définies dans le profil de base EN16931, afin de s’adapter aux réalités des pratiques commerciales françaises (les « cas d’usage »).

Par exemple, le profil étendu est nécessaire pour :

  • Permettre des regroupements : Il est utilisé pour gérer des cas comme les factures multi-commande / multi-livraison, ou les factures mixtes (incluant des lignes soumises à TVA et des lignes de débours hors TVA).
  • Assurer la transmission : L’utilisation de l’extension est obligatoire pour que les Plateformes Agréées (PA) et les Opérateurs de Dématérialisation (OD) puissent traiter l’ensemble des cas d’usage inventoriés et requis par la RFE, en allant au-delà des fonctionnalités de base de la norme européenne.

Synthèse

Le profil EN16931 est le standard sémantique minimal universel requis pour la conformité de base. Le profil EXTENDED-CTC-FR est l’outillage complémentaire et national qui permet aux entreprises françaises de gérer la complexité de leurs transactions B2B (via les données additionnelles sur les tiers, les sous-lignes, etc.) tout en restant conforme au modèle de Contrôle Continu des Transactions (CTC) de l’administration fiscale.

Pour résumer avec une analogie : si le profil EN16931 est le squelette de l’information (garantissant que toutes les factures ont les os essentiels, reconnus par tous les pays), le profil EXTENDED-CTC-FR est le système nerveux et musculaire (ajoutant les détails spécifiques qui permettent de gérer des mouvements complexes et des fonctions spécialisées adaptées au corps unique du système fiscal français).