Conformité factur-X : checklist technique pour les éditeurs

Pourquoi la conformité Factur-X est-elle critique pour les éditeurs de logiciels ?

Depuis le 1ᵉʳ juillet 2024, l’obligation de facturation électronique en France s’étend progressivement à toutes les entreprises assujetties à la TVA (article 153 de la loi n° 2022-1157 du 16 août 2022). Dans ce cadre, le format Factur-X – une norme hybride (PDF/A-3 + XML embarqué) – s’impose comme la solution privilégiée pour les échanges B2B, notamment pour les PME et les cabinets d’expertise comptable.

Pour les éditeurs de logiciels de gestion ou de comptabilité, la conformité à Factur-X n’est pas une option : elle conditionne l’intégration de leurs solutions dans les chaînes de facturation des clients. Une non-conformité expose les utilisateurs à des rejets par la DGFiP, des pénalités (jusqu’à 15 € par facture non conforme, article 1739 du CGI), et une perte de crédibilité pour l’éditeur.

Ce guide technique détaille les exigences obligatoires pour qu’un logiciel génère des factures Factur-X valides, en s’appuyant sur :

• Le référentiel CTC (Cahier des Techniques et Charges) de la DGFiP (version 1.3.1, avril 2024).
• Les normes EN 16931 (facture électronique européenne) et CIUS FR (Comité Français d’Interopérabilité).
• Les bonnes pratiques issues des retours terrain (notamment via le forum Factur-X).

---

1. Exigences structurelles du format Factur-X

Factur-X est un format hybride combinant :

• Un fichier PDF/A-3 (lisible par l’humain).
• Un fichier XML embarqué (structuré pour le traitement automatique).

1.1. Règles pour le PDF/A-3

Le PDF doit respecter :

• Norme ISO 19005-3 (PDF/A-3) pour garantir l’archivage à long terme.
• Pas de scripts ou d’actions interactives (interdit par le référentiel CTC).
• Métadonnées obligatoires :
  • Title : “FACTUR-X” suivi du numéro de facture.
  • Author : Nom de l’émetteur.
  • Subject : “Facture électronique conforme au format Factur-X”.
  • Keywords : “Factur-X; EN 16931; CIUS FR”.

⚠️ Attention : L’absence de ces métadonnées peut entraîner un rejet par les plateformes de dématérialisation (ex : Chorus Pro).

1.2. Règles pour le XML embarqué

Le XML doit être :

• Conforme au schéma XSD CIUS FR 1.3.1 (disponible sur le site du Forum National de la Facture Électronique).
• Intégré en pièce jointe au PDF via le mécanisme /AFRelationship (norme ISO 32000-1).
• Signé électroniquement si la facture dépasse 10 000 € (obligation légale depuis le décret n° 2023-124 du 17 février 2023).

Exemple de structure XML minimale (extrait) :

<rsm:CrossIndustryInvoice>
  <rsm:ExchangedDocument>
    <ram:ID>FACT-2024-001</ram:ID>
    <ram:TypeCode>380</ram:TypeCode> <!-- Code type "Facture" -->
    <ram:IssueDateTime>
      <udt:DateTimeString format="102">20240515</udt:DateTimeString>
    </ram:IssueDateTime>
  </rsm:ExchangedDocument>
  <!-- Autres balises obligatoires (émetteur, destinataire, lignes, TVA...) -->
</rsm:CrossIndustryInvoice>

---

2. Données obligatoires et validation CIUS FR

Le référentiel CIUS FR impose 120 champs obligatoires ou conditionnels, répartis en 4 catégories. Voici les points de vigilance majeurs pour les éditeurs :

2.1. Identifiants des parties (émetteur/destinataire)

Champ	Format obligatoire	Source légale
SIRET	14 chiffres	Article R123-222 du Code de commerce
Numéro TVA intracommunautaire	Format FRXXXXX... (2 lettres + 11 chiffres)	Article 283 du CGI
Adresse complète	Norme NF Z 10-011	Obligatoire pour la localisation fiscale

⚠️ Erreur fréquente : Oublier le code pays (FR) devant le SIRET ou la TVA, ce qui entraîne un rejet par Chorus Pro.

2.2. Lignes de facture et calculs fiscaux

• Code produit/service : Obligatoire si le client est un organisme public (réf. arrêté du 26 décembre 2023).
• Taux de TVA : Doit correspondre à un code officiel (ex : S5.1 pour 20%, E pour exonération). Liste complète dans l’annexe 1 du CTC.
• Montants HT/TVA/TTC : Arrondis à 2 décimales (norme EN 16931, §5.4.3).

Exemple de ligne XML valide :

