Facturation électronique 2026 : le rôle de l’intégrateur SI

Une plateforme agréée (PA) transmet les factures électroniques, gère leur cycle de vie et envoie certaines données à l’administration fiscale. Elle ne raccorde pas votre ERP, ne fiabilise pas vos référentiels et ne redessine pas vos circuits de validation. Pour un DSI, le projet 2026 se joue donc sur l’intégration SI : qui connecte quoi, avec quels contrôles, quelle supervision et quel niveau de sécurité.

À compter du 1^er septembre 2026, toutes les entreprises assujetties à la TVA en France doivent pouvoir recevoir des factures électroniques. Les grandes entreprises et les ETI doivent également les émettre à cette date ; les PME et micro-entreprises basculent à l’émission au 1^er septembre 2027. Le calendrier est désormais fixé ; le risque, lui, est opérationnel : une PA souscrite trop tard, mal raccordée, ou un SI qui rejette des flux conformes sur le papier.

Ce guide vous aide à distinguer les rôles (PA, éditeur, intégrateur SI), à arbitrer le mode d’accompagnement et à cadrer le chantier avant la bascule.

Trois acteurs, trois responsabilités

La réforme de la facturation électronique (e-invoicing) et du e-reporting (transmission de données fiscales pour certaines opérations hors e-invoicing, notamment B2C et une partie des flux internationaux) repose sur un circuit désormais intermédié. La facture ne circule plus en pièce jointe d’e-mail : elle transite par des plateformes agréées, dans un format structuré (Factur-X, UBL ou CII). Un PDF envoyé par messagerie n’est plus une facture électronique conforme.

Trois types d’intervenants se croisent souvent dans les appels d’offres. Les confondre peut allonger le projet.

Acteur	Ce qu’il porte	Ce qu’il ne porte pas
Plateforme agréée (PA)	Immatriculation DGFiP, transmission, cycle de vie, e-reporting, interopérabilité avec les autres PA	Cartographie de votre SI, nettoyage des données, circuits d’approbation, MCO applicatif
Éditeur / intégrateur de l’ERP	Connecteur natif vers sa solution, paramétrage du module facturation	Le reste du paysage (GED, CRM, apps métier, filiales sur un autre ERP, développements spécifiques)
Intégrateur SI indépendant	Architecture cible, interopérabilité de bout en bout, API / middleware, sécurité des flux, recette transverse, MCO	L’immatriculation de la PA ; il ne « vend » pas la plateforme

En résumé : la PA est un maillon réglementaire obligatoire. L’éditeur sécurise le connecteur de son produit. L’intégrateur SI tient ensemble un système d’information rarement homogène : c’est souvent là que le planning et le budget se jouent. Pour en savoir +, lisez Facturation électronique obligatoire 2026 : les 5 chantiers d’intégration SI que votre DSI ne peut pas ignorer.

Cette distinction change le cahier des charges. Si vous posez uniquement la question « quelle PA choisir ? », vous achetez un abonnement.

Si vous posez la question « comment la facture entre, circule, est contrôlée, archivée et suivie dans notre SI ? », vous pilotez un projet d’architecture.

Ce que le connecteur ne règle pas dans un SI réel

Paysage applicatif hétérogène

Beaucoup d’ETI n’ont pas « un » ERP. Une filiale facture dans un progiciel, une autre dans un second, le siège consolide ailleurs, les achats valident dans un workflow, la GED archive, un portail fournisseur existe encore, et un développement spécifique gère un cas métier (contrats, acomptes, avoirs complexes). La PA voit un flux ; votre organisation, elle, en voit cinq !

L’intégration consiste alors à définir les points d’entrée et de sortie : qui produit la facture, qui la transforme au bon format, qui l’envoie, qui reçoit le statut (déposée, rejetée, acceptée, refusée), qui déclenche la comptabilisation. Sans cette cartographie, le connecteur « officiel » de l’ERP principal laisse des îlots hors circuit : précisément ceux qui génèrent les rejets et les ressaisies.

Les API, un bus de services (ESB) ou une plateforme d’intégration (iPaaS) deviennent pertinents lorsque plusieurs applications doivent rester maîtres de leur donnée, sans tout faire transiter par un seul module éditeur.

