Logiciel ERP et comptabilité pour la France — Factur-X, PDP et e-reporting DGFiP

Où en est réellement le déploiement

La France parle de facturation électronique obligatoire depuis des années, et pendant une partie de cette période elle n'a fait que cela : le programme a été reporté, et bon nombre d'entreprises en ont raisonnablement conclu qu'elles avaient le temps. Le déploiement a débuté en septembre 2026 et les obligations s'échelonnent selon la taille de l'entreprise jusqu'en 2028.

Cette histoire a un effet pratique qui compte davantage que les dates elles-mêmes. Les entreprises qui ont mis leur projet de côté pendant le report le reprennent avec moins de marge, et les éditeurs et plateformes dont elles auront besoin traversent la même période resserrée. S'y prendre tôt vaut plus en France qu'ailleurs, non parce que l'échéance serait inhabituelle, mais parce que la file d'attente l'est.

L'autre conséquence est que, pendant la montée en charge, les entreprises françaises ne seront pas toutes soumises à la même obligation au même moment. Certains de vos clients y seront avant vous, et certains de vos fournisseurs commenceront à vous adresser des factures structurées avant que vous ne soyez tenu d'en émettre. Autrement dit, dans les faits, la réception arrive avant l'émission.

La date qui s'applique à votre entreprise dépend de sa taille et elle est fixée par l'administration, non par un éditeur de logiciel. Confirmez votre propre échéance auprès de la DGFiP ou de votre expert-comptable avant d'arrêter un calendrier de projet. Rien sur cette page ne doit être pris pour votre date.

• Le déploiement a débuté en septembre 2026, après un report
• Les obligations s'échelonnent selon la taille de l'entreprise jusqu'en 2028
• Les projets mis de côté pendant le report disposent de moins de marge
• Les fournisseurs concernés avant vous enverront des factures structurées les premiers
• Confirmez votre propre échéance auprès de la DGFiP ou de votre expert-comptable

Le modèle de la plateforme partenaire, et ce qu'il implique pour votre système

Le choix structurel de la France est que les factures circulent par une plateforme de dématérialisation partenaire immatriculée, plutôt que d'être déposées une à une par chaque entreprise auprès de l'administration fiscale. Votre plateforme reçoit la facture, la transmet à votre client ou à la plateforme de votre client, et prend en charge les transmissions de données qui l'accompagnent.

C'est une forme d'obligation différente d'un régime de dédouanement, et elle déplace le risque. Vous ne gérez pas d'abord une relation avec un système public. Vous gérez la qualité de ce que vous remettez à votre plateforme, car celle-ci ne peut transmettre que ce que vous lui donnez, et elle rejettera un document qui ne satisfait pas aux exigences du format.

La question à poser à un système de gestion n'est donc pas s'il est une plateforme, mais s'il sait remettre à une plateforme un document complet et valide sans qu'une personne ait à l'assembler. Cela suppose que l'enregistrement de la facture porte lui-même chacun des éléments exigés par le format : identifiants, adresses sous forme de champs structurés, taxe au niveau de la ligne, conditions de règlement, références à la commande ou au contrat lorsqu'elles sont attendues.

Cela suppose aussi que vous puissiez voir ce qui revient. Une facture remise puis oubliée est une facture dont le statut est inconnu, et ce statut compte autant pour la relation client que pour vos écritures. L'acceptation, le rejet et le motif du rejet doivent être visibles en regard de la facture dans votre propre système, et pas seulement dans le portail de la plateforme.

• Un document complet et valide remis à la plateforme sans assemblage manuel
• Des identifiants et des adresses tenus comme des champs, non comme du texte imprimé
• Une taxe enregistrée à la ligne et cohérente avec le total du document
• L'acceptation ou le rejet de la plateforme visible en regard de la facture
• Les motifs de rejet conservés, pour ne pas répéter le même défaut
• Le fichier transmis conservé avec la transaction, comme pièce

Trois formats, et pourquoi Factur-X est souvent retenu