<ram:IncludedSupplyChainTradeLineItem>
  <ram:AssociatedDocumentLineDocument>
    <ram:LineID>1</ram:LineID>
  </ram:AssociatedDocumentLineDocument>
  <ram:SpecifiedTradeProduct>
    <ram:Name>Prestation comptable</ram:Name>
    <ram:SellerAssignedID>SERVICE-001</ram:SellerAssignedID>
  </ram:SpecifiedTradeProduct>
  <ram:SpecifiedLineTradeAgreement>
    <ram:NetPriceProductTradePrice>
      <ram:ChargeAmount currencyID="EUR">500.00</ram:ChargeAmount>
    </ram:NetPriceProductTradePrice>
  </ram:SpecifiedLineTradeAgreement>
  <ram:SpecifiedLineTradeSettlement>
    <ram:ApplicableTradeTax>
      <ram:TypeCode>S5.1</ram:TypeCode> <!-- TVA à 20% -->
      <ram:BasisAmount currencyID="EUR">500.00</ram:BasisAmount>
      <ram:CalculatedAmount currencyID="EUR">100.00</ram:CalculatedAmount>
    </ram:ApplicableTradeTax>
  </ram:SpecifiedLineTradeSettlement>
</ram:IncludedSupplyChainTradeLineItem>

---

3. Signature électronique et intégrité des données

3.1. Quand la signature est-elle obligatoire ?

Cas	Obligation	Source
Facture > 10 000 €	Signature qualifiée (RGS***)	Décret 2023-124
Facture ≤ 10 000 €	Signature non obligatoire, mais recommandée	BOFiP BOI-TVA-DECLA-30-20-20240101
Échanges avec Chorus Pro	Signature obligatoire (même pour < 10 000 €)	Guide Chorus Pro 2024

3.2. Formats de signature acceptés

• PAdES (pour le PDF) + XAdES (pour le XML) en niveau BES ou EPES.
• Certificat qualifié (ex : délivré par DocuSign, Yousign, ou Universign).
• Horodatage recommandé (norme RFC 3161).

⚠️ Piège à éviter : Une signature simple (ex : image scannée) est invalide pour Factur-X.

---

4. Tests de conformité et outils de validation

Avant de déployer une solution, les éditeurs doivent valider leurs factures via :

4.1. Outils officiels de la DGFiP

1. Validateur Factur-X :
   • Vérifie la conformité du PDF + XML.
   • Génère un rapport d’erreurs détaillé.
2. Sandbox Chorus Pro :
   • Permet de tester l’envoi de factures en environnement de test.

4.2. Checklist technique pré-déploiement

Étape	Outil/Action	Résultat attendu
1. Validation du XML	Schéma XSD CIUS FR 1.3.1	Pas d’erreurs de syntaxe
2. Vérification des métadonnées PDF	Adobe Acrobat (Propriétés du fichier)	Champs Title, Author, etc. remplis
3. Test d’extraction du XML	Logiciel comme PDFtk	XML extrait et lisible
4. Validation de la signature	DSS (Digital Signature Service)	Signature valide et certificat qualifié
5. Envoi test sur Chorus Pro	Sandbox Chorus Pro	Facture acceptée sans rejet

---

5. Intégration avec les plateformes de dématérialisation (PDP)

Depuis 2024, les factures doivent transiter par une Plateforme de Dématérialisation Partenaire (PDP) certifiée par la DGFiP. Les éditeurs doivent donc :

5.1. S’assurer de la compatibilité avec les PDP majeures

PDP	Exigences spécifiques	Lien documentation
Chorus Pro	Signature obligatoire, format Factur-X MINIMUM (niveau 1)	Guide technique
Cegedim	Prise en charge des extensions sectorielles (ex : santé)	Doc Cegedim
Generix	Validation des codes produits pour les secteurs industriels	Generix Invoice
Sage	Intégration native avec Sage 100cloud	Sage Facture Électronique

5.2. API et connecteurs recommandés

• API Factur-X : Utiliser le standard OASIS UBL pour les échanges.
• Webhooks : Pour notifier en temps réel les statuts de traitement (ex : “Facture acceptée”, “Rejetée”).
• SFTP sécurisé : Pour les échanges massifs (recommandé pour les cabinets traitant > 1 000 factures/mois).

---

6. Maintenance et mises à jour : anticiper les évolutions

Le référentiel Factur-X évolue 2 fois par an (avril et octobre). Les éditeurs doivent :

1. Souscrire aux alertes du Forum National de la Facture Électronique.
2. Tester les nouvelles versions du CTC en sandbox avant déploiement.
3. Mettre à jour les libraries :
   • Pour le PDF : iText 7 ou PDFBox.
   • Pour le XML : JAXB ou XmlBeans.

⚠️ À surveiller en 2025 :

• L’introduction possible d’un niveau 3 (Factur-X EXTENDED) pour les données sectorielles (ex : BTP, santé).
• L’obligation de l’e-reporting (transmission des données de transaction à la DGFiP), prévue par l’article 153 de la loi de finances 2024.

---

Conclusion : une conformité Factur-X sans faille, un atout concurrentiel

Pour les éditeurs de logiciels, la conformité à Factur-X n’est pas seulement une obligation légale : c’est un levier de différenciation. Un logiciel cert