Le bon schéma dépend de vos volumes, de votre dette technique et de votre capacité à maintenir ces interfaces après septembre 2026.

Données, statuts et ruptures de flux

La réforme n’améliore pas la qualité de vos fichiers clients et fournisseurs. Elle la rend visible. Un SIREN manquant, une adresse de livraison absente alors qu’elle diffère de l’adresse de facturation, une nature d’opération mal qualifiée (bien, service, mixte) ou une règle de TVA incomplète suffisent à bloquer une émission. Ces mentions figurent désormais parmi les exigences de facturation, aux côtés des mentions classiques (voir le guide des mentions obligatoires de Service-Public Entreprendre).

Le suivi des statuts est l’autre angle mort. Une facture « envoyée » n’est pas forcément arrivée, ni acceptée. Si vos équipes doivent se connecter à la console de la PA pour comprendre où en est chaque pièce, vous avez souscrit un canal, pas un processus. Les statuts doivent remonter dans les outils de gestion, avec des alertes sur les rejets et les factures en souffrance.

À retenir : vous n’êtes pas « prêt » parce que le contrat PA est signé. Vous l’êtes lorsque les applications métier échangent des données conformes, tracées, et que les équipes savent traiter un rejet sans ticket improvisé. Pour aller + loin, découvrez L’intégration de solutions IT : levier d’efficacité et d’innovation pour les entreprises.

Entre interne seul, éditeur ou intégrateur SI : comment arbitrer

Aucune de ces options n’est « la bonne » dans l’absolu. Le critère est la complexité réelle de votre SI, pas la taille de l’entreprise.

Critère	Équipe interne seule	Connecteur de l’éditeur ERP	Intégrateur SI indépendant
SI mono-ERP, volumes modestes, peu de spécificités	Souvent tenable si compétences API / recette	Souvent le chemin le plus court	Utile en cadrage ponctuel
Plusieurs ERP ou apps métier	Charge élevée, risque de silos	Couvre surtout le produit de l’éditeur	Pertinent : vision transverse
Développements spécifiques, GED, workflows d’achat	Possible, mais durée sous-estimée	Limites dès qu’on sort du socle	Cœur de métier
Exigences sécurité / RGPD / NIS 2	Dépend de la maturité RSSI	Variable selon l’éditeur	À exiger au cadrage
Indépendance vis-à-vis de la PA	Vous restez maître du choix	Risque de couple « ERP + PA partenaire »	Aide au choix sans verrouillage
MCO après bascule	À provisionner en interne	Support éditeur, périmètre produit	TMA / supervision des flux

Verdict : un connecteur éditeur accélère le raccordement du socle. Il devient insuffisant dès que le cycle de facturation traverse plusieurs applications ou plusieurs entités.

Un intégrateur SI indépendant a alors davantage de valeur sur l’architecture, les tests de bout en bout et la capacité à changer de PA plus tard… Un point trop rarement écrit dans le contrat.

Pour les DSI, la question d’arbitrage se formule ainsi : qui restera responsable le jour où un flux est rejeté à 17 h, que l’ERP dit « envoyé » et que la PA dit « incomplet » ? Si la réponse est floue, le modèle de gouvernance n’est pas encore posé.

Check-list de cadrage : 8 points avant de signer

1. Périmètre des flux – Distinguez e-invoicing B2B domestique et e-reporting (B2C, certaines opérations internationales, encaissements selon les cas). Une cartographie incomplète produit des « oublis » en production.

2. Inventaire applicatif – ERP, comptabilité, GED, CRM, portail fournisseur, apps métier, développements spécifiques : qui crée, valide, archive, paie.

3. Critères de choix de la PA – Formats (Factur-X, UBL, CII), qualité des API, volumes, filiales, e-reporting, supervision, clauses de réversibilité. La liste des plateformes immatriculées est publiée par l’administration fiscale.

4. Modèle d’intégration – Connecteur natif, API point à point, middleware / iPaaS : documentez le schéma cible et les cas d’erreur (rejet, avoir, correction, indisponibilité).

5. Qualité des données – SIREN, TVA, adresses, nature des opérations, modalités de paiement. Prévoyez des contrôles avant émission, pas seulement après rejet.

6. Sécurité des échanges – Authentification des API, habilitations, journalisation, localisation des données, durée de conservation, archivage à valeur probante.