UBL et CII sont des formats XML. Ils sont faits pour être lus par des systèmes, et la personne qui en ouvre un sans visionneuse voit du balisage plutôt qu'une facture. Pour une entreprise dont les partenaires sont tous des systèmes, cela convient parfaitement, et c'est même l'intérêt.

Factur-X est le compromis pragmatique. Le fichier est un PDF : le destinataire peut l'ouvrir et lire une facture d'apparence ordinaire, et ce même fichier porte les données de la facture sous une forme exploitable par le système récepteur. Cela résout un vrai problème de transition : pendant une montée en charge, tous les destinataires ne traitent pas encore les factures comme des données, et un format qui sert les deux publics évite d'envoyer deux versions du même document.

Le risque propre à un format hybride est la divergence. Si le PDF lisible et les données embarquées sont produits séparément, ils peuvent se contredire, et un document dont le total visible diffère du total structuré est pire que l'une ou l'autre version prise seule. Les deux doivent être générés à partir d'un seul enregistrement de facture, en une seule opération : c'est une question de conception du système, non une préférence de mise en forme.

Le format que vous utiliserez sera en pratique déterminé par votre plateforme et par ce que demandent vos plus gros clients. Il vaut la peine de vérifier qu'un système sait en produire plusieurs, car la réponse qui convient à votre premier grand compte ne conviendra pas nécessairement au suivant.

• UBL : XML, de système à système
• CII : XML, de système à système
• Factur-X : un PDF lisible portant en lui les données de la facture
• Les deux faces d'un fichier hybride produites d'un seul enregistrement, en une opération
• La capacité à produire plus d'un format, les clients étant différents

L'e-reporting est le volet que l'on oublie

À côté de l'échange de factures, le dispositif français comporte une obligation de transmettre à l'administration les données de transaction. Elle s'oublie facilement dans un plan de projet, parce qu'elle ne produit aucun document qu'un client verra un jour, et parce que c'est la facturation électronique dont tout le monde parle. Elle n'en est pas facultative pour autant.

La difficulté pratique d'une obligation déclarative est qu'elle puise dans des données qu'une entreprise ne saisit pas nécessairement sous une forme exploitable. Une facture existe en tant que document, que les données sous-jacentes soient propres ou non ; une transmission ne vaut que ce que valent les champs qui la nourrissent. Les entreprises le découvrent lorsque la première période ne peut être produite sans une semaine d'assemblage manuel.

La conséquence pour le système est que les transactions doivent être qualifiées correctement au moment où elles sont enregistrées, et non triées après coup. Le caractère national ou transfrontalier d'une vente, sa nature professionnelle ou grand public, et le traitement de taxe applicable sont des propriétés de la transaction : s'ils sont attribués à la saisie, la transmission devient une requête plutôt qu'un projet.

Le périmètre exact, le contenu et la périodicité de ce que vous devez transmettre sont fixés par la DGFiP et dépendent de votre situation. Confirmez-les auprès de l'administration ou de votre expert-comptable. Cette page ne les reprendra pas, car une obligation déclarative énoncée approximativement est pire que rien.

• Un second volet du dispositif, distinct de l'échange de factures
• La transmission puise dans des données que la facture n'expose pas
• Qualifier les transactions à la saisie, non à l'échéance déclarative
• Ventes nationales, transfrontalières, professionnelles et grand public distinguables
• Périmètre, contenu et périodicité confirmés auprès de la DGFiP

La qualité des données décide si ce sera simple ou douloureux

Une facture imprimée est un objet indulgent. Un être humain la lit, et comble les manques par le contexte : il sait à quelle société renvoie l'abréviation, il reconnaît l'adresse, il comprend ce que veut dire la mention en marge. Une facture structurée supprime le lecteur, et avec lui toute cette tolérance.

Les retards les plus fréquents des projets français ne tiennent ni aux formats ni aux plateformes. Ils tiennent à des fiches clients sans identifiant complet, à des adresses saisies sur une seule ligne de texte libre, à des articles dont le traitement de taxe n'a jamais été enregistré parce que tout le monde le connaissait, et à des conditions de règlement rédigées en une phrase plutôt qu'en règle de date. Chacun de ces points passe très bien sur le papier et devient fatal en XML.

