Convertisseur Factur-X : PDF vers facture conforme

Convertir un PDF en Factur-X ressemble à la voie la plus courte avant le 1ᵉʳ septembre 2026. Un fichier entre, un fichier hybride sort, la conformité semble réglée. La réforme ne juge pourtant pas le document sur sa forme hybride. Elle regarde le profil qu’il déclare, et la plupart des convertisseurs gratuits déclarent MINIMUM.

L’écart tient dans une chaîne de caractères. Le fichier s’ouvre normalement, embarque bien un XML, affiche la bonne facture. Il ne franchit simplement pas le jeu de règles appliqué par les plateformes agréées. Le convertisseur ci-dessous rejoint les autres outils & simulateurs facture électronique publiés ici, avec la même limite assumée : il fabrique un fichier, pas une conformité.

La distinction compte, parce que la loi de finances 2026 chiffre l’erreur. Une facture non émise au format électronique coûte 50 €, dans la limite de 15 000 € par an. Or un fichier au mauvais profil n’est pas une facture émise. Il est rejeté avant même d’entrer dans le circuit de facturation.

Ce qu’un convertisseur Factur-X fabrique vraiment

Un convertisseur ne transforme pas une facture. Il enveloppe un document existant dans un conteneur normalisé, puis y greffe un fichier de données. Trois conditions décident ensuite si le résultat tient : la validité du conteneur, le nom du fichier greffé, la cohérence des métadonnées. Aucune des trois ne se voit à l’écran.

Un PDF/A-3 avec XML embarqué, jamais un PDF renommé

Le conteneur est un PDF/A-3, seule variante de PDF autorisée à embarquer des pièces jointes. À l’intérieur, le fichier de données doit porter exactement le nom factur-x.xml. Un nom approchant suffit à faire échouer la lecture côté destinataire, car les plateformes cherchent cette chaîne précise et rien d’autre.

Les métadonnées XMP du PDF déclarent ensuite le niveau de conformité, via le champ fx:ConformanceLevel. Trois conditions cumulatives fondent donc la conformité technique : un PDF/A-3 valide, un XML correctement nommé, des métadonnées cohérentes avec le contenu. C’est pourquoi un PDF classique ne devient jamais une Factur-X par renommage. La manipulation exige une vraie transformation, détaillée dans notre guide pour convertir un PDF en facture électronique.

Par ailleurs, la version en vigueur depuis le 1ᵉʳ juillet 2026 est Factur-X 1.09, alignée sur ZUGFeRD 2.5. Le XML repose sur la syntaxe CII de l’UN/CEFACT, dans sa déclinaison D22B depuis la 1.08. Un convertisseur figé sur une version antérieure produit donc un fichier techniquement daté, que certaines plateformes acceptent encore et que d’autres refusent.

Le profil déclaré décide du sort du fichier

Le profil ne se devine pas au contenu. Il voyage dans le champ BT-24, sous forme d’URN. Un profil EN 16931 y porte la valeur urn:cen.eu:en16931:2017. Un EXTENDED-CTC-FR y ajoute un suffixe #conformant#. C’est cette chaîne que lisent les plateformes pour choisir le jeu de règles à appliquer au fichier reçu.

La validation se joue ensuite en quatre étages : conformité PDF/A-3, contrôle XSD, règles métier Schematron EN 16931, puis règles françaises BR-FR. Un fichier peut franchir les trois premiers et tomber au quatrième. En revanche, une incohérence entre le BT-24 et le champ fx:ConformanceLevel bloque dès le premier contrôle sérieux, sans message compréhensible pour l’émetteur.

Les quatre voies pour obtenir un fichier Factur-X

Quatre chemins mènent à un Factur-X, et ils ne produisent pas le même fichier. Deux partent d’un PDF déjà émis et tentent d’en extraire les données. Deux autres génèrent le format à la source, à partir des champs saisis. La différence porte sur le profil obtenu et sur ce qui se passe après.

Les deux dernières lignes rendent un service réel, à condition de savoir ce qu’on en attend. Elles servent à tester, à dépanner, à comprendre le format. Elles ne remplacent ni un logiciel de facturation ni une plateforme agréée.

Convertir un PDF déjà émis

