Intégration de la facturation électronique : Factur-X, Peppol, XRechnung et ZUGFeRD pour des systèmes qui n'étaient pas prévus pour cela

Acheter un produit de facturation électronique est simple. Le problème ne vient presque jamais du produit : il vient du système de gestion des commandes vieux de douze ans qui produit vos factures, de la logique tarifaire que personne n'a documentée, et du fait que vos numéros de facture sortent d'une procédure stockée écrite par quelqu'un qui a quitté l'entreprise en 2019.

Nous construisons le raccordement entre ce que vous exploitez réellement et ce que la réforme exige : génération de factures structurées, validation, transmission sur le réseau, traitement des flux entrants et archivage, câblés dans votre système existant plutôt qu'à sa place.

Les obligations, et le moment où elles mordent

L'Europe passe de la facture PDF à la facture structurée et lisible par machine, pays par pays, en amont du paquet européen VAT in the Digital Age (ViDA) qui doit harmoniser l'ensemble. Les échéances qui déclenchent aujourd'hui des projets :

France : la réception s'impose à toutes les entreprises concernées, en même temps que l'émission pour les grandes entreprises et les entreprises de taille intermédiaire, à compter du 1er septembre 2026 ; l'émission pour les PME suit au 1er septembre 2027. La transmission passe par des plateformes agréées (PDP), qui portent l'échange entre fournisseur et client ainsi que les flux de données vers l'administration. Factur-X (PDF/A-3 avec XML embarqué, conforme à EN 16931) s'est imposé comme le format hybride commun, aux côtés des syntaxes UBL et CII. En pratique, cela veut dire deux chantiers pour un même calendrier : savoir recevoir, dès la première date, des factures structurées de tous vos fournisseurs, et savoir émettre dans un format qu'une PDP acceptera sans rejet.
Allemagne : la réception de factures électroniques structurées est obligatoire depuis le 1er janvier 2025. L'émission le devient au 1er janvier 2027 pour les entreprises dont le chiffre d'affaires dépasse 800 000 EUR, et au 1er janvier 2028 pour toutes les autres. Les formats employés sont XRechnung (XML pur) et ZUGFeRD 2.x (PDF hybride avec XML embarqué), tous deux conformes à EN 16931.
Belgique : facturation électronique B2B obligatoire via Peppol depuis le 1er janvier 2026, avec un e-reporting sur modèle à cinq coins prévu pour 2028.
Pologne : KSeF, la plateforme nationale de clearance, avec son propre schéma XML et son propre calendrier.
Italie : SdI et FatturaPA, en service depuis 2019 et toujours le modèle de clearance le plus strict de l'UE.
Espagne : Verifactu et les obligations de facturation issues de Crea y Crece, déployées en parallèle des systèmes régionaux TicketBAI.

Si vous facturez dans plusieurs de ces pays, vous n'avez pas plusieurs projets. Vous avez une architecture et plusieurs adaptateurs pays, et traiter le sujet ainsi ou non, c'est la différence entre une intégration et cinq.

Là où les projets dérapent vraiment

Les données de facturation n'existent pas dans la forme attendue par la norme. EN 16931 impose des champs que beaucoup de systèmes n'ont jamais captés : une référence acheteur correctement renseignée, une ventilation de TVA par taux et non par ligne, des conditions de paiement structurées, des unités issues d'un vocabulaire contrôlé. Le travail d'ingénierie consiste à reconstruire ces champs à partir de l'existant, de façon déterministe, pour chaque facture que vous émettrez.

Les rejets de validation arrivent trop tard. Une facture rejetée est une facture impayée. La validation doit tourner avant la transmission, contre le schéma en vigueur et les règles métier du pays en vigueur, et les erreurs doivent remonter à une personne capable d'agir, pas dans un fichier de log.

L'entrant est plus difficile que le sortant. Tout le monde prépare l'émission et oublie qu'à partir de la date de réception il faudra accepter les factures structurées de chaque fournisseur, dans n'importe quel format conforme, et les faire entrer en comptabilité fournisseurs sans que quelqu'un ouvre chaque document.

Numérotation et idempotence. Les reprises, les délais d'attente réseau et les indisponibilités de plateforme font partie du fonctionnement normal. Une facture envoyée deux fois sous deux numéros est un problème fiscal, pas un problème logiciel. Cela doit être juste dès le départ.

