format CII : définition, importance, pays liés et questions logiciel. Guide neutre avec sources, checklist, FAQ et étapes pratiques.
Le format CII désigne Cross Industry Invoice, une syntaxe XML développée par UN/CEFACT pour décrire une facture de manière structurée. Il permet de représenter les informations essentielles d’une facture : vendeur, acheteur, lignes de facture, taxes, montants, échéances, références de commande et coordonnées de paiement. Dans le contexte européen, CII fait partie des syntaxes utilisables pour exprimer une facture conforme à EN 16931.
EN 16931 définit le contenu sémantique attendu d’une facture électronique européenne. CII fournit une manière technique d’écrire ces données en XML. Autrement dit, la norme précise les informations et les règles métier, tandis que la syntaxe CII organise ces informations dans un fichier lisible par les logiciels. Une facture CII correcte doit donc respecter à la fois la structure XML et les règles de conformité applicables.
Une facture CII est un fichier XML composé de balises normalisées. Ces balises encadrent les données de facturation, par exemple les parties commerciales, les lignes de biens ou services, les montants hors taxe et toutes taxes comprises, les taux de TVA et les conditions de règlement. Le fichier n’est pas conçu pour être lu confortablement à l’écran sans outil adapté ; il sert d’abord aux échanges automatisés entre systèmes.
CII est particulièrement connu en France et en Allemagne grâce à Factur-X, aussi appelé ZUGFeRD en Allemagne. Factur-X combine un PDF lisible par un humain et un fichier XML CII intégré dans ce PDF. Cette approche hybride facilite la transition : le document reste consultable comme une facture classique, tout en contenant des données structurées exploitables par les logiciels de comptabilité, d’archivage ou de contrôle.
CII et UBL sont deux syntaxes XML pouvant servir à représenter une facture électronique européenne. Les deux peuvent être associées à EN 16931, mais elles n’ont pas la même origine ni exactement la même organisation technique. UBL est très présent dans les échanges Peppol, tandis que CII est souvent rencontré dans les usages liés à Factur-X et à certains environnements B2G ou B2B. Le bon choix dépend du cadre d’échange, des exigences locales et des capacités des logiciels impliqués.
Une facture CII réduit les ressaisies, les erreurs de traitement et les ambiguïtés entre partenaires. Les données étant structurées, elles peuvent être contrôlées automatiquement avant envoi ou réception. Cela aide les équipes finance à vérifier les montants, la TVA, les identifiants, les dates et les références contractuelles. CII devient donc utile dès qu’une organisation veut fiabiliser ses flux de facturation électronique.
La validation d’une facture CII ne se limite pas à vérifier que le XML est bien formé. Il faut aussi contrôler les règles métier : cohérence des totaux, présence des identifiants obligatoires, devise, taux de taxe, informations du fournisseur et de l’acheteur, références de paiement et profils applicables. Dans certains contextes, des règles nationales ou de réseau s’ajoutent aux règles européennes.
Tous les logiciels de facturation ne produisent pas automatiquement un fichier CII conforme. Il faut vérifier si l’outil sait générer, importer, valider et archiver des factures CII, et s’il gère les profils attendus par les clients, plateformes ou administrations concernées. Les connecteurs ERP, les solutions de dématérialisation et les plateformes de transmission jouent souvent un rôle important dans cette compatibilité.
Avant d’utiliser CII en production, il est préférable de tester plusieurs scénarios réels : facture simple, avoir, remise, frais, plusieurs taux de TVA, exonération, paiement partiel ou référence de commande obligatoire. Ces essais permettent d’identifier les écarts entre les données disponibles dans l’ERP et les informations exigées dans le fichier CII final.
Identifier le cadre d’échange applicable : client privé, administration, réseau Peppol, plateforme nationale ou flux interne.
Confirmer que la facture doit être produite en CII, en UBL, en Factur-X ou dans plusieurs formats selon les destinataires.
Vérifier la conformité avec EN 16931 et les règles supplémentaires du pays ou du réseau concerné.
Contrôler la présence des données obligatoires : parties, adresses, identifiants, dates, devise, lignes, taxes et montants.
Tester les calculs de TVA, les arrondis et les totaux sur des cas réels plutôt que sur une facture très simple uniquement.
S’assurer que le logiciel peut générer un XML CII valide et conserver la version transmise ou reçue.
Prévoir un processus de traitement des rejets : message d’erreur, correction, nouvel envoi et traçabilité.
Vérifier l’archivage légal, l’intégrité du fichier et la disponibilité des preuves de transmission.
Former les équipes finance aux différences entre facture lisible, fichier structuré et contrôles automatisés.
Documenter les profils utilisés avec chaque client, administration ou plateforme afin d’éviter les écarts de paramétrage.
CII signifie Cross Industry Invoice. C’est une syntaxe XML conçue pour représenter des factures structurées et échangeables entre systèmes informatiques.
CII est une syntaxe technique. En Europe, il peut servir à exprimer une facture conforme à EN 16931, qui définit le contenu sémantique de la facture électronique européenne.
EN 16931 décrit les informations et règles qu’une facture électronique doit respecter. CII est une manière de coder ces informations dans un fichier XML.
Non. Factur-X utilise un XML CII intégré dans un PDF. CII est donc la partie structurée, tandis que Factur-X est un format hybride combinant lisibilité humaine et données exploitables par logiciel.
Peppol BIS Billing 3.0 est généralement associé à UBL. CII peut être utilisé dans d’autres cadres, selon les exigences du pays, de la plateforme ou du partenaire commercial.
Pas directement de manière confortable. CII est un XML destiné aux logiciels. Pour une lecture humaine, il faut un visualiseur, une transformation ou un format hybride comme Factur-X.
Certains ERP, logiciels de facturation, plateformes de dématérialisation et connecteurs spécialisés peuvent générer du CII. Il faut vérifier le niveau de conformité et les profils pris en charge.
Il faut contrôler la structure XML, les règles EN 16931, les montants, les taxes, les identifiants obligatoires et les exigences propres au réseau ou au pays concerné.
Oui, mais rarement par manipulation directe du XML. Les petites entreprises utilisent généralement un logiciel ou une plateforme qui produit le fichier CII à partir des données de facture.
Pas toujours. Dans certains flux, le fichier structuré devient l’élément principal. Dans d’autres, un PDF reste présent, notamment avec Factur-X, qui inclut un XML CII dans le document.
Les causes fréquentes sont des champs manquants, des identifiants invalides, des totaux incohérents, une erreur de TVA, un mauvais profil ou une règle locale non respectée.
Le choix dépend du contexte d’échange. UBL est courant dans Peppol, tandis que CII est fréquent avec Factur-X et certains environnements européens. Le destinataire ou la plateforme impose souvent le format accepté.
Nous privilégions les sources gouvernementales et européennes officielles lorsque disponibles, avec des dates de vérification visibles.
E-Invoice Finder