La conversion repose sur une lecture. L’outil analyse le texte du PDF, repère des motifs (numéro, dates, montants, taux de TVA), puis reconstruit un XML à partir de ce qu’il a trouvé. Quand le PDF est un scan ou une photo, une couche OCR s’ajoute avant l’analyse, avec la marge d’erreur supplémentaire que cela suppose.

Les paliers gratuits tournent en général entre deux et cinq conversions par jour, parfois cinq par mois. Au-delà, l’accès bascule sur un abonnement ou une API. Ces limites suffisent pour valider un flux de test avant l’échéance. Elles deviennent contraignantes dès qu’on parle d’un volume mensuel réel de facturation.

Autre point rarement dit : la qualité du fichier de départ conditionne tout le reste. Une facture bâtie sur un gabarit propre, avec des libellés stables, se convertit correctement. Une facture bricolée dans un traitement de texte se convertit mal. Partir de notre modèle de facture conforme 2026 à télécharger règle une bonne partie du problème en amont.

Générer directement au bon format

La génération native supprime l’étape d’extraction. Le logiciel connaît déjà le numéro de facture, le taux appliqué, l’identifiant du client, puisqu’il les a stockés à la saisie. Il écrit le XML depuis sa base, pas depuis une image de page. Aucun champ n’est deviné, donc aucun champ n’est deviné faux.

Cette voie déplace la question du fichier vers celle de l’éditeur. C’est lui qui choisit le profil produit, met à jour la spécification, gère les nouvelles règles françaises. Un outil conforme suit ces évolutions sans intervention de votre part. Un convertisseur isolé, lui, dépend de la diligence de celui qui le maintient.

En pratique, la génération native reste plus lourde à mettre en place et plus légère à exploiter. Le coût d’entrée porte sur la migration des données clients et des modèles. Ensuite, le sujet disparaît. À l’inverse, la conversion demande un contrôle manuel facture par facture, indéfiniment.

Là où la conversion casse

Les rejets ne viennent presque jamais du conteneur. Ils viennent des règles métier, celles qui vérifient la cohérence arithmétique et la présence de champs que le PDF d’origine n’a jamais portés. Ces erreurs sont invisibles à l’œil, puisque la facture affichée reste parfaitement lisible.

L’extraction se trompe sur les champs qui comptent

Trois codes de rejet reviennent constamment. BR-CO-15 vérifie que le total TTC égale le total HT augmenté de la TVA, calcul que les arrondis ligne par ligne mettent facilement en défaut. BR-CO-10 contrôle la somme des montants de ligne. BR-05 exige le code devise, que beaucoup d’extractions ne renseignent tout simplement pas.

Les moteurs sérieux exposent un score de confiance d’extraction et refusent de produire en dessous d’un seuil, souvent fixé à 0,70. Cependant, un score élevé ne garantit rien sur le fond. Un taux de TVA correctement lu mais mal qualifié en catégorie fiscale passe l’extraction, puis tombe au Schematron. Le cas classique reste l’autoliquidation en BTP.

Les mentions de paiement subissent le même sort. Les conditions d’escompte, le taux des pénalités de retard et l’indemnité forfaitaire de recouvrement figurent rarement dans une zone exploitable du PDF. Elles finissent en texte libre, donc perdues. Notre calculateur de pénalités de retard et d’indemnité forfaitaire donne les valeurs à réinjecter à la main.

Les quatre mentions ajoutées par la réforme

Le décret n° 2022-1299 ajoute quatre mentions obligatoires aux factures B2B : le SIREN du client, l’adresse de livraison quand elle diffère de l’adresse de facturation, la catégorie de l’opération (biens, services ou mixte), et l’option pour le paiement de la TVA d’après les débits. Aucune ne figure sur un PDF antérieur à la réforme.

Un convertisseur ne peut pas inventer ces quatre données. Au mieux, il ouvre un formulaire et vous demande de les saisir avant génération. Autrement dit, la conversion automatique redevient une saisie manuelle dès qu’on vise un profil déclarable. C’est précisément le travail que la génération native supprime.

Après la conversion, la transmission

