Connecter facturation électronique 2026 et ERP : l'apport du no-code

La réforme de facturation électronique introduite par l'ordonnance 2021-1190 n'est pas une simple mise à jour de format PDF. Elle redessine l'architecture des flux B2B en faisant transiter chaque facture par une plateforme immatriculée — la PDP — qui valide, achemine et reporte les données fiscales à la DGFiP. Pour les dirigeants de PME et TPE, la question n'est plus "doit-on se conformer ?" mais "comment notre ERP ou logiciel de facturation va-t-il s'interfacer avec cette nouvelle infrastructure sans mobiliser six mois de développement ?"

C'est précisément ce point d'articulation — entre la réalité technique d'un système d'information souvent hétérogène et les exigences d'un flux normé et auditable — que le no-code et le low-code viennent adresser. Avant d'examiner les options disponibles, il faut poser les jalons réglementaires avec précision, car les délais diffèrent selon la taille de l'entreprise et les rôles ne sont plus ce qu'ils étaient annoncés en 2023.

Réponse directe. La réception est obligatoire pour toutes les entreprises assujetties à la TVA dès le 1/9/2026. L'émission suit le même calendrier pour les GE et ETI ; les PME, TPE et micro-entreprises ont jusqu'au 1/9/2027. Le PPF public gratuit d'émission/réception a été abandonné le 15/10/2024 : toute entreprise doit passer par une PDP immatriculée ou par Chorus Pro pour le seul secteur public.

Le calendrier s'organise en deux vagues distinctes :

• 1er septembre 2026 : obligation de réception pour toutes les entreprises françaises assujetties à la TVA, quelle que soit leur taille. Les grandes entreprises (GE) et entreprises de taille intermédiaire (ETI) doivent également être en mesure d'émettre des factures électroniques via une PDP à cette date. L'e-reporting (opérations B2C et transactions internationales) démarre au même moment.
• 1er septembre 2027 : obligation d'émission étendue aux PME, TPE et micro-entreprises.

Ce décalage d'un an entre réception et émission pour les structures plus petites est souvent mal compris. Être "en réception" signifie que votre système doit accepter, traiter et archiver des factures structurées reçues d'un fournisseur GE dès le 1/9/2026 — même si vous n'émettez pas encore vous-même de façon structurée. Ignorer cette obligation de réception revient à bloquer potentiellement vos paiements fournisseurs.

Le projet de PPF (Portail Public de Facturation) comme plateforme gratuite d'émission et de réception a été officiellement abandonné le 15 octobre 2024 par la DGFiP. Cette décision modifie substantiellement le paysage : il n'existe plus de solution publique gratuite pour les flux B2B.

Le PPF conserve deux fonctions essentielles mais invisibles pour les dirigeants :

Ce que le PPF ne fait plus : émettre, recevoir ou stocker de factures pour le compte des entreprises. Chorus Pro reste l'unique canal officiel pour la facturation au secteur public (B2G) — à ne pas confondre avec les flux B2B privés.

Une PDP (Plateforme de Dématérialisation Partenaire) est un opérateur privé immatriculé par la DGFiP qui assure la transmission sécurisée des factures entre acheteurs et vendeurs, la gestion du cycle de vie de la facture (émission, mise à disposition, acceptation, refus, paiement) et la remontée des données fiscales vers le PPF.

Le choix d'une PDP dépend de plusieurs critères : les formats supportés (Factur-X, UBL, CII), les connecteurs natifs avec votre ERP, la qualité de l'API mise à disposition pour une intégration no-code, et la politique tarifaire par volume de factures. La liste officielle des PDP immatriculées est publiée sur impots.gouv.fr.

Trois formats constituent le socle technique admis, tous conformes à la norme européenne EN 16931 :

1. Factur-X : format hybride PDF/XML, lisible par un humain et exploitable automatiquement. C'est le format le plus répandu dans les premières mises en oeuvre françaises.
2. UBL (Universal Business Language) : standard XML largement utilisé en Europe du Nord et dans les échanges internationaux.
3. CII (Cross Industry Invoice) : format XML issu du standard UN/CEFACT, utilisé notamment dans le secteur industriel.

Pour une PME qui travaille avec des partenaires diversifiés, la capacité de votre ERP ou de votre orchestrateur no-code à produire et consommer ces trois formats est un critère de sélection non négociable.

La loi de finances 2026 a fixé les pénalités applicables :

Ces montants paraissent modestes à l'unité, mais une PME émettant plusieurs centaines de factures par mois atteint le plafond annuel très rapidement. Le risque n'est pas seulement financier : une non-conformité lors d'un contrôle fiscal renforce la suspicion sur l'ensemble du dossier TVA.

Trois architectures d'intégration coexistent, avec des niveaux de complexité et de coût très différents :

1. Le connecteur natif de l'éditeur ERP#

Certains éditeurs — Sage, Cegid, SAP, Odoo, Pennylane — développent ou ont développé des connecteurs intégrés vers une ou plusieurs PDP partenaires. C'est la voie la plus simple opérationnellement, à condition que votre version ERP soit maintenue et que la PDP proposée corresponde à vos besoins. La contrainte : vous dépendez du calendrier de l'éditeur et parfois d'un choix limité de PDP.

2. L'API directe de la PDP#

La PDP expose une API REST ou SFTP que votre équipe technique ou votre prestataire SI peut appeler directement depuis l'ERP. Cette voie offre le plus de contrôle sur le mapping des données et les formats produits, mais elle nécessite des développements sur mesure — donc des ressources techniques et un budget projet.

3. L'orchestration no-code / low-code#

