✅ Version actuelle
Vous pouvez telecharger la dernière version officielle de ce document sur la page officielle des Spécifications Externes B2B.

3 Présentation du portail public de facturation (PPF)

3.1 Les principes directeurs du portail public de facturation (PPF)

PPF - PRINCIPES DIRECTEURS
PPFIcône PPF annuaireImage PPFANNUAIRECONCENTRATEURDONNÉES DE FACTURE1DONNÉES DE TRANSACTION ET PAIEMENT10STATUTS OBLIGATOIRES6CONSULTATION14MODIFICATION13
PPF
Icône annuaire PPF mobileANNUAIRE
CONSULTATION14
MODIFICATION13
Icône concentrateur PPF mobileCONCENTRATEUR
DONNÉES FACTURE1
DONNÉES E-REPORT10
STATUTS OBLIG.6
Voir texte original : 3.1 Les principes directeurs du portail public de facturation (PPF)Masquer le texte original : 3.1 Les principes directeurs du portail public de facturation (PPF)

3.1 Les principes directeurs du portail public de facturation (PPF)

Le portail public de facturation (PPF) est l’opérateur public qui :

  • administre l’annuaire central26 ;

  • concentre les données de facturation, de transaction et de paiement ainsi que des informations relatives aux statuts de traitement des factures (cycle de vie)27 et transmet ces données à l’administration fiscale.

26 Article 289 bis III. du CGI.

27 Arrêté du ministre chargé du budget du 7 octobre 2022.

3.2 La cartographie des flux échangés

3.2 - Différence avec la V3.1

Aucun changement.

CARTOGRAPHIE ET DÉFINITION DES FLUX ÉCHANGÉS ENTRE LES ACTEURS

Cliquez directement sur les flux pour afficher leur définition.

FLUX- DONNÉES réglementaires de facture

UBLCII
Le flux 1 correspond aux données extraites de la facture, puis transmises à l’administration fiscale.

FLUX- FACTURE électronique B2B ou B2G

UBLCIIFACTUR-X
Le flux 2 correspond à la facture électronique B2B domestique ou B2G, dans l'un des 3 formats du socle (UBL, CII, FACTUR-X).

FLUX- FACTURE électronique B2B ou B2G (alternative)

EDIFACT...
Le flux 3 correspond à la facture électronique B2B domestique ou B2G, dans un format syntaxique alternatif (autre que les 3 formats du socle). L’échange dans un format alternatif nécessite l’accord préalable entre l’acheteur et le vendeur.

FLUX- CYCLE DE VIE

CDAR
Le flux 6 permet de communiquer clairement les mises à jour entre les acteurs. Il inclut principalement la mise à jour des statuts de facture , mais aussi le suivi du traitement des données réglementaires , le suivi de transmission des statuts obligatoires et l’actualisation de l’annuaire .

FLUX- CYCLE DE VIE (FORMAT ALTERNATIF)

AUTRES...

Le flux 7 correspond au cycle de vie dans un format alternatif (autre que CDAR). L’échange des statuts dans ce format dépend des offres des plateformes agréées. Pour les statuts obligatoires, ce flux doit contenir les informations minimales nécessaires pour constituer un flux transmis à la PPF.

FLUX- FACTURE ÉLECTRONIQUE B2B INTERNATIONAL

UBLCIIFACTUR-XAUTRES...
Le flux 8 correspond à la facture électronique B2B International, dans l'un des 3 formats du socle (UBL, CII, FACTUR-X) ou autres alternatifs. La PAE ou PAR se chargera de convertir cette facture en Flux pour alimenter le E-reporting.

FLUX- FACTURE ÉLECTRONIQUE B2C

UBLCCFACTUR-XAUTRES...

Le flux 9 correspond à la facture électronique B2C, dans l'un des 3 formats du socle (UBL, CII, FACTUR-X) ou autres alternatifs. La PAE se chargera de convertir cette facture en Flux pour alimenter le E-reporting.

FLUXE-REPORTING DES DONNÉES DE TRANSACTION ET DE PAIEMENT - B2B INTERNATIONAL ET B2C

UBLCII
Le flux 10 correspond au fichier E-REPORTING transmis à la PPF de façon périodique. Il inclut les données de transactions et de paiement relevant des opérations B2B INTERNATIONAL et B2C. Les flux 10 sont agrégés par les PAE et/ou PAR, puis transmis à la PPF.