L'exercice préparatoire utile est concret. Prenez cent factures récentes, listez les champs exigés par le format, et comptez combien de ces cent factures vous sauriez produire intégralement à partir de ce que vous détenez aujourd'hui. L'écart, c'est le projet, et il est presque toujours plus vaste et plus ingrat que le travail informatique.

Mener cette revue avant de choisir une plateforme améliore aussi le choix, car vous interrogerez les plateformes sur les problèmes que vous avez réellement, et non sur ceux de leur démonstration.

• Des fiches clients sans identifiant complet
• Des adresses saisies sur une seule ligne de texte libre
• Un traitement de taxe d'article jamais enregistré parce que chacun le connaissait
• Des conditions de règlement rédigées en phrase plutôt qu'en règle de date
• Des références de commande et de contrat absentes là où le format les attend
• Cent factures réelles confrontées aux champs exigés

Le plan comptable, et pourquoi le plan de comptes ne s'invente pas

La comptabilité française s'organise autour d'un plan de comptes prescrit. Les écritures sont classées selon le plan comptable général dès leur comptabilisation, ce qui est une vraie différence avec les marchés où une entreprise conçoit sa propre structure de comptes et la met en correspondance avec un format de restitution plus tard.

Pour un système de gestion, l'exigence est simple mais non négociable : la structure des comptes doit pouvoir suivre la convention française plutôt qu'un schéma interne inventé par le logiciel. Un système dont le plan de comptes ne peut être mis à la forme du plan comptable général créera du travail à votre expert-comptable à chaque étape, et il continuera d'en créer.

Pour un groupe comportant des entités françaises et étrangères, c'est aussi une question de consolidation. L'entité française classe au plan comptable général, les autres entités classent selon leurs propres conventions, et le groupe a besoin d'une vue consolidée unique. C'est un travail de correspondance, et il fonctionne lorsque les écritures sous-jacentes portent assez d'axes pour être mises en correspondance plutôt que d'être pré-agrégées.

Les groupes cotés de l'Union européenne publient en IFRS tel qu'adopté par l'Union européenne : beaucoup de groupes français produisent donc une vue locale et une vue IFRS. Le référentiel applicable à chaque entité, et le traitement d'une opération donnée au regard de ce référentiel, relèvent de votre commissaire aux comptes et de votre expert-comptable.

• Des écritures classées au plan comptable général dès la comptabilisation
• Une structure de comptes qui suit la convention française
• Une mise en correspondance avec la structure du groupe, plutôt que des écritures pré-agrégées
• Des groupes cotés de l'UE publiant en IFRS tel qu'adopté par l'Union européenne
• Les questions de référentiel tranchées avec votre commissaire aux comptes et votre expert-comptable

La TVA à 20 %, et les questions de traitement qui se cachent derrière

Le taux normal français est de 20 %. Des taux réduits et des exonérations s'appliquent à certains biens et services, et les opérations transfrontalières, à l'intérieur comme à l'extérieur de l'Union européenne, suivent leurs propres règles. Rien de tout cela n'est une question de logiciel, et la page d'un éditeur est le mauvais endroit où en chercher la réponse.

Ce qui relève du logiciel, c'est de savoir si la réponse, une fois obtenue, est appliquée de manière cohérente et peut être justifiée. Une taxe déterminée au niveau de la ligne et conservée avec la transaction ; des changements de taux datés, afin que les factures historiques continuent d'afficher ce qui a été facturé ; des opérations nationales, intracommunautaires et hors Union européenne identifiables séparément plutôt que fondues dans un même total.

Sous un régime structuré, cela compte davantage que sur le papier. Lorsque le détail de la taxe circule en données à travers une plateforme, une incohérence entre les lignes et le total est un défaut du document, et non une négligence qu'un lecteur passera sous silence ; ce peut être la raison pour laquelle une transmission échoue.

