La réforme de la facturation électronique a redistribué les rôles dans la chaîne encaissement. Jusqu’en 2025, un logiciel de facturation générait la facture, un email la transmettait, et un logiciel de recouvrement reprenait la main en aval pour les impayés. À partir du 1er septembre 2026, une nouvelle brique s’intercale obligatoirement : la Plateforme Agréée (PA, anciennement PDP).
Pour un DAF ou un credit manager, la question opérationnelle n’est pas seulement « quelle PA choisir ? ». C’est « comment ma PA et mon logiciel de recouvrement s’articulent-ils pour accélérer mes encaissements ? ». Cet article décompose le schéma en Y de la réforme, les cinq typologies de PA disponibles sur le marché, les API qu’il faut exiger et les workflows concrets qui tirent parti des statuts du cycle de vie pour relancer au bon moment.
Le schéma en Y : ce que la réforme a vraiment changé
Avant d’entrer dans le détail des workflows, il faut comprendre l’architecture cible. Depuis le communiqué Bercy du 15 octobre 2024, l’État a renoncé à gérer les flux factures B2B sur son propre portail. Le schéma initial dit « en V » (toutes les factures transitent par le Portail Public de Facturation) a été abandonné au profit du schéma en Y.
Dans ce schéma :
- Chaque entreprise choisit une Plateforme Agréée pour recevoir (obligatoire 1er septembre 2026) et pour émettre (obligatoire 1er septembre 2026 pour GE et ETI, 1er septembre 2027 pour PME, TPE, micro-entrepreneurs).
- Les Plateformes Agréées émettent, routent, convertissent les formats si nécessaire et archivent les factures.
- Les Plateformes Agréées extraient les données fiscales et les transmettent au Portail Public de Facturation (PPF), qui ne joue plus qu’un rôle de concentrateur pour l’administration et d’annuaire central des destinataires.
- La DGFiP accède aux données via le PPF pour le contrôle, le pré-remplissage des déclarations TVA et la lutte contre la fraude.
Concrètement, une facture émise par votre PA est routée vers la PA de réception de votre client (identifiée via l’annuaire central par le SIREN du destinataire). Une extraction synthétique est envoyée au PPF. Votre logiciel de recouvrement consomme les statuts remontés par la PA et déclenche les actions adaptées.
Environ 115 PA étaient définitivement immatriculées par la DGFiP au 13 avril 2026, avec une vingtaine supplémentaires en attente de tests d’interopérabilité. L’immatriculation est délivrée en deux temps : une immatriculation « sous réserve » après validation documentaire et audit ISO 27001, puis une immatriculation définitive après validation de tests d’interopérabilité avec d’autres PA et le PPF. Elle est valable 3 ans renouvelables.
Les cinq typologies de Plateformes Agréées
Le marché PA s’est segmenté en cinq grandes familles. Comprendre cette segmentation conditionne le choix d’une solution adaptée à votre volumétrie et à votre stack existante.
1. Les éditeurs comptables et ERP historiques français
Cegid, Sage, Esker, Itesoft, Cegedim. Ces acteurs dominent le marché des PME, ETI et grands comptes depuis des décennies. Leur logique est celle de l’intégration verticale : vous créez votre facture dans leur ERP, ils en assurent la certification, le routage, l’archivage et la conformité. Parfait pour les entreprises déjà sur leur écosystème. Budget typique : de quelques centaines à plusieurs milliers d’euros par mois selon le volume.
2. Les pure-players SaaS français
Pennylane, Sellsy, Axonaut, Abby, Indy, Tiime, Kolecto. Nouvelle génération d’éditeurs SaaS, taillés pour les TPE, PME et cabinets comptables. Interface moderne, onboarding rapide, tarifs SaaS transparents. Ces acteurs ont massivement investi pour obtenir leur immatriculation et capter la vague PME. Budget : de 14 € à quelques centaines d’euros par mois.
3. Les opérateurs EDI internationaux
Generix, Docaposte, Basware, Comarch, Pagero, SAP, Seeburger, Tradeshift, Edicom, Ecosio. Positionnés sur les grands comptes et les flux industriels multi-pays. Leur force : la couverture internationale et la gestion de volumétries massives. Leur faiblesse : complexité de déploiement, tarification enterprise.
4. Les solutions sectorielles
Darva (assurance), Logilec (distribution Leclerc), Voxel ou Amadeus (hôtellerie, voyage), Infologic (agroalimentaire), Digipharmacie (officines). Ces PA répondent à des besoins verticaux avec des intégrations métier poussées (codes produits spécifiques, workflows sectoriels, règles de rapprochement particulières). Pertinents si votre activité a une forte spécificité métier.
5. Les acteurs bancaires et fintechs
Qonto, Kolecto (Crédit Agricole), @iPaidThat (BPCE), Euro Information (Crédit Mutuel), Spendesk, Agicap. Ces acteurs utilisent l’agrément PA comme un levier d’acquisition ou de rétention bancaire. Ils intègrent le volet facturation dans une offre plus large (compte pro, financement, affacturage, gestion de trésorerie). Tarifs souvent attractifs, voire gratuits sur le périmètre client.
Cas particuliers à retenir : EBP n’a pas candidaté à l’immatriculation et revend la PA Cegid. Evoliz et Inqom, au sein du groupe Visma, s’appuient sur Chaintrust. QuickBooks a quitté le marché français fin 2023. La joint-venture Le Village Connecté (ACD, RCA, Coaxis, Tessi) a été immatriculée le 8 janvier 2026.
Plateforme Agréée versus logiciel de recouvrement : deux métiers distincts
L’un des contresens fréquents est de penser qu’une PA « fait » aussi du recouvrement. C’est inexact.
Une Plateforme Agréée est un prestataire de conformité fiscale. Son métier consiste à :
- émettre, transmettre et recevoir des factures conformes au format EN 16931 ;
- gérer la conversion inter-formats (Factur-X, UBL 2.1, UN/CEFACT CII) si émetteur et destinataire divergent ;
- transmettre les données fiscales au PPF (e-reporting, e-invoicing) ;
- tenir à jour l’annuaire central des destinataires ;
- assurer l’interopérabilité avec les autres PA, via convention bilatérale ou réseau Peppol ;
- gérer et remonter les statuts du cycle de vie des factures ;
- archiver les factures à valeur probante sur 6 à 10 ans.
Un logiciel de recouvrement, à l’inverse, a une mission radicalement différente : convertir un signal de retard ou de risque en encaissement effectif. Ses fonctions sont :
- détecter les factures échues, les retards à venir et les signaux comportementaux de risque ;
- déclencher des relances multi-canal (email, SMS, courrier, appel) au bon moment ;
- adapter le ton, le contenu et le canal à chaque client, sur la base de son historique ;
- traiter les litiges et les motifs de refus, orchestrer les mises en demeure, l’escalade et le recouvrement judiciaire ;
- piloter le DSO, produire les KPIs de trésorerie et alimenter la prévision d’encaissement.
Les deux métiers sont complémentaires, pas substituables. Certaines PA proposent un module de relance minimal (templates d’email, règles de relance simples). Ces modules suffisent pour des TPE avec des volumes très faibles, pas au-delà. Pour une PME avec 200 factures par mois ou une ETI avec plusieurs milliers, une architecture découplée PA + logiciel de recouvrement spécialisé reste la plus performante.
L’interopérabilité PA - logiciel de recouvrement : ce que l’API doit exposer
Le critère qui fait ou défait l’articulation PA - recouvrement est l’API. Sans API riche et bien documentée, votre logiciel de recouvrement restera aveugle aux signaux précieux remontés par la PA.
Les endpoints indispensables
Au minimum, l’API de votre Plateforme Agréée doit exposer :
- La liste des factures émises et reçues avec leurs métadonnées complètes (numéro, date d’émission, date d’échéance, montants HT et TTC, numéro SIREN client, catégorie d’opération, référence contrat ou commande).
- Le statut cycle de vie courant de chaque facture, avec historique des changements de statut, horodatage et origine (qui a changé le statut et quand).
- Les motifs de refus codifiés selon les 40 codes DGFiP, avec commentaire libre du client refuseur.
- Les statuts d’encaissement (Paiement transmis, Encaissée) pour automatiser le lettrage dans le logiciel de recouvrement.
- Les données clients normalisées (SIREN, SIRET, raison sociale officielle, adresse de facturation, adresse de livraison), utiles pour la qualification et l’enrichissement des fiches clients.
Les webhooks temps réel
Un polling API toutes les heures ou toutes les nuits est un workflow 2015. En 2026, exiger des webhooks push sur chaque changement de statut cycle de vie. Le logiciel de recouvrement est notifié en temps réel, sans latence, ce qui permet par exemple de déclencher une relance préventive dans les minutes qui suivent un passage à « Approuvée » sur une créance à risque.
Le cadre normatif
La norme AFNOR XP Z12-013, publiée le 26 février 2026, encadre les API Plateforme Agréée. Elle spécifie les objets, les formats, les codes réponse et les bonnes pratiques de sécurité. Exiger la conformité à XP Z12-013 dans votre cahier des charges PA est un bon filtre.
Le volet sécurité
Les PA sont tenues à la certification ISO 27001. Leur API doit respecter les standards équivalents : authentification OAuth 2.0 avec rotation de tokens, chiffrement TLS 1.3, audit logs de tous les accès, politique de données personnelles conforme au RGPD. Votre logiciel de recouvrement doit accepter ces niveaux d’exigence en retour, avec hébergement souverain si possible.
Trois workflows opérationnels concrets
Passons de l’architecture aux cas concrets. Voici trois scénarios réels où l’articulation PA - logiciel de recouvrement crée de la valeur.
Workflow 1 : la relance préventive sur signal « Approuvée »
Contexte : une facture de 12 000 € émise le 1er du mois, échéance 30 jours. Le client est historiquement à 45 jours de délai moyen de règlement.
Sans articulation PA - recouvrement : la relance se déclenche à J+1 après échéance, soit au 1er du mois suivant. Le retard s’installe.
Avec articulation PA - recouvrement : la PA remonte le statut Approuvée au 15 du mois (J-15 avant échéance). Le logiciel de recouvrement interprète ce signal comme une confirmation positive. À J-5 avant échéance, il envoie un message bref et courtois de rappel « Votre facture est validée et prévue au paiement. Rappel : échéance le 30 de ce mois. » Sur un client habituellement lent, ce seul rappel préventif réduit statistiquement le retard moyen de 3 à 7 jours.
Workflow 2 : la résolution accélérée d’un refus
Contexte : une facture de 4 500 € est refusée par le client à J+3 après dépôt. Motif DGFiP : Quantité non conforme.
Sans articulation PA - recouvrement : le refus arrive par email, qui est lu 2 jours plus tard. Un collaborateur ADV ouvre un dossier, contacte le client, identifie la divergence de quantité, produit un avoir, ré-émet la facture. Délai moyen : 7 à 12 jours ouvrés.
Avec articulation PA - recouvrement : le webhook remonte le refus en temps réel avec le motif codifié. Le logiciel de recouvrement ouvre automatiquement un dossier litige, propose un workflow d’avoir, notifie l’ADV avec tous les éléments contextuels préchargés. Délai : 2 à 4 jours ouvrés. Sur un volume de 50 refus par mois, le gain cumulé représente plusieurs semaines d’encaissement avancées.
Workflow 3 : le pilotage du DSO temps réel
Contexte : le credit manager produit un reporting DSO hebdomadaire pour la direction.
Sans articulation PA - recouvrement : extraction manuelle de l’outil comptable, retraitement Excel, reconciliation approximative des encaissements, DSO calculé à J+7 ou J+14 après la fin de semaine.
Avec articulation PA - recouvrement : les statuts Paiement transmis et Encaissée remontés par toutes les PA du groupe alimentent en temps réel le tableau de bord du logiciel de recouvrement. DSO hebdomadaire produit automatiquement, avec décomposition par segment client, par commercial, par secteur. Le credit manager passe de 4 heures à 15 minutes sur le reporting et gagne en marge de manœuvre sur les actions de recouvrement prioritaires.
Les critères de choix d’une Plateforme Agréée pour un projet recouvrement
Si la réforme est déjà pilotée par les achats ou la DSI dans votre organisation, impliquez le credit management dans le choix. Voici les critères qui comptent pour un usage recouvrement.
Qualité de l’API. Exiger une documentation publique, des endpoints REST conformes XP Z12-013, des webhooks temps réel, une sandbox de test. Refuser les PA qui ne communiquent pas de documentation API claire.
Granularité des statuts remontés. Certaines PA se contentent des 4 statuts obligatoires. D’autres remontent tous les statuts recommandés AFNOR. La granularité conditionne la finesse des workflows recouvrement.
Couverture multi-entités. Si votre groupe a plusieurs entités juridiques, vérifier que la PA supporte les assujettis uniques (groupes TVA) et l’agrégation cross-entités dans une même interface.
Pérennité économique du fournisseur. Le marché a déjà connu des sorties (QuickBooks, abandon EBP). Privilégier des PA adossées à des groupes solides et documentant une feuille de route produit.
Coût et modèle économique. Tarification au volume versus tarification forfaitaire, coût de l’API, frais de changement de PA. Simuler sur 3 ans avec votre volumétrie réelle.
Intégrations natives avec votre stack comptable. Une PA qui s’intègre nativement à votre ERP (SAP, Cegid, Sage, Pennylane, etc.) réduit les coûts de déploiement. Dans les secteurs très industriels, la compatibilité EDI est un critère dur.
Calendrier de déploiement pour un projet ETI type
Pour une ETI avec un ou plusieurs milliers de factures par mois, le projet complet PA + recouvrement se structure en trois phases.
Phase 1, conformité PA (T-6 à T-3 mois avant l’échéance) : sélection PA, intégration ERP, enregistrement annuaire central, nettoyage master data (SIREN, SIRET, TVA intra), mise à jour des modèles de facture, formation ADV et comptabilité.
Phase 2, pilote (T-3 à T-1 mois) : émission et réception pilote sur un périmètre limité (une BU, un secteur, un segment client). Monitoring des rejets techniques, ajustements, validation de la boucle de statuts.
Phase 3, branchement du logiciel de recouvrement (T-1 mois à T+3 mois) : paramétrage des workflows recouvrement sur la base des statuts PA, configuration des scénarios de relance, migration de l’historique, formation credit management, mise en production progressive. À T+3 mois, 100 % des flux passent par le workflow PA + recouvrement.
Un projet ETI bien exécuté se boucle en 6 à 9 mois. Un projet PME standard en 3 à 6 mois. En dessous, on court après la conformité sans jamais réellement exploiter les nouveaux signaux.
Conclusion : la PA sécurise, le logiciel de recouvrement encaisse
La Plateforme Agréée est un fournisseur d’infrastructure. Elle garantit que votre facture est conforme, routée, archivée et intégrée au flux fiscal de la DGFiP. Elle ne réduira pas votre DSO d’une journée.
Le logiciel de recouvrement est un fournisseur de performance. Il exploite les signaux remontés par la PA pour déclencher les bonnes relances, au bon moment, avec le bon ton, auprès de chaque client. Il transforme le cycle de vie en flux de trésorerie.
Les entreprises qui n’adressent que le premier volet (la conformité PA) tireront peu de bénéfices de la réforme. Celles qui articulent les deux avec une architecture API propre captureront les deux gains : la sécurisation de la TVA côté fisc, et l’accélération de leurs encaissements côté cash.
Billabex se branche nativement sur les principales Plateformes Agréées françaises pour exploiter les statuts cycle de vie et automatiser vos relances. Découvrir le logiciel de recouvrement Billabex.