7. Recette métier – Scénarios réels : rejet, avoir, pic de volume, reprise après incident. Associez finance, achats et IT, pas uniquement la DSI.

8. Run – Qui surveille les statuts, qui corrige, quels SLA avec la PA et l’intégrateur, quelle TMA sur les interfaces après la mise en production.

À retenir : signez la PA quand le schéma d’intégration et la gouvernance d’incident sont écrits. Inverser l’ordre (abonnement d’abord, architecture ensuite) est un scénario qui peut coûter cher.

Sécuriser les flux de facturation dès la conception

Les factures transportent des données d’identité, des montants, des coordonnées et, souvent, des informations personnelles. Les raccorder à une PA, c’est ouvrir un canal supplémentaire vers l’extérieur, avec des API, des jetons d’accès et des fichiers d’échange. Traiter ce canal comme un « simple connecteur comptable » revient à ajouter de la surface d’attaque en fin de projet.

Une approche security by design pose dès le cadrage : qui a le droit d’émettre, comment les secrets API sont stockés, comment on révoque un accès, comment on journalise un envoi, que se passe-t-il en cas de compromission de la PA ou du connecteur. Pour les organisations dans le champ de NIS 2 (Network and Information Security), ces flux peuvent relever de la chaîne de dépendance numérique :

Un incident chez un prestataire de facturation n’est plus un sujet qui concerne seulement la finance.

Le RGPD s’applique aux données personnelles présentes dans les pièces et les référentiels. Durées de conservation, accessibilité des archives, sous-traitance vers la PA : ces points appartiennent au dossier d’intégration, pas à un avenant de dernière minute.

Limites et pièges fréquents

Le premier piège est calendaire. L’obligation de réception au 1^er septembre 2026 concerne aussi les PME qui n’émettront qu’en 2027. Reporter le raccordement « parce que nous sommes une PME » laisse vos fournisseurs sans canal le jour J, et vos équipes sans procédure.

Le deuxième est contractuel : choisir une PA parce qu’elle est « partenaire » de l’ERP, sans tester l’interopérabilité avec le reste du SI ni les clauses de sortie. Migrer de plateforme après la bascule est possible ; ce n’est pas anodin.

Le troisième est organisationnel. Un projet piloté uniquement par l’IT produit un connecteur. Un projet piloté uniquement par la finance produit un abonnement. Les deux sans sponsor commun produisent des rejets que personne ne traite. Direction financière, comptabilité, fiscalité, achats, administration des ventes et DSI doivent partager un même tableau de bord des flux.

Enfin, last but not least, un piège consiste à sous-estimer le run. Les interfaces vieillissent : montées de version ERP, évolution des spécifications DGFiP, nouveaux cas métier.

Sans MCO nommé, le projet « réussi en septembre » peut se dégrader en novembre.

Comment Inflexsys aborde ce chantier

Chez Inflexsys, nous n’éditons pas de plateforme agréée. Nous accompagnons les PME et ETI sur l’architecture d’intégration : cartographier les flux, éclairer le choix de la PA, concevoir les API ou le middleware, intégrer sécurité et conformité dès le cadrage, puis industrialiser tests et maintenance.

Concrètement, le travail s’organise souvent en cinq temps :

• diagnostic du SI et des processus de facturation ;
• critères de sélection de la PA (y compris réversibilité) ;
• conception du schéma d’échange ;
• recette de bout en bout avec les métiers ;
• passage en run (supervision, TMA des interfaces).

L’objectif n’est pas d’ajouter une brique, c’est d’obtenir une chaîne exploitable (émission, réception, statuts, e-reporting) dans votre paysage applicatif.

Cette posture d’intégrateur SI indépendant évite de lier trop tôt le choix de la plateforme au seul connecteur d’un éditeur. Elle reste pertinente si votre ERP couvre déjà une partie du besoin : le cadrage sert alors à identifier les angles morts (filiales, GED, apps métier, sécurité) avant qu’ils n’apparaissent en production.

Sources :

• Mentions obligatoires et calendrier de généralisation : Service-Public Entreprendre, fiche F31808
• Ordonnance n° 2021-1190 du 15 septembre 2021 relative à la généralisation de la facturation électronique : Légifrance
• Liste et modalités des plateformes agréées : administration fiscale (impots.gouv.fr)