Aller au contenu
eDocument Tools

Visualiseur UN/CEFACT CII

CrossIndustryInvoice

Ouvrez une Cross Industry Invoice UN/CEFACT — la syntaxe derrière Factur-X et la facturation électronique française — et lisez-la comme un document, à côté du XML brut et du modèle analysé.

Votre document ne quitte jamais votre poste — le fichier est lu et analysé dans cet onglet du navigateur.

Déposez un document XML ici, ou choisissez un fichier

Lu dans votre navigateur. Jamais transmis. Jusqu’à 12.0 MB.

Ce que fait ce visualiseur

Une Cross Industry Invoice est dense. Des noms d’éléments tels que SpecifiedTradeSettlementHeaderMonetarySummation et ApplicableHeaderTradeAgreement sont précis mais difficiles à lire rapidement, et l’information recherchée se trouve souvent quatre niveaux plus bas. Cet outil résout le document en objets métier sous-jacents à ces noms et les présente comme une facture, la source et le modèle analysé restant à un onglet de distance.

CII n’est pas UBL avec d’autres noms

Les deux syntaxes expriment le même modèle sémantique mais l’organisent différemment, et ce visualiseur ne prétend pas le contraire. Quelques différences réelles :

  • Numéros de TVA. UBL imbrique un élément cac:TaxScheme dans la partie. CII utilise ram:SpecifiedTaxRegistration avec un schemeID valant VA pour la TVA ou FC pour un numéro fiscal local.
  • Remises et majorations. UBL écrit un booléen cbc:ChargeIndicator. CII l’encapsule : ram:ChargeIndicator contient un élément udt:Indicator.
  • Date d’échéance. UBL dispose d’un cbc:DueDate au niveau de l’en-tête. CII n’en a pas : la date d’échéance figure sur les conditions de paiement, dans ram:SpecifiedTradePaymentTerms/ram:DueDateDateTime.
  • Dates. UBL utilise des dates calendaires ISO. CII utilise une chaîne accompagnée d’un qualifiant de format UN/EDIFACT : 20260615 avec format="102" correspond au 15 juin 2026.
  • Devise. En UBL, presque tous les montants portent currencyID. En CII, la plupart l’omettent et héritent de ram:InvoiceCurrencyCode.

Là où un champ signifie réellement la même chose dans les deux syntaxes, il est projeté sur un modèle commun afin que les deux visualiseurs se ressemblent. Ailleurs, la différence est conservée et visible dans la vue des données analysées.

Quelle version UN/CEFACT est mon fichier ?

Le visualiseur refuse délibérément de répondre. D16B, D22B et les autres versions utilisent toutes l’espace de noms urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100. La version est une propriété du schéma face auquel le document a été construit, et non une information enregistrée dans l’instance : elle ne peut donc pas être lue dans votre fichier. Ce que le visualiseur affiche, en revanche, c’est l’identifiant de guide que le document déclare — par exemple urn:cen.eu:en16931:2017 ou une URN de profil Factur-X — qui est une déclaration de l’émetteur, non un verdict.

Des espaces de noms, pas des préfixes

Comme dans le visualiseur UBL, chaque élément est résolu par URI d’espace de noms et nom local. Les préfixes rsm:, ram: et udt: sont des conventions ; un document conforme peut employer les préfixes de son choix, ce visualiseur le lira à l’identique.

À lire également

Pour la structure du document, voyez UN/CEFACT Cross Industry Invoice ; pour le format PDF hybride construit sur elle, voyez Factur-X ; et pour le modèle sémantique commun aux deux syntaxes, voyez EN 16931. Si votre fichier est en UBL, utilisez le visualiseur UBL.

Questions fréquentes

Mon document est-il transmis quelque part ?

Non. Le fichier est lu par votre navigateur et analysé par son propre analyseur XML. Il n’est jamais envoyé à un serveur, jamais conservé et jamais inclus dans une mesure d’audience. Ouvrez l’onglet réseau de votre navigateur pendant le chargement d’un fichier : vous ne verrez aucune requête.

S’agit-il de D16B ou de D22B ?

Le visualiseur ne vous le dira pas, parce que le document ne le dit pas. Toutes les versions UN/CEFACT de la Cross Industry Invoice — D16B, D22B et les autres — utilisent la même URI d’espace de noms (…:CrossIndustryInvoice:100). La version est une propriété du schéma face auquel le document a été construit, et non une information enregistrée dans l’instance. La deviner serait exactement le type d’erreur qui conduit à valider un document face aux mauvais artefacts.

Quelle est la différence entre CII et Factur-X ?

Factur-X est un fichier PDF/A-3 contenant une facture CII incorporée sous forme de pièce jointe. Le XML d’un fichier Factur-X est une Cross Industry Invoice : une fois extrait, il s’ouvre donc dans ce visualiseur. L’identifiant de guide contenu dans le document déclare quel profil Factur-X — MINIMUM, BASIC WL, BASIC, EN 16931 ou EXTENDED — l’émetteur affirme suivre.

Pourquoi le visualiseur affiche-t-il à la fois une date brute et une date normalisée ?

CII écrit les dates sous forme de chaîne accompagnée d’un qualifiant de format UN/EDIFACT : 20260615 avec format="102" signifie le 15 juin 2026. Le visualiseur affiche la date normalisée pour la lisibilité et la valeur brute à côté, afin que vous voyiez ce que votre fichier contient réellement. Si le qualifiant n’est pas interprété par le visualiseur, celui-ci le signale plutôt que de deviner.

Pourquoi la plupart des montants n’ont-ils pas d’attribut de devise ?

C’est normal en CII. EN 16931 n’exige currencyID que sur le total de taxe exprimé dans la devise comptable ; tous les autres montants héritent de ram:InvoiceCurrencyCode. La vue des données analysées indique, pour chaque montant, si la devise provient de l’élément lui-même ou du document — un détail souvent nécessaire lors d’un rapprochement avec un équivalent UBL.

À consulter également