FLUX- CONSULTATION DE L'ANNUAIRE VIA PAE OU PAR

XMLAPI

Le flux 11 correspond à la consultation de l'annuaire via une plateforme agréée: PAE ou PAR . Il permet à: • Un fournisseur d'obtenir les lignes d'adressage BT-49 de son client, puis de les reporter sur la facture électronique . • Un acheteur de vérifier que ses lignes d'adressage sont correctes et à jour.

FLUX- ACTUALISATION DE L'ANNUAIRE VIA PAR

XMLAPI
Le flux 12 correspond à l’actualisation de l’annuaire via une PAR. Cela permet à l’acheteur de corriger ou de mettre à jour ses lignes d’annuaire.

FLUX- ACTUALISATION DE L'ANNUAIRE

XMLAPI
Le flux 13 correspond à l’actualisation de l’annuaire. Cela permet à la PAR de corriger ou de mettre à jour les lignes d’annuaire de l’acheteur.

FLUX- CONSULTATION DE L'ANNUAIRE

EDIAPI
Le flux 14 correspond à la consultation de l’annuaire. Cela permet à la PAR et à la PAE d’avoir une copie de l’annuaire (FULL) ou une simple mise à jour de l’annuaire (DIFFÉRENTIEL).

Flux 6 - Cas spécifique (C)

Sous-bloc spécifique pour le repère C du flux 6.

Flux 7 - Cas spécifique (D)

Sous-bloc spécifique pour le repère D du flux 7.

Flux 6 - Cas spécifique (G)

Sous-bloc spécifique pour le repère G du flux 6.

Flux 7 - Cas spécifique (H)

Sous-bloc spécifique pour le repère H du flux 7.

Flux 6 - Cas spécifique (L)

Sous-bloc spécifique pour le repère L du flux 6.

Flux 10 - Cas spécifique (M)

Sous-bloc spécifique pour le repère M du flux 10.

Flux 6 - Cas spécifique (N)

Sous-bloc spécifique pour le repère N du flux 6.

Flux 14 - Cas spécifique (O)

Sous-bloc spécifique pour le repère O du flux 14.

Flux 6 - Cas spécifique (T)

Sous-bloc spécifique pour le repère T du flux 6.

Flux 14 - Cas spécifique (U)

Sous-bloc spécifique pour le repère U du flux 14.

Flux 6 - Cas spécifique (V)

Sous-bloc spécifique pour le repère V du flux 6.

Flux 10 - Cas spécifique (W)

Sous-bloc spécifique pour le repère W du flux 10.

Flux 13 - Cas spécifique (X)

Sous-bloc spécifique pour le repère X du flux 13.

Flux 6 - Cas spécifique (Z)

Sous-bloc spécifique pour le repère Z du flux 6.

Flux 6 - Cas spécifique (AB)

Sous-bloc spécifique pour le repère AB du flux 6.

Flux 6 - Cas spécifique (AE)

Sous-bloc spécifique pour le repère AE du flux 6.

Flux 7 - Cas spécifique (AF)

Sous-bloc spécifique pour le repère AF du flux 7.

Flux 6 - Cas spécifique (AI)

Sous-bloc spécifique pour le repère AI du flux 6.

Flux 7 - Cas spécifique (AJ)

Sous-bloc spécifique pour le repère AJ du flux 7.

Flux 12 - Cas spécifique (AL)

Sous-bloc spécifique pour le repère AL du flux 12.

Flux 6 - Cas spécifique (Q)

Sous-bloc spécifique pour le repère Q du flux 6.

Flux 10 - Cas spécifique (R)

Sous-bloc spécifique pour le repère R du flux 10.

Flux 6 - Cas spécifique (S)

Sous-bloc spécifique pour le repère S du flux 6.
EN COURS DE CONSTRUCTION

CARTOGRAPHIE ET DÉFINITION DES FLUX ÉCHANGÉS ENTRE LES ACTEURS

Cliquez directement sur les flux pour afficher leur définition.

12367891011121314
Etat initialHitbox 1 touchée OK
Voir texte original : 3.2 La cartographie des flux échangésMasquer le texte original : 3.2 La cartographie des flux échangés

