XRechnung Validator
Téléchargez un fichier XML UBL 2.1 ou CII et validez-le selon XRechnung 3.x, le CIUS allemand (Core Invoice Usage Specification) pour EN 16931. Le validateur applique à la fois les règles de base EN 16931 et les règles d'extension allemandes BR-DE.
Générer un exemple de facture XRechnung
SealDoc génère un exemple de facture au profil XRechnung et le contrôle avec le validateur open source Mustang. Téléchargez le PDF/A-3B et inspectez le XML CII intégré.
No account required. Not persisted. Rate-limited per IP.
Déposez ici un XML UBL ou CII XRechnung
PDF ou XML, jusqu’à 10 Mo. Glissez-déposez le fichier ou cliquez pour le choisir.
Qu'est-ce que XRechnung?
XRechnung est le CIUS national allemand (Core Invoice Usage Specification) pour la norme de facturation européenne EN 16931. C'est un format XML pur: contrairement à Factur-X, il n'intègre pas de XML dans un PDF.
XRechnung est disponible en deux syntaxes: UBL 2.1 (OASIS Universal Business Language) et CII (UN/CEFACT Cross Industry Invoice). Les deux syntaxes véhiculent des données identiques.
XRechnung est la norme pour les factures à l’administration fédérale allemande (B2G), qui doivent être électroniques depuis le 27 novembre 2020. Un autre format conforme à EN 16931 y est aussi admis (ERechV § 4). En B2B, XRechnung est l’un des formats admis, à côté de ZUGFeRD à partir de la version 2.0.1.
XRechnung 3.0 s’applique depuis le 1er février 2024 et reste en vigueur au moins jusqu’au 31 juillet 2027. Dans XRechnung 3.0, le type de processus métier (BT-23) et les adresses électroniques du vendeur (BT-34) et de l’acheteur (BT-49) sont obligatoires. Une pré-version de XRechnung 4.0 a été publiée en septembre 2026.
Règles spécifiques allemandes (BR-DE)
BR-DE-1 Une facture doit contenir des instructions de paiement (BG-16). Niveau : fatal.
BR-DE-2 Le groupe contact du vendeur (BG-6) doit être présent. Niveau : fatal.
BR-DE-5 à 7 Le contact du vendeur doit avoir un point de contact (BT-41, une personne ou un service), un numéro de téléphone (BT-42) et une adresse électronique (BT-43). Niveau : fatal.
BR-DE-15 La référence acheteur (BT-10) doit être présente ; pour un acheteur public, elle contient la Leitweg-ID. Niveau : fatal.
BR-DE-16 Pour les catégories de TVA S, Z, E, AE, K, G, L et M, le numéro de TVA (BT-31), le numéro fiscal (BT-32) ou le représentant fiscal (BG-11) du vendeur doit être présent. Niveau : fatal.
BR-DE-23-a Avec le code de moyen de paiement 30 ou 58 (virement), le groupe virement (BG-17) doit être présent. Niveau : fatal.
BR-DE-19 L’IBAN (BT-84) devrait être un IBAN valide. Niveau : warning.
Calendrier du mandat allemand de facturation électronique
B2G obligatoire (fédéral)
Les fournisseurs des autorités fédérales allemandes doivent facturer électroniquement (ERechV § 3). Depuis septembre 2025, le Bund reçoit les factures via une seule plateforme, OZG-RE. Les commandes directes jusqu’à 1 000 € sont exemptées.
Obligation de réception B2B
Toute entreprise établie en Allemagne, y compris un Kleinunternehmer, doit être techniquement capable de recevoir des factures électroniques structurées (XRechnung ou ZUGFeRD). L'envoi reste encore optionnel pour la plupart.
Obligation d'émission B2B (grandes entreprises)
Les entreprises avec un chiffre d'affaires annuel supérieur à 800 000 € doivent envoyer des factures structurées.
Obligation d'émission B2B (toutes les autres)
Toutes les autres entreprises établies en Allemagne doivent envoyer des factures électroniques structurées à leurs clients professionnels, sauf les exceptions indiquées.
Exceptions
Les factures jusqu’à 250 € (§ 33 UStDV), les titres de transport de personnes (§ 34 UStDV) et les factures des Kleinunternehmer (§ 34a UStDV) peuvent toujours être émises dans un autre format. Les factures aux consommateurs ne sont pas concernées.
Conservation 8 ans
HGB §257 et AO §147 exigent une conservation de 8 ans pour les factures.
Générer et valider des factures XRechnung via API
L’API SealDoc génère des factures XRechnung à partir de JSON : un PDF/A-3 avec le XML CII intégré sous le nom xrechnung.xml. BT-10, le contact du vendeur et, si un montant reste dû, l’IBAN sont exigés avant la génération, et le PDF/A-3 est contrôlé avec veraPDF. L’horodatage et les Evidence Packs font partie des formules Platform payantes.
// Validation result (excerpt)
{
"verdict": 3,
"findings": [{
"severity": 2,
"code": "27",
"messageRaw": "[BR-DE-15] Das Element \"Buyer reference\" (BT-10) muss übermittelt werden."
}]
} Créer des factures sans API ? SealDoc Invoice crée des XRechnung dans le navigateur, 5 gratuites par mois →