{"id":1677,"date":"2025-10-24T07:54:22","date_gmt":"2025-10-24T05:54:22","guid":{"rendered":"https:\/\/validool.org\/2025\/10\/lettre-du-bmf-sur-le-facture-ce-que-signifient-reellement-les-erreurs-de-format-les-erreurs-de-regles-commerciales-et-les-erreurs-de-contenu\/"},"modified":"2025-10-24T08:00:24","modified_gmt":"2025-10-24T06:00:24","slug":"lettre-du-bmf-sur-le-facture-ce-que-signifient-reellement-les-erreurs-de-format-les-erreurs-de-regles-commerciales-et-les-erreurs-de-contenu","status":"publish","type":"post","link":"https:\/\/validool.org\/fr\/2025\/10\/lettre-du-bmf-sur-le-facture-ce-que-signifient-reellement-les-erreurs-de-format-les-erreurs-de-regles-commerciales-et-les-erreurs-de-contenu\/","title":{"rendered":"Lettre du BMF sur l’e-facture : ce que signifient r\u00e9ellement les erreurs de format, les erreurs de r\u00e8gles commerciales et les erreurs de contenu"},"content":{"rendered":"\n

Le 15 octobre 2025, le minist\u00e8re f\u00e9d\u00e9ral allemand des Finances (BMF) a publi\u00e9 une lettre (BMF-Schreiben) importante pour toutes les entreprises qui re\u00e7oivent ou envoient des factures \u00e9lectroniques.Cette lettre \u00e9tablit pour la premi\u00e8re fois une distinction claire entre les erreurs de format<\/strong>, les erreurs de r\u00e8gles commerciales<\/strong> et les erreurs de contenu<\/strong> – et ce que cela signifie respectivement pour la validit\u00e9 d’une facture<\/strong>.<\/p>\n\n

De nombreuses entreprises se demandent maintenant :Quand une e-facture doit-elle<\/strong> \u00eatre refus\u00e9e ?Quand peut-elle<\/strong> \u00eatre accept\u00e9e ?Et que se passe-t-il si le fichier est techniquement valable, mais que son contenu est erron\u00e9 ?<\/p>\n\n

Cet article r\u00e9sume la lettre du BMF dans un langage compr\u00e9hensible et montre, \u00e0 l’aide d’exemples, ce \u00e0 quoi vous devrez faire attention \u00e0 l’avenir.<\/p>\n\n

1. v\u00e9rification multi-niveaux d’une e-facture<\/h2>\n\n

Le BMF distingue trois niveaux de contr\u00f4le :<\/p>\n\n

    \n
  1. V\u00e9rification du format<\/strong> – le fichier est-il techniquement correct et les r\u00e8gles de gestion de la norme europ\u00e9enne EN 16931 sont-elles respect\u00e9es ?<\/li>\n\n\n\n
  2. V\u00e9rification du contenu en termes de r\u00e9gularit\u00e9<\/strong> – les informations obligatoires selon la loi sur la TVA (articles 14 et 14a de la loi sur la TVA) sont-elles correctes ? <\/li>\n\n\n\n
  3. Autre v\u00e9rification du contenu<\/strong> – la facture est-elle conforme au format choisi (par exemple XFacture, ZUGFeRD) et est-elle correcte du point de vue comptable et mat\u00e9riel<\/strong>?En d’autres termes, les prestations fournies ou les marchandises livr\u00e9es ont-elles \u00e9t\u00e9 effectivement factur\u00e9es – et le cas fiscal correct<\/strong> a-t-il \u00e9t\u00e9 appliqu\u00e9 ?<\/li>\n<\/ol>\n\n

    Ce n’est que lorsque ces trois niveaux<\/strong> sont remplis qu’il s’agit d’une e-facture totalement exempte d’erreurs<\/strong>.<\/p>\n\n

    2. erreur de format – le cas technique de base<\/h2>\n\n

    Il y a erreur de format<\/strong> lorsque le fichier n’est pas conforme \u00e0 la norme EN 16931<\/strong> ou n’est pas lisible par une machine<\/strong>.Dans ce cas, il ne s’agit pas<\/strong> d’une e-facture, mais d’une \u00ab\u00a0autre facture dans un autre format \u00e9lectronique\u00a0\u00bb.<\/strong><\/p>\n\n

    Exemple : devise manquante<\/h3>\n\n

    Exemple :<\/strong> Dans la norme EN 16931, l’indication de la devise est obligatoire. Si elle manque dans le fichier XML, il y a une erreur de format<\/strong> – m\u00eame si UBL ou CII n’\u00e9mettent techniquement aucun message d’erreur. <\/p>\n\n

    \n

    BR-5 : une facture doit avoir un code pour la devise de facturation (BT-5).<\/p>\nEN16931-1:2017<\/cite><\/blockquote>\n\n

    Ni CrossIndustryInvoice ni UBL n’exigent techniquement l’indication de la devise :<\/p>\n\n

    \"Tableau
    BT-5 \u00ab\u00a0Invoice currency\u00a0\u00bb – obligatoire dans la norme EN 16931 (1..1), techniquement facultative dans CII et UBL (0..1).<\/figcaption><\/figure>\n\n

    Cet exemple montre que la norme europ\u00e9enne EN 16931<\/strong> pr\u00e9voit une obligation claire d’indiquer la devise de la facture (BT-5)<\/strong> – la cardinalit\u00e9 1..1<\/strong> signifie que ce champ doit<\/strong> \u00eatre pr\u00e9sent exactement une fois<\/strong>.En revanche, dans les syntaxes sous-jacentes CII<\/strong> et UBL<\/strong>, le champ est d\u00e9fini uniquement par 0..1<\/strong> et est donc techniquement facultatif<\/strong>.Cela signifie qu’un fichier XML peut \u00eatre formellement valide sans indication de devise<\/strong>, mais qu’il ne r\u00e9pond pas aux exigences techniques<\/strong> de la norme EN 16931.Dans la pratique, cela entra\u00eene une erreur de format<\/strong>, car la facture n’est pas enti\u00e8rement conforme \u00e0 la norme – m\u00eame si sa structure est techniquement correcte.<\/p>\n\n

    \"Exemple
    Exemple : fichier XML avec indication de devise manquante<\/figcaption><\/figure>\n\n

    Cons\u00e9quence : <\/strong>il ne s’agit pas d’une e-facture, mais d’une autre facture \u00e9lectronique<\/strong> qui ne peut \u00eatre accept\u00e9e qu’avec l’accord du destinataire.<\/p>\n\n

    Cons\u00e9quence :<\/strong> pendant la p\u00e9riode de transition (jusqu’\u00e0 l’obligation d’\u00e9mettre), le destinataire peut<\/strong> accepter une telle facture, mais il n’est pas oblig\u00e9 de le faire<\/strong>.D\u00e8s que l’\u00e9metteur de la facture est tenu d’\u00e9mettre une e-facture, le destinataire doit<\/strong> refuser<\/strong> les factures comportant des erreurs de format.<\/p>\n\n

    3. erreur de r\u00e8gle commerciale – le lien entre la technique et le contenu<\/h2>\n\n

    La norme europ\u00e9enne EN 16931<\/strong> et les formats qui en d\u00e9coulent, tels que XFacture<\/strong> et ZUGFeRD<\/strong>, d\u00e9finissent ce que l’on appelle des r\u00e8gles de gestion<\/strong>.Ces r\u00e8gles d\u00e9crivent les informations qui doivent \u00eatre pr\u00e9sentes dans une e-facture<\/strong> et la mani\u00e8re dont elles sont logiquement reli\u00e9es entre elles<\/strong>.<\/p>\n\n

    Un exemple :Si une facture contient un taux de TVA<\/strong>, le montant de TVA<\/strong> correspondant doit \u00e9galement \u00eatre indiqu\u00e9.Ou : Si une valeur de remise est indiqu\u00e9e, le motif de la remise ne doit pas \u00eatre omis.<\/p>\n\n

    Une grande partie de ces r\u00e8gles m\u00e9tier peuvent \u00eatre v\u00e9rifi\u00e9es techniquement<\/strong> – c’est pr\u00e9cis\u00e9ment ce que font les outils de validation <\/a>: contr\u00f4ler automatiquement les corr\u00e9lations.D’autres r\u00e8gles – par exemple celles qui concernent la plausibilit\u00e9 \u00e9conomique ou l’interpr\u00e9tation fiscale – doivent \u00eatre v\u00e9rifi\u00e9es manuellement ou avec l’aide d’un syst\u00e8me ERP<\/strong>.<\/p>\n\n

    Les r\u00e8gles de gestion prennent en charge les deux niveaux<\/h3>\n\n

    Les r\u00e8gles de gestion jouent un r\u00f4le dans deux phases de l’audit :<\/p>\n\n

      \n
    1. Lors du contr\u00f4le du format<\/strong>Vous vous assurez que le fichier est techniquement correct<\/strong> et conforme \u00e0 la norme EN 16931<\/strong>.Si une erreur est d\u00e9tect\u00e9e ici, on parle d’erreur de format<\/strong>.\u2192 Exemple : une donn\u00e9e obligatoire de la norme est manquante ou se trouve au mauvais endroit.<\/li>\n\n\n\n
    2. Lors de la v\u00e9rification du contenu<\/strong>vous aidez \u00e0 d\u00e9terminer si le contenu de<\/strong> la facture est coh\u00e9rent et complet<\/strong> – c’est-\u00e0-dire si les informations s’embo\u00eetent logiquement les unes dans les autres et sont conformes aux exigences en mati\u00e8re de TVA<\/strong>.\u2192 Exemple : l’adresse du vendeur n’est pas compl\u00e8te. La norme EN 16931 elle-m\u00eame n’exige que l’indication du nom et du pays. <\/li>\n<\/ol>\n\n

      Aper\u00e7u des quatre niveaux de contr\u00f4le<\/strong><\/h3>\n\n

      La validation technique et la validation du contenu se construisent progressivement l’une par rapport \u00e0 l’autre :<\/p>\n\n

        \n
      1. Examen technique<\/strong> – Structure CII\/UBL (XSD)<\/li>\n\n\n\n
      2. Contr\u00f4le des r\u00e8gles de gestion EN 16931<\/strong> – r\u00e8gles de base europ\u00e9ennes<\/li>\n\n\n\n
      3. Contr\u00f4le des r\u00e8gles de gestion CIUS \/ Extension<\/strong> – ajouts nationaux ou sp\u00e9cifiques au secteur (par exemple XFacturation, ZUGFeRD)<\/li>\n\n\n\n
      4. Contr\u00f4le du contenu<\/strong> – syst\u00e8me ERP ou manuel<\/li>\n<\/ol>\n\n
        \"Schéma
        De l’erreur de format \u00e0 l’erreur de contenu – les quatre \u00e9tapes de contr\u00f4le d’une e-facture selon la lettre BMF E-facture 2025.<\/strong>La validation technique selon CII\/UBL conform\u00e9ment \u00e0 la norme EN 16931 s’effectue progressivement par des contr\u00f4les de r\u00e8gles de gestion, avant le contr\u00f4le final du contenu.<\/figcaption><\/figure>\n\n

        4. erreurs de contenu – erreurs factuelles, comptables ou fiscales<\/strong><\/h2>\n\n

        Les erreurs de contenu concernent le contenu m\u00eame de la facture<\/strong>.Elles se produisent chaque fois que la facture est incorrecte sur le plan fiscal, arithm\u00e9tique ou mat\u00e9riel<\/strong> – par exemple, lorsqu’elle contient des montants, des taux de taxe ou des indications de prestations erron\u00e9s.<\/p>\n\n

        Toutefois, toutes les erreurs de contenu n’entra\u00eenent pas automatiquement l’irr\u00e9gularit\u00e9<\/strong> d’une facture au sens de la loi sur la TVA.<\/p>\n\n

        Une facture non conforme \u00e0 l’article 14 de la loi sur la TVA<\/strong> n’existe quesi<\/strong>les informations obligatoires prescrites par la loi conform\u00e9ment aux articles 14 et 14a de la loi sur la TVA<\/strong> sont incompl\u00e8tes ou incorrectes<\/strong>.<\/p><\/blockquote><\/figure>\n\n

        Contenu techniquement et professionnellement v\u00e9rifiable<\/strong><\/h3>\n\n
          \n
        1. Contenu techniquement v\u00e9rifiable<\/strong>
          Une partie des erreurs de contenu peut \u00eatre d\u00e9tect\u00e9e par des r\u00e8gles m\u00e9tier<\/strong> qui sont automatiquement v\u00e9rifi\u00e9es par des outils de validation<\/a>.
          Il s’agit notamment des r\u00e8gles<\/strong> suivantes :\n