3.2 La cartographie des flux échangés

3.3 Le raccordement au portail public de facturation (PPF)

3.3.1 Les principes directeurs

RACCORDEMENT ENTRE PLATEFORME AGRÉÉE ET PPF

Le PPF gère les raccordements des plateformes en et en .


Il permet de créer un raccordement, de le mettre à jour, de le désactiver et de consulter ses informations.


Cliquez directement sur le badge dédié pour en savoir plus.

Mode

  • Code application partenaire
  • Protocole technique d’échange
  • Certificat partenaire
  • Abonnements

Mode

  • Application déclarée dans le compte partenaire PISTE
  • Code application du partenaire
  • Compte technique

RACCORDEMENT ENTRE PLATEFORME AGRÉÉE ET PPF

Le circuit montre que l'émission, la transmission et la réception se font exclusivement au travers des PA (B2B domestique).

Voir texte original : 3.3.1 Les principes directeursMasquer le texte original : 3.3.1 Les principes directeurs
3.3.1 Les principes directeurs

Un raccordement matérialise l’interconnexion entre un partenaire et le portail public de facturation (PPF), pour les échanges depuis l’une de ses applications.

Un raccordement EDI est associé à :

  • le code application du partenaire ;
  • le protocole technique d’échange ;
  • le certificat du partenaire ;
  • les abonnements du partenaire34.

Un raccordement API est associé à :

  • une application déclarée dans le compte partenaire de l’application PISTE ;
  • un code application du partenaire ;
  • un compte technique36.

Le portail public de facturation (PPF) assure la gestion des raccordements EDI et API des partenaires.

  • la création des raccordements, la mise à jour et la désactivation des raccordements ;
  • la consultation des informations relatives à un raccordement.

Ces fonctionnalités sont accessibles aux partenaires habilités depuis le portail de services Chorus Pro. Ces factures ne doivent pas faire l’objet de production d’un flux 1 ni de transmission des cycles de vie (flux 6) au PPF35.

34 Modalités de traitement et de transmission des données de transaction et de paiement décrits dans les articles 41 septies L à P de l’annexe IV au CGI.

35 Ces factures ne doivent pas faire l’objet de production d’un flux 1 ni de transmission des cycles de vie (flux 6) au PPF.

36 Modalités de traitement et de transmission des données de transaction et de paiement décrits dans les articles 41 septies L à P de l’annexe IV au CGI.

3.3.2 Le raccordement en EDI

Les raccordements EDI avec le PPF servent surtout à gérer des échanges importants de données, de façon robuste et industrielle.

  • Flux volumineux
  • Traitement en masse
Le PPF met à disposition 3 protocoles d’échange : SFTP AS/2 AS/4

SFTP Secure File Transfer Protocol est un protocole d’échange permettant le transfert de fichiers entre le serveur du PPF et un client, la plateforme agréée. Il assure un cryptage de l’intégralité de la connexion.

La plateforme agréée doit :

  • disposer d’un client SFTP
  • disposer d’un utilitaire d’affectation de numéro de séquence
  • définir une procédure d’émission et de réception

L’authentification se fait via une clé publique communiquée à l’AIFE lors du raccordement.

La sécurisation préalable du protocole repose sur :

  • la mise à disposition de la clé publique de l’AIFE
  • les algorithmes de chiffrement AES128_CBC et AES256_CBC

Un espace (SAS) de dépôt et de récupération des fichiers.

DÉPÔT
RÉCUPÉRATION
Plateforme agréée
Serveur SFTP
PPF
Plateforme agréée
Serveur SFTP
PPF
FLUX ENTRANT
1
Connexion au système d’échange du PPF
2
Émission d’un fichier conforme aux règles de nommage
3
Transit du fichier en SFTP jusqu’au Moniteur de transfert
4
Le Moniteur de transfert met à disposition le fichier dans le SAS de dépôt du PPF
5
Le SAS PPF est scanné par le Système d’échanges
6
L’application métier récupère le fichier pour traitement
FLUX SORTANT
1
L’application métier pousse un fichier à destination du partenaire externe
2
Ce fichier est déposé dans un SAS de sortie
3
Le Moniteur de transfert met à disposition le fichier au partenaire externe
4
Le partenaire externe établit la connexion en SFTP et récupère le fichier