C’est l’angle mort de tous les convertisseurs, y compris celui de cette page. Générer un fichier conforme et le transmettre légalement sont deux opérations distinctes, portées par deux acteurs différents. Confondre les deux expose exactement aux sanctions que la conversion était censée éviter.

Générer n’est pas émettre

Depuis le 1ᵉʳ septembre 2026, toutes les entreprises assujetties à la TVA doivent pouvoir recevoir une facture électronique via une plateforme agréée. Aucune dérogation, quel que soit le volume facturé. L’obligation d’émettre, elle, vise d’abord les grandes entreprises et les ETI, puis les PME, TPE et micro-entreprises au 1ᵉʳ septembre 2027.

Le fichier produit par un convertisseur n’entre dans le circuit qu’une fois déposé sur une plateforme agréée. Envoyé par courriel, il n’a aucune valeur au regard de la réforme, même parfaitement valide techniquement. C’est pourquoi une TPE qui ne facture que trois fois par mois doit malgré tout avoir choisi sa plateforme.

Le SIREN comme identifiant de routage

Le SIREN du client ne sert pas seulement de mention obligatoire. Il fait office d’identifiant pivot pour le routage : la plateforme émettrice interroge l’annuaire, y trouve la plateforme du destinataire, puis expédie le fichier. Un SIREN absent ou erroné bloque donc l’acheminement, avant même toute question de format.

Vérifier l’inscription d’un client à l’annuaire évite donc un rejet silencieux en fin de chaîne. Notre vérificateur répond à cette question à partir du seul numéro. Le contrôle prend quelques secondes et se fait une fois par client, pas une fois par facture.

Questions fréquentes

Peut-on convertir une facture scannée en Factur-X ?

Techniquement oui, avec une couche OCR, mais le taux d’erreur grimpe nettement. Un scan ne contient aucun texte exploitable : chaque caractère est reconstruit par reconnaissance d’image. Les confusions classiques portent sur les chiffres proches et sur les séparateurs décimaux, ce qui casse ensuite les contrôles arithmétiques. Certains convertisseurs refusent d’ailleurs purement les fichiers image et n’acceptent que les PDF texte. Pour une facture scannée, la ressaisie dans un outil conforme reste plus rapide que la correction des champs mal lus.

La conversion modifie-t-elle la mise en page de la facture ?

Non. L’opération ajoute un fichier XML à l’intérieur du PDF et ajuste les métadonnées, sans toucher au rendu visuel. Logos, couleurs, polices et disposition restent identiques. C’est même l’intérêt principal du format hybride : le destinataire humain voit la facture qu’il connaît, le logiciel comptable lit les données structurées. Seule réserve : la conversion en PDF/A-3 peut embarquer les polices utilisées, ce qui alourdit légèrement le fichier final.

Faut-il convertir les anciennes factures déjà émises ?

Aucune obligation rétroactive. La réforme s’applique aux factures émises à compter de la date d’entrée en vigueur qui vous concerne, pas au stock antérieur. Les factures papier ou PDF déjà émises restent valables et suivent leurs règles d’archivage habituelles. Convertir l’historique n’a d’intérêt que pour homogénéiser un import comptable, et ce chantier se traite mieux côté logiciel que fichier par fichier.

Comment vérifier qu’un fichier Factur-X est valide avant l’envoi ?

Il faut passer les quatre étages de contrôle, pas seulement le premier. Un validateur sérieux teste la conformité PDF/A-3, la structure XSD, les règles Schematron EN 16931, puis les règles françaises BR-FR. Un rapport qui ne mentionne que le premier étage ne prouve pas grand-chose. Le message d’erreur utile est celui qui cite un code, du type BR-CO-15 ou BR-05, avec l’élément fautif. À défaut, votre plateforme agréée fera ce contrôle au dépôt, mais après coup.

Les factures déposées dans un convertisseur en ligne sont-elles conservées ?

Cela dépend de l’outil, et la réponse mérite une lecture attentive avant tout dépôt. Certains traitent le fichier en mémoire et ne stockent rien. D’autres conservent les conversions plusieurs mois, parfois 90 jours sans compte et 180 avec. Une facture contient des données commerciales sensibles : montants, marges, identité des clients. Vérifiez l’hébergement, la durée de conservation et l’usage fait des documents, notamment l’entraînement éventuel de modèles.