Corriger BR-DE-24-a : Données de carte (BG-18) manquantes pour un paiement par carte

BR-DE-24-a dans votre propre facture ? Déposez le fichier et trouvez toutes les erreurs en quelques secondes.

Que signifie BR-DE-24-a ?

Avec le moyen de paiement 48, 54 ou 55 (paiement par carte), la facture doit contenir les données de carte (BG-18). En CII, elles figurent dans 'ram:ApplicableTradeSettlementFinancialCard' au sein du moyen de paiement : le numéro de carte abrégé (BT-87) et, s'il est connu, le nom du titulaire (BT-88). La règle vient de la KoSIT (XRechnung) et y constitue une erreur. Pour ZUGFeRD, notre validateur la signale seulement à titre d'information.

Causes fréquentes de BR-DE-24-a

Le moyen de paiement porte le code 48, 54 ou 55, mais aucune donnée de carte.
Le client a déjà payé par carte et le logiciel ne pose que le code.
Le code est mal choisi : un virement (58) ou un prélèvement (59) était prévu.

Comment corriger BR-DE-24-a

Repérer l'endroit fautif dans le XML. Ouvrez le XML de la facture et allez au champ BG-18 par le XPath suivant ://ram:SpecifiedTradeSettlementPaymentMeans/ram:ApplicableTradeSettlementFinancialCard
Appliquer la correction. Avec le moyen de paiement 48, 54 ou 55 (paiement par carte), la facture doit contenir les données de carte (BG-18). Dans 'ram:SpecifiedTradeSettlementPaymentMeans/ram:ApplicableTradeSettlementFinancialCard', indiquez le numéro de carte seulement abrégé, 10 caractères au plus, par exemple les 4 derniers chiffres ('ram:ID', BR-51), et si vous le connaissez le nom du titulaire ('ram:CardholderName'). Pour ZUGFeRD, le validateur ne signale la règle qu'à titre d'information ; elle s'applique à XRechnung.
Valider à nouveau. Enregistrez le fichier et validez-le à nouveau pour vérifier que BR-DE-24-a n'est plus signalé.

Proposition de correction

Avec le moyen de paiement 48, 54 ou 55 (paiement par carte), la facture doit contenir les données de carte (BG-18). Dans 'ram:SpecifiedTradeSettlementPaymentMeans/ram:ApplicableTradeSettlementFinancialCard', indiquez le numéro de carte seulement abrégé, 10 caractères au plus, par exemple les 4 derniers chiffres ('ram:ID', BR-51), et si vous le connaissez le nom du titulaire ('ram:CardholderName'). Pour ZUGFeRD, le validateur ne signale la règle qu'à titre d'information ; elle s'applique à XRechnung.

XPath//ram:SpecifiedTradeSettlementPaymentMeans/ram:ApplicableTradeSettlementFinancialCard

Avant / après : l'exemple XML

Voici l'endroit concerné avant et après la correction (Cross Industry Invoice, Factur-X/ZUGFeRD).

Incorrect

<ram:SpecifiedTradeSettlementPaymentMeans>
  <ram:TypeCode>48</ram:TypeCode>
</ram:SpecifiedTradeSettlementPaymentMeans>

Correct

<ram:SpecifiedTradeSettlementPaymentMeans>
  <ram:TypeCode>48</ram:TypeCode>
  <ram:ApplicableTradeSettlementFinancialCard>
    <ram:ID>1234</ram:ID>
    <ram:CardholderName>Mandant GmbH</ram:CardholderName>
  </ram:ApplicableTradeSettlementFinancialCard>
</ram:SpecifiedTradeSettlementPaymentMeans>

Questions fréquentes sur BR-DE-24-a

Le numéro de carte complet peut-il figurer sur la facture ?

Non. 10 caractères au plus sont admis (BR-51) ; on indique d'habitude les 4 derniers chiffres.

Que vérifie BR-DE-24-b ?

La seconde partie de la même règle : pour un paiement par carte, la facture ne doit contenir ni compte pour virement ni données de prélèvement.

Codes d'erreur voisins

Vérifier BR-DE-24-a automatiquement

Plutôt que de fouiller le XML à la main, vous pouvez valider votre fichier Factur-X ou XRechnung en ligne : déposez le PDF ou le XML et vous recevez chaque erreur avec l'identifiant de la règle, le champ concerné, la proposition de correction et le XPath, sous forme de rapport lisible ou de JSON par l'API.

Valider en ligne maintenant Retour au lexique