Facturation électronique : 3 662 factures plus tard - 06/10/2026
Cinq semaines après le démarrage de la réforme, 3 662 factures émises par CFAST via la plateforme agréée iopole ont été suivies statut par statut : 47 % sont déjà encaissées, 3 % ont été rejetées, refusées ou mises en litige. Cette étude de cas explique comment lire l'infographie et ce que ces chiffres nous apprennent sur le terrain.
Le contexte :
Depuis le 1er septembre 2026, toutes les entreprises françaises doivent pouvoir recevoir des factures électroniques. Les grandes entreprises et les ETI doivent aussi les émettre ; les PME et microentreprises suivront le 1er septembre 2027. Mais la nature très technique de nos clients (opérateurs télécoms et MSP) fait que beaucoup ont souhaiter activer l'option avant leur obligation.
Les factures ne circulent plus en PDF par email. Elles passent par des plateformes agréées (PA, anciennement PDP) : celle de l'émetteur transmet la facture à celle du destinataire, et chaque étape remonte un statut. Quatre statuts sont obligatoires : déposée, rejetée, refusée et encaissée. Les autres (reçue, mise à disposition, approuvée, paiement transmis…) sont recommandés.
CFAST génère les factures de ses clients, des opérateurs télécom et MSP, puis les dépose sur iopole, la plateforme agréée avec laquelle nous travaillons. Deux périmètres coexistent :
- Le flux iopole : 3 662 factures, suivies de bout en bout, de l'émission à l'encaissement.
- Les UBL pour PA tierces : 726 factures générées au format UBL pour des clients qui utilisent une autre plateforme. Elles ne transitent pas par iopole, donc nous n'avons pas leurs statuts : elles sont hors de l'infographie.
Lire l'infographie
L'infographie suit une facture de haut en bas, à travers quatre acteurs. Chaque case donne le statut, le nombre de factures qui y sont aujourd'hui et leur part dans le total.
- Émission (CFAST) : la facture est générée et attend d'être déposée sur la plateforme.
- PA émettrice (iopole) : la facture est soumise puis émise vers la plateforme du client.
- PA réceptrice : la plateforme du client accepte la facture (reçue, puis mise à disposition) ou la rejette, le plus souvent pour une raison technique ou d'adressage.
- Acheteur : le client final prend la facture en charge, l'approuve, transmet le paiement et la facture est encaissée. Il peut aussi la refuser ou la mettre en litige.
Les couleurs suivent l'état de la facture : bleu en transit, jaune en attente, vert validée ou encaissée, rouge rejetée ou refusée. Les chiffres sont une photo à date : une facture « mise à disposition » aujourd'hui sera probablement « encaissée » dans quelques semaines.
Ce que disent les chiffres
Près d'une facture sur deux a déjà fait le parcours complet jusqu'à l'encaissement, et seulement 3 % ont échoué. Regroupés par grande étape, les 3 662 statuts se répartissent ainsi :
Étape | Statuts inclus | Factures | Part |
|---|---|---|---|
Encaissées | Encaissée | 1 737 | 47,4 % |
En route ou en attente du client | À émettre, Émise, Reçue, Mise à disposition | 1 552 | 42,4 % |
En traitement chez le client | Prise en charge, Approuvée, Paiement transmis | 261 | 7,1 % |
En échec | Rejetée, Refusée, En litige | 112 | 3,1 % |
Le gros bloc du milieu ne signale pas de problème. 752 factures sont « mises à disposition » : elles sont arrivées chez le client, qui ne les a pas encore traitées. 700 sont « émises » : notre hypothèse, à confirmer, est que beaucoup de plateformes réceptrices ne renvoient pas encore les statuts intermédiaires, et que la facture reste donc affichée à cette étape.
Autre lecture : 1 737 factures sont passées en « encaissée », alors que seulement 118 sont « approuvées ». Une piste, à confirmer : les clients qui paient par prélèvement passent directement à l'encaissement, sans franchir toutes les étapes d'approbation.
A noter également que pour l'encaissement nous sommes en début de mois au jours de cette étude. Donc de nombreuses factures ont été envoyées et pas encore prélevées
Rejets et refus : d'où viennent les échecs
Sur la période, nous avons tracé 113 incidents : 86 rejets par une plateforme, 24 refus par un client et 3 litiges. La première cause n'est ni le format ni le contenu de la facture, mais l'adresse du destinataire.
Près de 6 incidents sur 10 viennent de l'adressage :
Quelques cas types, anonymisés :
- Le client n'est pas encore dans l'annuaire. « No route found » : l'adresse électronique du client n'existe pas encore dans l'annuaire central, car il n'a pas encore choisi sa plateforme. La facture n'a nulle part où aller.
- Le client a changé de plateforme. L'annuaire indique une autre plateforme que celle attendue. La facture part au mauvais endroit et revient.
- Un lot entier bloqué d'un coup. Chez un opérateur, 17 factures adressées à des pharmacies ont échoué le même matin, en quelques minutes, sur un échec d'export vers la plateforme réceptrice. Une seule cause technique, 17 incidents.
- La facture existe déjà. Une facture redéposée est rejetée par le contrôle d'unicité. Côté client, une facture déjà reçue par email est refusée comme doublon.
- Le client conteste. Les refus portés par l'acheteur sont des messages écrits : « notre forfait inclut déjà les appels », « il faut passer par notre autre plateforme », « numéro de commande manquant ». C'est un échange commercial, plus seulement technique.
À date, 45 incidents sont traités (40 %). Sur les 68 ouverts, 50 sont suivis avec notre support et 18 attendent une action du client final, le plus souvent son inscription auprès d'une plateforme.
Ce que nous avons appris
Le circuit fonctionne. 1 737 factures encaissées en cinq semaines, avec un taux d'échec de 3 %. La facturation électronique n'est plus un projet chez nous : elle tourne en production, tous les jours.
Le vrai sujet, c'est l'annuaire, pas le format. La majorité des échecs ne vient pas d'une facture mal construite. Elle vient d'un destinataire qui n'est pas encore inscrit, ou qui l'est ailleurs. L'émetteur peut avoir tout fait juste et rester bloqué.
Un rejet n'est pas toujours la faute de l'émetteur. Sur les 68 incidents ouverts, 18 attendent une action du client final, que l'émetteur ne peut pas faire à sa place. Il faut savoir le prouver et l'expliquer, statut et message d'erreur à l'appui.
Les statuts changent la relation client. Un refus arrive maintenant avec un motif écrit et daté. Une contestation qui traînait des semaines par email devient visible le jour même, et donc traitable.
Il faut un traitement des erreurs industrialisé. 113 incidents en cinq semaines, pour une réforme qui ne fait que démarrer. Chaque incident est rattaché à sa facture, classé par cause et suivi jusqu'à sa résolution. Sans ça, les 3 % deviennent vite ingérables.
Pour se préparer
- Vérifier ses clients dans l'annuaire avant d'émettre. Une adresse absente ou chez une autre plateforme se détecte en amont, pas après le rejet.
- Relancer les clients qui n'ont pas choisi de plateforme. Depuis le 1er septembre 2026, ils doivent pouvoir recevoir. Tant qu'ils ne sont pas inscrits, leurs factures reviennent.
- Suivre les statuts, pas seulement l'envoi. Une facture émise n'est pas une facture reçue. Il faut regarder où elle s'arrête.
- Prévoir qui traite les refus. Un refus client est un sujet commercial : il doit arriver chez la personne qui connaît le dossier, pas rester dans un journal technique.
Méthode et limites
- Statuts : photo des 3 662 factures du flux iopole au 7 octobre 2026. Une facture compte une seule fois, à son dernier statut connu.
- Incidents : journal des erreurs du cycle de vie PA, du 1er septembre au 6 octobre 2026, soit 113 événements. Une même facture peut y apparaître deux fois (un rejet puis un refus), d'où un léger écart avec les compteurs de l'infographie (86 rejets dans le journal, 85 factures au statut « rejetée »).
- Familles de causes : regroupement par CFAST des codes renvoyés par les plateformes. L'adressage réunit les échecs de routage, les adresses de facturation erronées et les erreurs de destinataire.
- Hors périmètre : les 726 UBL générés pour des plateformes tierces, dont nous ne recevons pas les statuts.