Skyline Nexus conserve le traitement de taxe sur la ligne, retient le taux applicable à la date où il s'appliquait, et produit la liste des transactions derrière chaque montant restitué. Il ne décide pas de votre position en matière de TVA, et il n'est certifié pour aucun dispositif français. Ces questions relèvent de la DGFiP et de votre conseil.

Un ordre de marche réaliste pour un projet français

Commencez par la revue des données, parce qu'elle conditionne tout ce qui suit et parce qu'elle peut démarrer avant toute décision commerciale. Choisissez ensuite une plateforme, la revue en main. Faites ensuite fonctionner la réception, car les fournisseurs situés avant vous dans la montée en charge commenceront à envoyer des factures structurées, que vous soyez prêt à en émettre ou non. Émettez enfin, d'abord vers les clients qui en ont besoin, puis de façon générale.

Traitez l'e-reporting comme un chantier parallèle dès le début, et non comme une phase finale. Il puise dans les mêmes données de transaction, et construire la qualification correcte à la saisie ne coûte presque rien, là où la reprendre après coup coûte très cher.

Réalisez une transmission réelle avec un partenaire réel dès que votre plateforme le permet. La validation d'un schéma prouve qu'un fichier est bien formé ; elle ne prouve pas que le système de votre client l'acceptera et le comptabilisera. C'est dans cet écart que se logent les problèmes d'identifiants et de références.

Tenez une trace écrite de ce qui a été fait et quand. Pendant un déploiement par phases, pouvoir montrer à quelle date votre entreprise est devenue capable de recevoir puis d'émettre vaut mieux que le souvenir approximatif de la fin du projet.

• La revue des données d'abord, avant toute décision de plateforme
• Choisir la plateforme la revue en main
• Faire fonctionner la réception avant que l'émission ne vous soit imposée
• Émettre d'abord vers les clients qui en ont besoin, puis de façon générale
• L'e-reporting comme chantier parallèle, non comme phase finale
• Une transmission réelle de bout en bout avec un partenaire réel, tôt

Groupes français, établissements et échanges transfrontaliers

Les entreprises françaises de taille moyenne exploitent couramment plusieurs établissements et souvent plusieurs entités juridiques, avec des échanges dans l'Union européenne et au-delà. Les opérations intragroupe, la consolidation et un plan de comptes partagé deviennent donc des besoins ordinaires plutôt qu'avancés, et le lieu devient un axe qui doit être porté par l'écriture.

La devise découle du même constat. Une transaction doit être enregistrée dans la devise dans laquelle elle a eu lieu, avec le cours appliqué et la date de ce cours, afin que l'écart constaté au règlement puisse être expliqué plutôt que reconstitué à la clôture à partir des relevés bancaires.

Skyline Nexus enregistre les transactions dans leur devise d'origine avec le cours appliqué, porte l'entité, l'établissement et le lieu comme axes de l'écriture, conserve le traitement de taxe au niveau de la ligne, et retient le fichier de facture transmis en regard de la transaction à laquelle il se rapporte. Ce qu'il ne fait pas, c'est prendre une décision déclarative ou se présenter comme agréé par une autorité française.

Lorsqu'une entité française relève d'une société mère située ailleurs, les mêmes transactions doivent servir le classement local et le référentiel du groupe à la consolidation. Cela s'obtient en portant assez d'axes sur chaque écriture pour permettre les deux lectures, non en tenant à la main un second grand livre pour le compte de la mère.

• Plusieurs entités et établissements sous un même plan de comptes
• Des soldes intragroupe qui concordent dans les deux sens
• Devise d'origine et cours appliqué conservés sur la transaction
• Opérations nationales, intracommunautaires et hors UE restituables séparément
• Les fichiers de factures transmis conservés avec leurs écritures

Ce qu'il faut demander à un éditeur, et à une plateforme, en France

