Dix ans d'archives comptables : c'est le périmètre réel du chantier que la réforme de la facturation électronique impose aux PME françaises, bien au-delà des seuls flux futurs. La majorité des discussions portent sur les nouvelles factures à émettre en UBL 2.1 ou CII - mais les données produites depuis 2016 dans des bases Sage 100, EBP ou Cegid posent un problème distinct, moins visible et plus coûteux à ignorer. Cet article examine ce que le droit impose réellement sur l'historique, ce que les éditeurs proposent - ou ne proposent pas -, et ce que les responsables techniques doivent décider avant d'engager toute migration.
Le vide réglementaire sur les archives existantes#
Le cahier des charges DGFiP 2023 définit avec précision les flux entrants et sortants via les plateformes de dématérialisation partenaires (PDP) et les opérateurs de dématérialisation (OD). Il fixe les formats acceptés, les délais de transmission, les exigences de signature. En revanche, il reste entièrement silencieux sur le traitement des données déjà archivées dans les systèmes en place - un angle mort que chaque éditeur interprète selon ses intérêts.
Ce silence crée une asymétrie réelle dans l'écosystème. Les PDP et OD gèrent l'interopérabilité des flux nouveaux avec des spécifications techniques claires. Mais nul n'est juridiquement tenu de normaliser les dix ans d'historique stockés en formats propriétaires - fichiers plats, bases SQL fermées, exports PDF non structurés. Le marché se retrouve donc dans une situation où la conformité future est balisée, mais la conformité rétrospective reste un chantier sans maître d'oeuvre désigné.
L'article L123-22 du Code de commerce impose 10 ans de conservation des pièces comptables. Les factures émises depuis 2016 sont donc dans le périmètre obligatoire, quel que soit leur format d'origine - PDF, fichier plat, export propriétaire ou base SQL. Aucune dérogation liée au changement de système d'information n'est prévue par le texte.
La piste d'audit fiable face aux archives propriétaires#
La norme AFNOR NF Z55-606 sur la piste d'audit fiable ne se limite pas aux nouveaux flux. Elle exige que les données archivées soient lisibles, intègres et traçables - ce qui implique que la structure sémantique des factures soit préservée, et pas seulement leur représentation visuelle sous forme de PDF. Pour les PME qui ont accumulé des années de factures dans Sage 100 ou EBP, cette exigence pose un problème concret : la donnée existe, mais son intégrité au sens de la PAF n'est pas garantie par le seul fait de l'avoir conservée.
Les bases de données propriétaires de Sage 100, construites sur des schémas relationnels fermés et des versions successives depuis les années 2000, ne produisent pas nativement des exports conformes à la sémantique UBL 2.1 ou CII. Un export brut en CSV ou en XML maison ne constitue pas un document structuré conforme au référentiel européen EN 16931. La distance entre ce que le logiciel produit et ce que la norme exige n'est pas triviale.
Ce que la PAF impose concrètement sur l'historique#
Chaque facture archivée doit conserver son intégrité cryptographique et sa lisibilité sémantique. Un fichier PDF isolé, sans les données structurées qui le sous-tendent, ne satisfait plus aux exigences de la PAF dès lors que la structure source a été perdue ou rendue inaccessible par un changement de version logicielle. Ce point est central pour les entreprises qui ont migré d'une version EBP à une autre, ou qui ont changé de système, sans exporter leurs données dans un format pérenne.
Pour EBP et Sage 100, deux voies sont techniquement envisageables : une rétroconversion active des enregistrements historiques vers un format structuré normé, ou un système de double archivage maintenant l'original et un équivalent lisible et intègre. La première option est plus propre sur le plan de la conformité à long terme ; la seconde est souvent plus rapide à mettre en oeuvre mais génère une dette technique. Les DSI doivent trancher en connaissance de cause, pas par défaut.
Sage, Cegid, EBP : trois approches inégales du stock historique#
Sage France, avec environ 700 000 entreprises équipées dont une majorité sur Sage 100 dans des versions vieilles de cinq ans ou plus, affronte le plus grand volume de données hétérogènes à normaliser. La diversité des versions déployées - de Sage 100 v13 à v18 - implique des schémas de bases de données différents, des champs renommés ou restructurés, et des logiques de numérotation des factures non homogènes. Un projet de rétroconversion sur ce périmètre n'est pas une opération de routine.
Cegid, avec 120 000 PME clientes et une trajectoire SaaS accélérée depuis son rachat par Silver Lake en 2017, dispose d'une architecture applicative plus récente sur ses lignes Cegid XRP Flex et Cegid Quadra. Mais son parc installé reste composite : de nombreuses PME industrielles tournent encore sur des versions on-premise avec des historiques de données remontant à plus de quinze ans. La dette technique existe, même si l'image de marque SaaS tend à la masquer dans les communications commerciales.
EBP, davantage présent chez les TPE et PME industrielles de moins de 50 salariés, expose ses clients à un risque particulier. Les versions antérieures à 2020 ne disposent pas de module d'export XML normé, et les ressources internes de ces entreprises pour piloter une migration complexe sont souvent limitées. Contrairement à Sage ou Cegid, EBP ne dispose pas d'une offre de services professionnels significative pour accompagner ces chantiers - le poids repose sur les experts-comptables et les intégrateurs locaux, dont le niveau de compétence sur ce sujet est très variable.
Les structures de bases de données Sage 100 sur versions pré-2020 ne permettent pas d'export direct en XML UBL 2.1 ou CII. Une mise à niveau logicielle préalable est nécessaire avant tout projet de rétroconversion des archives historiques. Ce prérequis représente un coût et un délai supplémentaires non négligeables, à intégrer dans le budget de migration global.
Les formats cibles UBL 2.1 et CII : pourquoi la conversion est complexe#
UBL 2.1 et CII imposent une sémantique précise héritée du référentiel européen EN 16931. Chaque champ - SIREN, montant HT, TVA, référence de commande, IBAN - doit correspondre à un élément XML normé avec une cardinalité et un type de données définis. Cette exigence sémantique est structurellement absente des exports plats générés par les anciennes versions EBP ou Sage, qui produisent des données dans un ordre et un format dictés par leur propre modèle interne, sans correspondance garantie avec EN 16931. Pour comprendre les différences entre ces deux formats cibles, les équipes techniques peuvent s'appuyer sur une analyse comparative des formats Factur-X, UBL et CII.
La conversion n'est donc pas un reformatage automatisable par un script générique. Elle nécessite un mapping champ par champ entre le schéma propriétaire source et le référentiel cible, avec traitement explicite des valeurs nulles, des données incomplètes, et des incohérences accumulées sur dix ans de saisie humaine. Les équipes qui ont déjà conduit des projets d'intégration ERP le savent : ce travail de mapping représente souvent 60 à 70 % du coût total d'un projet de migration de données.
Les éditeurs qui proposent un module de migration - et ils ne sont pas nombreux à le faire explicitement - couvrent généralement les données actives des 12 à 24 derniers mois, soit la période récente de leur version actuelle. Le stock antérieur reste à la charge du client ou d'un intégrateur tiers, sans outillage standardisé. Ce point est rarement mentionné dans les présentations commerciales des solutions de facturation électronique conformes 2026.
Ce que le DSI de PME doit faire avant de migrer#
La première priorité est de cartographier le stock d'archives existant avant toute décision technique ou commerciale. Volume de factures par année, formats de stockage effectifs (PDF en GED, enregistrements SQL, fichiers plats exportés), ancienneté des versions logicielles EBP, Sage ou Cegid actuellement en production : ces éléments conditionnent le choix de la stratégie de migration et son coût réel. Sans cet inventaire, tout devis d'intégrateur reste une approximation non engageante.
Deuxième axe : interroger l'éditeur sur son offre explicite de rétroconversion ou de double archivage conforme PAF, et obtenir une réponse contractuelle documentée - pas un engagement verbal lors d'une démonstration commerciale. La question précise à poser est la suivante : "Votre solution garantit-elle la conformité PAF au sens de la NF Z55-606 pour les factures archivées antérieures à la date de mise en production de la nouvelle version ?" Si la réponse est évasive, c'est une information en soi. Les sanctions prévues pour non-conformité à la facturation électronique justifient cette rigueur contractuelle.
Troisième point : évaluer si une migration vers un logiciel nativement conforme est économiquement plus rationnelle qu'une opération de conversion sur un parc ancien. Pour une PME de 30 salariés tournant sur EBP v2018 avec cinq ans de données hétérogènes, le coût d'un projet de rétroconversion sérieux peut dépasser le coût d'un changement de solution, surtout si l'on intègre les coûts de maintenance du système source. Les comparatifs de logiciels de facturation 2026 peuvent orienter ce choix en termes de conformité native et de capacité d'import d'historique. L'accompagnement d'un expert-comptable rompu aux questions de système d'information est souvent décisif pour arbitrer entre ces options, en particulier dans les PME industrielles qui gèrent des flux de facturation complexes avec des références croisées entre devis, bons de commande et factures.
Sources officielles
- [1]AFNOR - Norme NF Z55-606 - Piste d'audit fiable et archivage structuré(consulte le )
- [2]Legifrance - Article L123-22 du Code de commerce - conservation 10 ans(consulte le )
- [3]DGFiP / impots.gouv.fr - Cahier des charges facturation électronique B2B 2023 - spécifications UBL 2.1 et CII(consulte le )
- [4]Sage France - Communiqué de presse - parc d'entreprises équipées Sage 100 en France(consulte le )
- [5]Cegid - Communications corporate - 120 000 PME clientes en France(consulte le )
Notre methodologie editoriale consiste a citer systematiquement nos sources et a dater chaque verification. Consultez notre methodologie de citation complete pour comprendre comment nous evaluons la fiabilite des informations.