AS/2 Applicable Statement 2 est un protocole de transfert de fichier :

  • Il permet au partenaire d’envoyer (Push) directement un fichier au destinataire.
  • Il possède un système d’acquittement appelé MDN.

La plateforme agréée doit :

  • disposer d’un serveur AS/2 pour la réception des messages
  • disposer d’un client AS/2 pour l’émission
  • disposer d’un serveur capable de gérer les MDN synchrones
  • disposer d’un utilitaire d’affectation de numéro de séquence
  • définir une procédure d’émission et de réception

L’authentification de la plateforme agréée se fait via un mécanisme de signature électronique. Ce certificat (X509v3) doit être transmis à l’AIFE lors du raccordement.

Infographie en cours

Voir le texte original ci-dessous pour plus d’informations.

FLUX ENTRANT
1
Connexion au système d’échange du PPF
2
Contrôle du certificat par le système d’échange du PPF
3
Envoi d’un fichier respectant les règles de nommage définies
4
Transit du fichier en AS/2 jusqu’au Moniteur de transfert
5
Mise à disposition du fichier dans le SAS de dépôt du PPF
6
Renvoi du flux d’acquittement (MDN) au client AS/2
FLUX SORTANT
1
Le PPF pousse un fichier à destination du partenaire externe
2
Le fichier est déposé dans un SAS de sortie
3
Le Moniteur de transfert déclenche la connexion vers le partenaire externe
4
Le partenaire externe accepte la connexion et reçoit le fichier
5
Le partenaire externe renvoie un flux d’acquittement (MDN) au système d’échange du PPF

AS/4 Applicable Statement 4 est un protocole de transfert de fichier :

  • Il permet au partenaire d’envoyer (Push) ou de demander (Pull) un fichier.
  • Il possède un système d’acquittement appelé MDN.

La plateforme agréée doit :

  • disposer d’un serveur AS/4 pour la réception des messages
  • disposer d’un client AS/4 pour l’émission
  • disposer d’un serveur capable de gérer les messages signaux d’acquittement (SOAP) signés
  • disposer d’un utilitaire d’affectation de numéro de séquence
  • définir une procédure d’émission et de réception

L’authentification de la plateforme agréée se fait via une signature électronique. Ce certificat (X509v3) doit être transmis à l’AIFE lors du raccordement.

Infographie en cours

Voir le texte original ci-dessous pour plus d’informations.

FLUX ENTRANT
1
Connexion au système d’échange du PPF
2
Contrôle du certificat par le système d’échange du PPF
3
Envoi d’un fichier respectant les règles de nommage définies
4
Transit du fichier en AS/4 jusqu’au Moniteur de transfert
5
Mise à disposition du fichier dans le SAS de dépôt du PPF
6
Renvoi du flux d’acquittement (MDN) au client AS/4
FLUX SORTANT
1
Le PPF pousse un fichier à destination du partenaire externe
2
Le fichier est déposé dans un SAS de sortie
3
Le Moniteur de transfert déclenche une demande de connexion au partenaire externe
4
Le partenaire externe accepte la connexion et reçoit le fichier
5
Le partenaire externe envoie un flux d’acquittement (MDN) au système d’échange du PPF
Voir texte original : 3.3.2 Le raccordement en EDIMasquer le texte original : 3.3.2 Le raccordement en EDI
3.3.2 Le raccordement en EDI

Les raccordements EDI avec le portail public de facturation (PPF) ont vocation à permettre l’échange de flux volumineux afin d’en assurer un traitement en masse.

Le portail public de facturation met à disposition des partenaires raccordés en EDI, les protocoles d’échanges SFTP, AS/2 et AS/4 (cf. infra).

Un partenaire37 ne peut utiliser qu’un seul de ces protocoles par raccordement.

37 On désigne « partenaire » tout SI raccordé au PPF.

3.3.3 Le raccordement en API

Le raccordement API Application Programming Interface, permet l’échange de données avec un partenaire. Les services API du PPF sont accessibles via la plateforme PISTE, Plateforme d’intermédiation des services pour la transformation de l’État.

