Factur-X / PDP : le calendrier de 2026 vu du cabinet comptable

Après deux reports successifs, la facturation électronique B2B obligatoire entre dans sa phase active. Le calendrier officiel publié par la DGFiP en juillet 2024 confirme deux échéances : le 1er septembre 2026 pour la réception (toutes les entreprises) et l'émission par les grandes entreprises et ETI ; le 1er septembre 2027 pour l'émission par les PME et TPE. Pour les cabinets d'expertise comptable, le sujet n'est pas tant l'émission, qui sera gérée par les clients via leur portail public ou une PDP, que la réception et l'intégration dans la chaîne comptable.

Le rôle des PDP : ce qui change vraiment

Les Plateformes de Dématérialisation Partenaires (PDP) sont les opérateurs immatriculés par l'administration fiscale pour transporter, valider, et archiver les factures électroniques. Le Portail Public de Facturation (PPF) reste la solution publique de repli ; c'est gratuit, mais avec un service minimum. Les PDP, elles, proposent des services à valeur ajoutée : intégration ERP, contrôles enrichis, gestion du cycle de vie de la facture (statuts), workflows d'approbation.

Pour un cabinet comptable, le choix de la PDP, pour soi-même et pour ses clients, devient structurant. Une PDP qui ne gère pas correctement les statuts (rejetée, mise en paiement, comptabilisée) va générer des appels client à n'en plus finir.

Factur-X, UBL, CII : le triptyque qui désorganise

La réforme impose trois formats acceptés : Factur-X (PDF + XML, format français de référence), UBL (Universal Business Language, format européen), et CII (Cross Industry Invoice, format de l'EDIFACT). En pratique, les éditeurs ERP français privilégient Factur-X, les éditeurs SaaS internationaux poussent UBL, et les grandes entreprises avec EDI historique restent souvent sur CII. Un cabinet va recevoir les trois.

Le piège : les schémas ne sont pas tous équivalents. Factur-X EN 16931 (le profil minimum) ne contient pas tous les champs nécessaires à la déclaration de TVA. Si le cabinet ne contrôle pas le profil reçu, il peut se retrouver avec une facture conforme à la réforme mais inutilisable pour le calcul de TVA, il faut redemander la facture au format BASIC WL ou EN 16931.

Ce que les éditeurs historiques ne disent pas

L'OCR n'est plus la bonne réponse

Pendant 10 ans, les éditeurs ont vendu de l'OCR pour automatiser la pré-comptabilisation. Avec Factur-X, l'OCR devient inutile : les données sont dans le XML, structurées, fiables. Les cabinets qui paient encore une option OCR à 50 € HT/mois par client paient pour un service que la réforme rend obsolète. Les éditeurs ne le disent pas, parce que l'option OCR représente 15-20 % de leur ARR par client.

La règle d'imputation reste manuelle

Factur-X structure les données, mais ne les classe pas comptablement. Un produit « location véhicule courte durée » peut aller en 6135, 6155, ou 6068 selon le client et le contexte. Cette imputation, pour aujourd'hui, reste manuelle, c'est là que les cabinets perdent le plus de temps. Les solutions IA d'imputation (Receipt Bank, Pennylane, Tiime) progressent, mais le taux d'erreur reste autour de 3-5 %, ce qui suppose une revue humaine systématique.

Le statut de paiement n'est pas encore connecté

La réforme prévoit que la PDP remonte les statuts du cycle de vie : reçue, refusée, mise en paiement, payée. En pratique, peu de PDP gèrent correctement le statut « payée » parce qu'il dépend du rapprochement bancaire, qui reste dans le logiciel du cabinet. Le résultat : les statuts remontés à l'administration sont incomplets, et la TVA collectée/déductible ne se calcule pas automatiquement.

Le scénario 2027-2028 que les cabinets sous-estiment

À partir du 1er septembre 2027, toutes les entreprises (y compris les TPE) émettent en Factur-X. Concrètement, cela signifie qu'un cabinet d'expertise comptable de 50 clients reçoit potentiellement 5 000 à 10 000 factures électroniques par mois, dans 3 formats, avec 4 à 6 statuts de cycle de vie chacune. Sans automatisation poussée du rapprochement, du contrôle de cohérence et de l'imputation, le temps de saisie ne diminuera pas, il se déplacera.

Le sujet n'est plus de savoir si on automatise la pré-compta. C'est de savoir si on peut bâtir une chaîne de contrôle qui détecte les anomalies (doublons, écarts TVA, factures non liées à un BL ou à une commande) avant que le client appelle pour signaler un problème.