Ce que nous construisons

Cadrage et choix des formats

Une intervention courte (une à deux semaines en général) pendant laquelle nous regardons comment vos factures sont réellement produites, quelles obligations vous atteignent et à quelle date, et quelles options sont réalistes. Le livrable est une recommandation écrite : les formats dont vous avez besoin, le raccordement Peppol via un prestataire ou via votre propre point d'accès, ce qui doit changer dans le système source, et le coût.

Il arrive que la recommandation soit qu'un produit standard assorti d'un petit adaptateur suffira. Nous préférons vous le dire la première semaine plutôt que vous facturer six mois.

Génération et mapping des factures

Nous construisons la couche de correspondance entre vos données sources et les syntaxes exigées (UBL et CII sous EN 16931, Factur-X, XRechnung, ZUGFeRD 2.x, FatturaPA, XML KSeF), avec des règles de dérivation documentées, lisibles aussi bien par un auditeur que par votre équipe comptable. Lorsque le système source ne peut tout simplement pas alimenter un champ obligatoire, nous le disons tôt et concevons la saisie, au lieu d'inventer une valeur par défaut.

Validation avant transmission

Contrôle de schéma, règles métier Schematron et vérifications propres à chaque pays s'exécutent avant que quoi que ce soit ne quitte vos murs. Les échecs sont dirigés vers une file dont une personne est responsable, avec un message indiquant quel champ a échoué et pourquoi, pas une trace d'exécution.

Raccordement au réseau

Connexion à un point d'accès Peppol, via un prestataire établi ou en exploitant le vôtre, selon le volume et le degré de contrôle nécessaire. Pour les pays à modèle de clearance, nous intégrons directement la plateforme nationale (KSeF, SdI, l'écosystème français des PDP) y compris la gestion des certificats et de l'authentification, que chacune de ces plateformes traite à sa manière.

Traitement des factures entrantes

Réception, validation et normalisation des factures fournisseurs vers une représentation interne unique, rapprochement avec les commandes et les réceptions lorsqu'elles existent, puis remise dans votre chaîne de comptabilité fournisseurs. C'est généralement de là que vient le retour sur investissement du projet, parce qu'on y supprime une saisie manuelle que personne n'avait jamais mesurée.

Archivage et piste d'audit

Conservation conforme du document structuré d'origine, dans une forme et pour une durée qui satisfont les règles applicables là où vous opérez (GoBD en Allemagne, conservazione sostitutiva en Italie ou leurs équivalents), avec un chemin de restitution testé et non supposé.

Systèmes que nous raccordons

SAP ECC et S/4HANA, Microsoft Dynamics 365 et Business Central, Odoo, NetSuite, Sage, Infor, Xero, interfaces DATEV et (le plus souvent) un système spécifique ou fortement adapté, central au fonctionnement de l'entreprise et qui ne sera certainement pas remplacé pour cause de réforme. Nous travaillons en .NET, Java, PHP, Python, Node.js et, quand c'est ce que nous avons devant nous, sur des piles plus anciennes.

Si vous exploitez une place de marché, une plateforme d'abonnement ou un moteur de facturation qui émet des factures par programme et en volume, c'est exactement notre terrain : la facture est produite par votre code, donc la conformité doit vivre dans votre code.

Ce que nous ne sommes pas

Nous ne vendons pas de logiciel de facturation et nous ne sommes pas un progiciel comptable. Si vous êtes une petite structure à la recherche d'un outil qui produit des factures conformes, achetez-en un : les éditeurs de gestion commerciale et de comptabilité (DATEV, sevDesk ou Lexware côté allemand, et leurs équivalents sur le marché français) font cela très bien, pour une fraction du coût d'un projet d'intégration.

Venez nous voir quand la facture est produite par un système qui vous appartient, quand les règles de plusieurs pays doivent coexister, ou quand le volume impose que tout cela fonctionne sans personne pour le surveiller.

Déroulement des missions

Cadrage, une à deux semaines, à prix ferme, conclu par une recommandation écrite et un plan chiffré.

Réalisation, en général six à douze semaines pour un premier pays, selon la propreté des données sources. Nous travaillons dans votre dépôt, selon votre stratégie de branches, avec votre équipe, et nous laissons des tests derrière nous.