Les services API proposés par le PPF sont caractérisés par :

  • un mode d’authentification OAuth2
  • des principes architecturaux de type REST
  • l’envoi de requêtes de données réalisé via le protocole HTTP
  • des messages au format JSON ou XML, ou un code retour HTTP
  • des appels synchrones, c’est-à-dire que la connexion est maintenue jusqu’à l’obtention de la réponse
  • l’utilisation des verbes GET, POST, PUT et DELETE
  • l’utilisation d’URL pour le versionnage des API
  • une gestion multilingue

Après l’appel d’une API, le serveur retourne des données (au format JSON ou XML) ou un code retour HTTP.

200 Ok
201 Ok, une nouvelle ressource a été créée
204 Ok, la ressource a été supprimée
206 La requête est traitée sans erreur, mais le volume d’information renvoyée a été réduit
400 La requête est invalide ou ne peut pas aboutir
401 La requête n’est pas autorisée et nécessite l’authentification de l’utilisateur
403 La requête est refusée ou l’accès n’est pas autorisé
404 Il n’y a pas de ressource correspondante à l’URL donnée
408 Le délai maximal de la requête est atteint
422 Erreur de validation des données
429 Le nombre maximal d’appels dans un délai donné est atteint
500 Une erreur interne au serveur est survenue
501 La ressource n’est pas implémentée
503 Le service est actuellement indisponible

Les erreurs techniques peuvent être de 2 types :

  • une erreur client est associée au code d’erreur 40x
  • une erreur serveur est associée au code d’erreur 50x
Voir texte original : 3.3.3 Le raccordement en APIMasquer le texte original : 3.3.3 Le raccordement en API
3.3.3 Le raccordement en API

Les raccordements API avec le portail public de facturation (PPF) ont vocation à permettre l’échange de données avec un partenaire. L’un des avantages du mode API est de capitaliser sur les outils informatiques déjà déployés au sein de la structure du partenaire, en y intégrant des données additionnelles et/ou complémentaires. Les services API du portail public de facturation (PPF) sont exposés via la plateforme d’intermédiation des services pour la transformation de l’État58 (PISTE).

Les services API proposés par le portail public de facturation (PPF) sont caractérisés par :

  • un mode d’authentification OAuth2 ;
  • des principes architecturaux de type REST ;
  • l’envoi de requêtes de données réalisé via le protocole HTTP ;
  • des messages au format JSON ou XML ou un code retour HTTP ;
  • des appels synchrones (i.e. la connexion est maintenue après chaque appel jusqu’à obtention de la réponse) ;
  • l’utilisation des verbes GET, POST, PUT et DELETE ;
  • l’utilisation d’URL pour le versionnage des API59 ;
  • une gestion multilingue60.

À la suite de l’appel d’une API par un partenaire, le serveur retourne des données (JSON ou XML) ou un code retour HTTP. Dans le cas d’un code retour de type erreur, ce retour détaille l’erreur rencontrée dans le corps du message.

Les erreurs techniques peuvent être de 2 types :
  • une erreur client est associée au code d’erreur 40x ;
  • une erreur serveur est associée au code d’erreur 50x.
Les principaux codes retours HTTP sont :
Code retourLibellé – Commentaire
200Ok
201Ok, une nouvelle ressource a été créée
204Ok, la ressource a été supprimée
206La requête est traitée sans erreur, mais le volume d’information renvoyée a été réduit
400La requête est invalide ou ne peut pas aboutir
401La requête n’est pas autorisée et nécessite l’authentification de l’utilisateur
403La requête est refusée ou l’accès n’est pas autorisé
404Il n’y a pas de ressource correspondante à l’URL donnée
408Le délai maximal de la requête est atteint
422Erreur de validation des données
429Le nombre maximal d’appels dans un délai donné est atteint
500Une erreur interne au serveur est survenue
501La ressource n’est pas implémentée
503Le service est actuellement indisponible

Les principaux services API61 proposés par le portail public de facturation (PPF) relèvent du périmètre de l’annuaire PPF62.

59 En cas d’évolutions, au-moins deux versions de chaque API seront maintenues afin de faciliter l’adaptation des clients.
60 Un paramètre d’entrée de langue sera positionné au niveau des paramètres d’appel API de façon à recevoir les messages de retour API (techniques ou fonctionnels) en français (FR). Le choix de la langue anglaise (EN) sera proposé ultérieurement.