Pour les flux non couverts nativement ou les entreprises sans équipe de développement dédiée, les outils no-code (Make, Zapier, n8n, Microsoft Power Automate) permettent de construire des workflows d'intégration sans coder. Un scénario typique : extraire les données de facturation de l'ERP, transformer au format Factur-X via un module de conversion, pousser vers l'API de la PDP, puis récupérer le statut de livraison pour mise à jour dans le système comptable.

Le tableau ci-dessous résume les compromis :

Voici un exemple de flux automatisé couvrant l'intégralité du cycle :

Scenario : PME sous ERP Odoo, PDP partenaire, orchestration Make

1. Déclencheur : une nouvelle facture passe au statut "validée" dans Odoo. Le webhook Make est notifié.
2. Extraction : Make récupère les champs obligatoires (numéro SIREN acheteur/vendeur, montant HT, taux TVA, numéro de facture, date).
3. Transformation : un module de conversion produit le fichier Factur-X (PDF avec XML embarqué), en respectant le mapping vers les champs EN 16931.
4. Envoi PDP : Make appelle l'API de la PDP avec authentification OAuth2, transmet le fichier et les métadonnées.
5. Gestion des statuts : la PDP renvoie un statut (mise à disposition, acceptée, rejetée). Make met à jour le champ "statut facture" dans Odoo et envoie une notification en cas de rejet.
6. Comptabilisation automatique : à la réception d'un statut "acceptée", une entrée comptable est créée ou mise à jour dans le module Finance d'Odoo.

Ce flux peut être déployé en quelques jours pour une PME avec une structure de facturation standard. La complexité monte si l'entreprise gère des factures multidevises, des avoirs complexes ou des contrats avec refacturation entre entités.

L'attrait du no-code ne doit pas faire minimiser plusieurs enjeux structurants :

• Mapping des données : les champs de votre ERP ne correspondent pas toujours aux champs obligatoires du format EN 16931. Un audit préalable du référentiel tiers (SIREN, adresse, TVA intracommunautaire) est indispensable.
• Cycle de vie de la facture : la réforme impose de gérer et archiver les statuts (émise, mise à disposition, acceptée, refusée, litigieuse). Le workflow no-code doit écrire ces statuts de façon traçable, pas seulement envoyer le fichier.
• Sécurité des credentials : les tokens API de la PDP doivent être stockés dans un coffre sécurisé, pas en clair dans le scénario Make ou n8n. Une rotation régulière est recommandée.
• Volumétrie et SLA : les outils no-code grand public ont des limites de déclenchements par mois selon les plans. Vérifiez la capacité à absorber vos pics de facturation (fin de mois, fin de trimestre).
• Traçabilité d'archivage : la facture électronique originale doit être conservée dans sa forme signée pendant dix ans. Le workflow doit également couvrir l'archivage horodaté, pas seulement la transmission.

L'un des bénéfices souvent sous-exploités de cette intégration est la comptabilisation automatique à la réception d'une facture fournisseur. Lorsqu'une facture est reçue via la PDP au format Factur-X, les données XML peuvent alimenter directement le module comptable sans ressaisie : compte de charge, taux de TVA, échéance, référence commande.

Sur nos missions de mise en conformité, nous constatons que les entreprises qui traitent cette étape de bout en bout — de la réception PDP jusqu'à l'écriture comptable — réduisent leur délai de clôture mensuelle de façon significative. Le gain n'est pas seulement réglementaire : c'est un levier de pilotage financier en temps réel.

La tentation est grande pour une TPE ou PME de reporter à septembre 2027, puisque l'obligation d'émission ne s'applique qu'à cette date. Trois arguments militent pour anticiper :

1. La réception est obligatoire dès le 1/9/2026 : vous recevrez des factures électroniques de vos fournisseurs GE/ETI avant même d'en émettre vous-même. Si votre système n'est pas prêt, vous risquez de bloquer votre propre processus de validation et de paiement.
2. Les PDP bien positionnées affichent déjà des délais d'onboarding : les entreprises qui attendent le dernier trimestre 2026 trouveront des files d'attente plus longues et moins de flexibilité de paramétrage.
3. Le projet de mise en conformité touche à la qualité de votre référentiel : corriger vos données tiers (SIREN manquants, adresses incomplètes, TVA intracommunautaire erronée) prend du temps. C'est un chantier à ne pas lancer en urgence.

Sur nos dossiers clients, les PME qui ont démarré l'audit de leur référentiel tiers et le choix de PDP dès maintenant sont celles qui abordent la mise en production dans de bonnes conditions. Choisir une gamme logicielle comptable adaptée est souvent le prérequis à toute intégration PDP efficace.

Le no-code est un levier tactique pertinent dans un contexte précis : ERP en place sans connecteur natif, équipe technique inexistante ou mobilisée sur d'autres sujets, délai court avant la date réglementaire. Il ne constitue pas une architecture cible pour les entreprises qui facturent à fort volume ou dont les flux comptables sont complexes.

La bonne démarche est la suivante : auditer l'existant (ERP, formats produits, qualité des données), identifier les gaps par rapport aux exigences PDP, évaluer les trois voies d'intégration avec leur coût total (déploiement + maintenance + évolution), puis choisir en connaissance de cause. Une mission d'accompagnement à la facturation électronique 2026 permet de couvrir ce diagnostic en amont, sans partir d'une solution technique déjà arrêtée.

Pour les entreprises dont la transformation digitale de la fonction finance est plus large — ERP, reporting, automatisation des clôtures — une mission de transformation digitale finance PME offre un cadre plus structurant.

Cet article présente un cadre d'analyse général. Les choix techniques et les obligations réglementaires doivent être évalués au regard de la situation spécifique de votre entreprise, de votre configuration ERP et des conditions actuelles d'immatriculation des PDP. Les informations sont à jour au 29/05/2026 ; les délais et modalités peuvent évoluer — consultez impots.gouv.fr pour les textes en vigueur.