Pilote, avec de vraies factures adressées à un petit ensemble de partenaires, en parallèle du processus existant, jusqu'à ce que le taux d'échec soit au niveau attendu.

Bascule et accompagnement, avec une file d'erreurs surveillée et une responsabilité clairement attribuée, jusqu'au premier arrêté mensuel et à la première déclaration de TVA : c'est à ce moment-là que remontent les questions qui comptent.

Normes de référence

EN 16931 et ses liaisons syntaxiques (UBL 2.1, UN/CEFACT CII), Peppol BIS Billing 3.0 et l'infrastructure de transport Peppol, les profils Factur-X et ZUGFeRD 2.x, XRechnung et le validateur KoSIT, FatturaPA, KSeF, ainsi que les propositions ViDA qui dessinent l'après-2030.

Questions fréquentes

À partir de quand l'obligation nous concerne-t-elle exactement ?

En France, la réception ainsi que l'émission pour les grandes entreprises et les entreprises de taille intermédiaire s'appliquent à partir du 1er septembre 2026 ; l'émission pour les PME à partir du 1er septembre 2027, la transmission passant par des plateformes agréées. En Allemagne, la réception s'applique à toutes les entreprises depuis le 1er janvier 2025 ; l'émission s'applique à partir du 1er janvier 2027 si votre chiffre d'affaires de l'année précédente a dépassé 800 000 EUR, et à partir du 1er janvier 2028 sinon. L'obligation vise les transactions B2B domestiques ; le traitement des flux transfrontaliers et B2C diffère et mérite d'être confirmé avec votre conseil fiscal.

Quelle est la différence entre XRechnung et ZUGFeRD ?

XRechnung est du XML pur, défini par le secteur public allemand et obligatoire pour les factures adressées aux autorités publiques. ZUGFeRD 2.x est hybride : un document PDF/A-3 dans lequel les mêmes données structurées sont embarquées, de sorte qu'un humain lit le PDF et une machine lit le XML. Les deux sont conformes à EN 16931. La pratique B2B commerciale allemande penche vers ZUGFeRD ; beaucoup d'acheteurs acceptent l'un comme l'autre. Factur-X est le profil franco-allemand équivalent, construit sur le même principe.

Avons-nous besoin de notre propre point d'accès Peppol ?

En général non. La plupart des entreprises se raccordent via un fournisseur de point d'accès existant, ce qui est moins coûteux et plus rapide. Exploiter le vôtre a du sens à volume élevé, lorsque vous avez besoin de maîtriser la couche de transport, ou lorsque vous rendez vous-même des services de facturation à des tiers.

Pouvez-vous travailler avec notre prestataire de facturation électronique actuel ?

Oui, et c'est souvent la bonne répartition : le prestataire assure la transmission et l'appartenance au réseau, nous construisons tout ce qui se trouve entre votre système et son API, le mapping, la validation, les reprises, le traitement des erreurs et le rapprochement.

Que deviennent les factures qui échouent à la validation ?

Elles partent dans une file assortie d'une explication lisible indiquant quel champ a enfreint quelle règle. Nous concevons cette file délibérément, car dans les premiers mois après la mise en service c'est la partie la plus utilisée du système, et une mauvaise version transforme un projet de conformité en processus manuel permanent.

Comment évitez-vous d'envoyer deux fois la même facture ?

Par une clé d'idempotence stable, dérivée de l'identité de votre facture et transportée à travers chaque reprise, complétée par un journal de transmission qui fait foi sur ce qui a été envoyé. Toute reprise réutilise l'identifiant d'origine au lieu d'en produire un nouveau.

Commencer

Dites-nous dans quels pays vous facturez, combien de factures par mois environ, et ce qui les produit aujourd'hui. Nous vous dirons quelles obligations vous atteignent, dans quel ordre, et s'il s'agit d'un connecteur ou d'un projet.

Contactez-nous pour convenir d'un cadrage facturation électronique.

Services associés

Développement Entrée Marché UE : le reste de la pile réglementaire pour vendre en Europe
Modernisation ERP et sortie de SAP ECC : quand l'obligation tombe au milieu d'une migration
Maintenance systèmes legacy : pour le système qui produit les factures