Demandez à l'éditeur de produire un fichier Factur-X à partir d'une facture réelle et de l'ouvrir devant vous, en PDF et en données, puis vérifiez que les deux concordent. Demandez ce qui se passe lorsque la plateforme rejette un document : où le rejet apparaît, si le motif est conservé, et comment le document corrigé est rattaché à l'original.

Interrogez-le sur la réception avec autant de soin que sur l'émission. Une facture fournisseur reçue en données structurées doit alimenter une facture d'achat sans que personne ne saisisse, et échouer bruyamment plutôt que silencieusement lorsqu'elle ne peut être rapprochée.

Interrogez la plateforme séparément sur le volet déclaratif, car c'est là que les responsabilités se partagent et là qu'un projet peut découvrir tardivement qu'aucune des deux parties ne le croyait sien. Faites acter par écrit la répartition des responsabilités avant de signer l'un ou l'autre contrat.

Et accueillez les promesses de conformité avec le même scepticisme qu'ailleurs. Aucun système comptable ne peut garantir que votre entreprise est conforme au dispositif français, car la conformité dépend de vos données, de vos processus et de vos obligations. Confirmez votre propre situation auprès de la DGFiP ou de votre expert-comptable.

• Un fichier Factur-X ouvert à la fois en PDF et en données, les deux concordant
• Où apparaît un rejet de la plateforme et si le motif est conservé
• Une facture fournisseur comptabilisée depuis les données plutôt que ressaisie
• Quelle partie porte le volet déclaratif, par écrit
• Ce que le système ne fait pas, dans les mots mêmes de l'éditeur
• Aucune garantie de conformité, parce qu'aucune ne peut être donnée

Questions fréquentes

À partir de quand la facturation électronique est-elle obligatoire pour mon entreprise ?

Le déploiement a débuté en septembre 2026, après un report, et s'échelonne selon la taille de l'entreprise jusqu'en 2028. La date qui s'applique à votre entreprise dépend de sa taille et est fixée par l'administration. Confirmez votre propre échéance auprès de la DGFiP ou de votre expert-comptable plutôt que de planifier d'après la page d'un éditeur.

Les factures françaises sont-elles adressées directement à l'administration fiscale ?

Non. La France retient un modèle de plateforme partenaire : les factures circulent par une plateforme de dématérialisation partenaire immatriculée, qui assure la transmission au destinataire et les transmissions de données associées. Le rôle de votre système de gestion est de remettre à cette plateforme un document complet et valide, et de vous montrer s'il a été accepté ou rejeté.

Quels formats de facture la France accepte-t-elle ?

UBL, CII et Factur-X. UBL et CII sont des formats XML destinés à être lus par des systèmes. Factur-X est un format hybride qui porte les données de facture exploitables par une machine à l'intérieur d'un PDF, de sorte qu'un seul fichier serve à la fois un lecteur humain et un système récepteur. Les deux faces d'un fichier hybride doivent être produites depuis le même enregistrement de facture, afin qu'elles ne puissent pas se contredire.

Qu'est-ce que l'e-reporting, et est-il distinct de la facturation électronique ?

C'est le second volet du dispositif : une obligation de transmettre à l'administration les données de transaction, à côté de l'échange de factures électroniques. Il est fréquemment oublié des plans de projet parce qu'il ne produit rien qu'un client voie. Son périmètre, son contenu et sa périodicité sont fixés par la DGFiP et doivent être confirmés auprès d'elle ou de votre expert-comptable.

Le plan comptable général limite-t-il le choix du système ?

Il détermine surtout la façon dont le système doit être paramétré. La comptabilité française s'organise autour d'un plan de comptes prescrit : les écritures sont classées au plan comptable général dès leur comptabilisation. Un système dont la structure de comptes ne peut être mise à la forme de cette convention crée du travail à votre expert-comptable à chaque étape.

Les taux, régimes et échéances de cette synthèse évoluent, et de nombreux pays légifèrent activement sur la facturation électronique. Il s'agit d'informations générales, et non d'un conseil fiscal ou juridique : vérifiez la situation en vigueur auprès de l'administration indiquée ci-dessus ou de votre conseiller fiscal avant de vous y fier.