3.3.4 La création d’un raccordement

Chaque plateforme agréée (PA) doit a minima mettre en place un raccordement EDI avec le PPF. La PA choisira, via un système d’abonnement, les flux qu’elle souhaite transmettre et recevoir.

La plateforme doit :
  • choisir le protocole d’échange
  • fournir un certificat RGS 1* (minimum) qui doit être unique et valide
  • choisir ses abonnements aux interfaces (émission et/ou réception)
  • fournir les caractéristiques techniques (informations réseau)
  • fournir un contact facilitant les échanges
La plateforme agréée doit :
  • déclarer le nom de l’application PISTE, qui doit être unique
  • fournir un contact facilitant les échanges
Voir texte original : 3.3.4 La création d’un raccordementMasquer le texte original : 3.3.4 La création d’un raccordement
3.3.4 La création d’un raccordement

Chaque plateforme agréée (PA) devra mettre en place a minima un raccordement EDI, en suivant la procédure dédiée63 et dans le respect des exigences de sécurité définies par l’AIFE. Elle pourra choisir, via un système d’abonnement, les flux (interfaces) qu’elle souhaite transmettre et recevoir. Ces raccordements devront être testés depuis la plateforme de qualification64 prévue à cet effet.

Pour créer un raccordement EDI, le partenaire doit :
  • choisir le protocole d’échange ;
  • fournir un certificat RGS 1* (minimum) qui doit être unique et valide ;
  • choisir ses abonnements aux interfaces (émission et/ou réception) ;
  • fournir les caractéristiques techniques (informations réseau) ;
  • fournir un contact facilitant les échanges.
Pour créer un raccordement API, le partenaire doit :
  • déclarer le nom de l’application PISTE qui doit être unique ;
  • fournir un contact facilitant les échanges.

Emplacement réservé pour l’image fournie en pièce jointe.

Figure 11 - La mise en place d'un raccordement au portail public de facturation (PPF)

63 Cf. Chapitre 7 – Documentation applicable : Spécifications externes initiales B2G/G2G de Chorus Pro – Annexe EDI.
64 La plateforme de qualification est accessible depuis le 03/02/2025.

3.3.5 La modification d’un raccordement

La plateforme agréée peut modifier son raccordement EDI pour :

  • mettre à jour son certificat
  • mettre à jour ses abonnements aux interfaces (ajout, suppression)
  • mettre à jour la date de fin de son raccordement, qui permet de désactiver le raccordement à une date fixée par le partenaire
  • modifier le contact technique

La plateforme agréée peut modifier son raccordement API pour :

  • mettre à jour le nom de l’application PISTE
  • désactiver le raccordement API
  • modifier le contact technique
Voir texte original : 3.3.5 La modification d’un raccordementMasquer le texte original : 3.3.5 La modification d’un raccordement
3.3.5 La modification d’un raccordement
Un partenaire peut modifier son raccordement EDI pour :
  • mettre à jour son certificat ;
  • mettre à jour ses abonnements aux interfaces (ajout, suppression) ;
  • mettre à jour la date de fin de son raccordement qui permet de désactiver le raccordement à une date fixée par le partenaire ;
  • modifier le contact technique.
Un partenaire peut modifier un raccordement API pour :
  • mettre à jour le nom de l’application PISTE ;
  • désactiver le raccordement API ;
  • modifier le contact technique.

3.3.6 La consultation d’un raccordement

Une plateforme agréée peut consulter tous ses raccordements API et EDI avec le PPF.

La plateforme a donc accès à :

  • toutes les informations liées au raccordement
  • les statuts des raccordements
  • la date d’expiration du certificat (EDI)
Voir texte original : 3.3.6 La consultation d’un raccordementMasquer le texte original : 3.3.6 La consultation d’un raccordement
3.3.6 La consultation d’un raccordement

Un partenaire peut consulter tous les raccordements API et EDI liés à ses structures, via une IHM dédiée. Toutes les informations du raccordement sont restituées, ainsi que le statut courant du raccordement et la date d’expiration du certificat pour un raccordement EDI.

Besoin d'y voir clair sur la réforme de la facturation electronique ?

Réservez un call gratuit de 30 minutes pour creuser votre besoin, comprendre vos blocages et repartir avec une solution concrète.