# Profils ZUGFeRD / Factur-X > https://billhorse.com/fr/guides/profils-zugferd-factur-x/ Factur-X et ZUGFeRD 2.x sont le même standard : un PDF/A-3 dans lequel est intégré un XML CII (généralement `factur-x.xml`). L'éditeur français est le FNFE-MPE, l'allemand le FeRD — techniquement, il n'y a aucune différence. Ce qui distingue réellement les factures de ce format, c'est le **profil** : l'étendue des données structurées que porte le XML. Et c'est le profil qui décide si un fichier vaut facture électronique ou non. ## Les profils en un coup d'œil **MINIMUM** ne contient que l'essentiel : vendeur, acheteur, numéro de facture, date, montants totaux et TVA globale. Pas de lignes de facture, pas de ventilation de TVA. **BASIC WL** (« without lines ») ajoute des données d'en-tête et de pied complètes — parties, informations de paiement, ventilation de TVA par catégorie — mais reste sans lignes. **BASIC** est un sous-ensemble de l'EN 16931 incluant les lignes de facture : c'est le plus petit profil complet, suffisant pour des factures simples. **EN 16931** (anciennement COMFORT) couvre l'intégralité du modèle de données de la norme et constitue le cas standard. **EXTENDED** va au-delà — par exemple plusieurs lieux de livraison ou des cascades de remises et majorations. Il est conforme à la norme (« conformant »), mais n'en est plus un sous-ensemble. Il existe en outre **XRECHNUNG** comme profil de référence : un XML ZUGFeRD qui satisfait en même temps la CIUS allemande XRechnung — destiné aux factures adressées aux administrations allemandes dans l'enveloppe PDF hybride. Billhorse reconnaît ces fichiers à leur URN XRechnung et leur applique les règles XRechnung. ## MINIMUM et BASIC WL ne sont pas des factures complètes L'EN 16931 exige des lignes de facture. MINIMUM et BASIC WL les omettent et ne sont donc pas des factures électroniques au sens de la norme — la spécification Factur-X elle-même les qualifie de simples aides comptables. Pour le traitement des factures entrantes, cela signifie : impossible de rapprocher les lignes des bons de commande, l'arithmétique des totaux n'est pas entièrement vérifiable, et le destinataire doit se rabattre sur la partie visuelle du PDF. Dans la réforme française de la facturation électronique, la conséquence est directe : **BASIC est le profil minimal du socle** — MINIMUM et BASIC WL n'en font pas partie. À partir de septembre 2026, toutes les entreprises devront pouvoir recevoir des factures électroniques ; l'obligation d'émission s'étend jusqu'en septembre 2027 aux PME et TPE. En Allemagne, la ligne est la même : réception obligatoire depuis 2025, émission progressivement à partir de 2027 — et seule une facture conforme EN 16931 compte. ## Comment le profil est identifié techniquement Le profil figure dans l'identifiant de spécification [BT-24](/fr/termes/bt-24/). Dans le XML CII de Factur-X/ZUGFeRD, il s'agit du `GuidelineSpecifiedDocumentContextParameter` en tête de fichier : ```xml urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:basic ``` Les valeurs URN des profils : | URN (BT-24) | Profil | |---|---| | `urn:factur-x.eu:1p0:minimum` | MINIMUM | | `urn:factur-x.eu:1p0:basicwl` | BASIC WL | | `urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:basic` | BASIC | | `urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:en16931` | EN 16931 (Comfort) | | `urn:cen.eu:en16931:2017#conformant#urn:factur-x.eu:1p0:extended` | EXTENDED | | `urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0` | XRECHNUNG (profil de référence) | Billhorse évalue l'identifiant sans tenir compte de la casse et teste `basicwl` avant `basic` — l'ordre compte, car l'URN de BASIC WL contient la chaîne « basic ». Un simple `urn:cen.eu:en16931:2017` dans un XML CII ou un PDF est également classé EN 16931 (Comfort) ; une URN XRechnung avec `#conformant#…extension` signale l'extension XRechnung. ## Ce que le validateur signale selon le profil Pour MINIMUM et BASIC WL, Billhorse remonte [BH-PROFILE-01](/fr/regles/bh-profile-01/) : pas de facture électronique conforme EN 16931, simple aide comptable — pour la conformité, générez au minimum BASIC, idéalement le profil EN 16931. Pour EXTENDED s'applique [BH-PROFILE-02](/fr/regles/bh-profile-02/) : conforme à l'EN 16931 mais non « compliant » — le destinataire doit prendre le profil en charge. [BH-PROFILE-03](/fr/regles/bh-profile-03/) concerne l'extension XRechnung : elle autorise des sous-lignes de facture, les écarts de totaux y sont donc signalés en simples avertissements. Et si un `CrossIndustryDocument` issu de ZUGFeRD 1.0 apparaît, vous recevez l'avis de migration [BH-ZF1-01](/fr/regles/bh-zf1-01/) : ce format hérité n'est pas conforme EN 16931 et ne satisfait pas les obligations de facturation électronique. Toutes les vérifications s'exécutent dans le [validateur en ligne](/fr/validateur-factur-x/), directement sur votre machine ; le même moteur est disponible via l'API (validate/parse, bêta privée). ## Quel profil choisir à l'émission ? En bref : **EN 16931 (Comfort)**. Il couvre tout le modèle de données de la norme, tout destinataire conforme doit pouvoir le traiter, et il se produit à partir des mêmes données qu'une XRechnung. BASIC est défendable si vos factures restent simples — mais l'écart avec EN 16931 est assez faible pour que la restriction se justifie rarement. EXTENDED seulement si vous avez besoin de champs inconnus de la norme et que le destinataire accepte explicitement le profil. Pour les administrations allemandes, utilisez le profil de référence XRECHNUNG ou directement du XML XRechnung. MINIMUM et BASIC WL ne devraient plus être générés — acceptables comme aide comptable, insuffisants comme facture.