Auto-Facturation et Mandat de Facturation 2026

L'article 289-I-2 du CGI constitue la pierre angulaire de l'auto-facturation et du mandat. Il stipule que la facture peut être établie par le client au nom et pour le compte de son fournisseur, sous réserve d'un accord préalable et écrit. Cet accord doit préciser les modalités d'acceptation des factures par le fournisseur, qui conserve l'entière responsabilité de leur contenu et de leur conformité fiscale. En 2026, cette disposition se confronte à l'obligation de transmission des données de facturation via une PDP ou le Portail Public de Facturation (PPF), introduisant une complexité nouvelle quant à l'identification de l'émetteur technique et légal.

La distinction entre mandat de facturation et auto-facturation pure est subtile mais cruciale. Dans le mandat, le client agit comme un mandataire du fournisseur, qui reste le redevable de la TVA et le responsable final de la facture. L'auto-facturation, souvent utilisée dans des contextes spécifiques (ex: achats de matières premières agricoles), implique une émission directe par l'acheteur. La réforme 2026, notamment l'article 289 bis du CGI, impose la dématérialisation et la transmission des factures électroniques, rendant impératif de définir qui, du mandant ou du mandataire, est l'opérateur de la PDP et le déclarant des données de cycle de vie. Toute non-conformité expose à l'amende de 15 € par mention manquante ou erronée, plafonnée à 75% du montant de la facture, selon l'article 1737 II du CGI.

L'écosystème 2026 repose sur l'Annuaire Central DGFiP, qui référence les PDP de chaque assujetti et assure le routage des factures. Dans le cas d'un mandat de facturation, c'est la PDP du client (le mandataire) qui est techniquement l'émetteur de la facture électronique. Elle doit déposer la facture au format Factur-X (Minimum, Basic ou EN16931) sur l'Annuaire. Cependant, la facture est émise « au nom et pour le compte » du fournisseur (le mandant). Cette dualité soulève la question de l'identification de l'émetteur réel dans les métadonnées transmises à l'Annuaire. La DGFiP a précisé que l'identité du fournisseur (le mandant) doit figurer comme le véritable émetteur commercial de la facture, même si la transmission technique est opérée par la PDP du client.

Le statut 'Déposée' est validé dès que la facture est transmise par la PDP émettrice (celle du client) à l'Annuaire et mise à disposition de la PDP réceptrice (celle du fournisseur). Cette étape est cruciale pour la traçabilité et la conformité. Les spécifications externes B2B v2.3 de l'AIFE détaillent les champs obligatoires et les formats acceptés, insistant sur la cohérence des données entre l'identité de l'émetteur commercial et l'opérateur de la PDP. Les plateformes d'intermédiation doivent donc s'assurer que leurs systèmes sont capables de gérer cette distinction, en associant correctement les identifiants SIREN/SIRET du mandant à la transmission technique effectuée par le mandataire.

Le cycle de vie d'une facture électronique en 2026 comprend quatre statuts principaux : 'Déposée', 'Rejetée', 'Refusée' et 'Encaissée'. Dans le cadre d'un mandat, la validation de ces statuts implique des responsabilités partagées. Le statut 'Déposée' est automatique après transmission réussie. 'Rejetée' ou 'Refusée' peut être initié par le fournisseur (mandant) s'il conteste la facture émise en son nom. La complexité maximale réside dans le statut 'Encaissée'. Qui doit le valider ? Le client (mandataire) qui a émis la facture et qui effectue le paiement, ou le fournisseur (mandant) qui reçoit le paiement ? La DGFiP indique que la validation du statut 'Encaissée' incombe à l'émetteur de la facture, qui est ici le client agissant pour le compte du fournisseur. Cela implique que le client doit remonter l'information de paiement à sa PDP pour que le statut soit mis à jour, ce qui est une dérogation aux pratiques habituelles où le fournisseur valide l'encaissement.

Cette particularité exige une coordination étroite entre le client et le fournisseur, et une capacité technique des PDP à gérer cette inversion de responsabilité pour le statut 'Encaissée'. Les articles 290 et 290 B du CGI sur la conservation des factures et l'intégrité des données prennent une nouvelle dimension. Le fournisseur (mandant) doit pouvoir accéder à toutes les informations de statut pour s'assurer de sa conformité fiscale. Les plateformes d'intermédiation doivent donc proposer des tableaux de bord et des API permettant une visibilité complète et une gestion proactive de ces statuts, en conformité avec les exigences du Code des transports pour les acteurs du secteur ou du Code de commerce L441-10 pour les délais de paiement.

Les plateformes d'intermédiation (marketplaces, plateformes de freelances) sont au cœur de cette problématique. Elles doivent non seulement gérer les flux de facturation pour leurs propres activités, mais aussi pour les transactions entre leurs utilisateurs, souvent sous mandat. L'intégration des spécifications Factur-X (EN16931 pour les données structurées) est impérative. Des solutions comme Pennylane, Cegid, Sellsy ou Odoo proposent des modules de facturation, mais leur capacité à gérer nativement les subtilités du mandat de facturation 2026, notamment l'émission par le client au nom du fournisseur et la gestion des statuts inversés, est un critère de différenciation majeur. La plupart des solutions existantes sont conçues pour une émission classique par le fournisseur, nécessitant des développements spécifiques ou des paramétrages complexes pour s'adapter au mandat.

La conformité technique implique la capacité à générer des factures Factur-X avec les bonnes métadonnées (émetteur commercial vs. émetteur technique), à interagir avec l'Annuaire via une PDP certifiée, et à gérer les retours de statuts. Pour les plateformes, cela signifie souvent un arbitrage entre le développement interne d'une solution conforme ou l'intégration poussée avec une PDP tierce. Les coûts de développement, de maintenance et de certification sont significatifs. La gestion des débours (CGI 267 II) ou l'option pour la TVA (CGI 260) dans le cadre de l'auto-facturation pour certains secteurs, ou encore la gestion des assujettis uniques (CGI 256 C), ajoutent des couches de complexité qui exigent une expertise technique et fiscale pointue.

Face à ces défis, les acteurs doivent opérer un arbitrage stratégique. Le choix entre devenir une PDP soi-même, s'appuyer sur une PDP tierce, ou développer des connecteurs spécifiques à une solution de facturation existante, dépendra de la volumétrie, de la complexité des flux et de la stratégie d'intégration. Le coût total de possession (TCO) d'une solution conforme inclut non seulement les licences logicielles et les frais de développement, mais aussi les coûts de formation, de maintenance, de support et les risques de non-conformité (amendes 1737 II CGI). Une analyse approfondie des capacités des solutions du marché (Pennylane, Cegid, Sellsy, Odoo) est indispensable, en se concentrant sur leur roadmap 2026 et leur capacité à gérer les cas d'usage spécifiques du mandat.

Les modèles économiques des plateformes seront directement impactés. La valeur ajoutée ne résidera plus seulement dans la mise en relation, mais aussi dans la capacité à fluidifier et sécuriser les processus de facturation électronique pour leurs utilisateurs. Proposer une solution intégrée et conforme pour l'auto-facturation et le mandat peut devenir un avantage concurrentiel majeur. L'investissement dans des outils robustes et une expertise interne ou externe est désormais une nécessité pour éviter les sanctions et maintenir la confiance des partenaires commerciaux. La capacité à offrir une expérience utilisateur simplifiée tout en garantissant la conformité fiscale sera la clé du succès dans cet environnement réglementaire transformé.