Que signifie BR-DE-25-a ?
Avec le moyen de paiement 59 (prélèvement SEPA), la facture doit contenir les données de prélèvement (BG-19) : référence de mandat (BT-89), identifiant créancier (BT-90) et IBAN du payeur (BT-91). Cette règle vérifie seulement si l'une des trois est présente ; BR-DE-30, BR-DE-31 et PEPPOL-EN16931-R061 exigent les autres. 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-25-a
- Le moyen de paiement porte le code 59, mais ni référence de mandat, ni identifiant créancier, ni IBAN du payeur.
- Les données de prélèvement figurent seulement dans le texte des conditions de paiement ou sur le PDF.
- Le code est mal choisi : l'acheteur doit virer le montant (58).
Comment corriger BR-DE-25-a
- Repérer l'endroit fautif dans le XML. Ouvrez le XML de la facture et allez au champ BG-19 par le XPath suivant :
//ram:SpecifiedTradeSettlementPaymentMeans[ram:TypeCode='59'] - Appliquer la correction. Avec le moyen de paiement 59 (prélèvement SEPA), la facture doit contenir les données de prélèvement (BG-19) : la référence de mandat dans 'ram:SpecifiedTradePaymentTerms/ram:DirectDebitMandateID' (BT-89), l'identifiant créancier dans 'ram:ApplicableHeaderTradeSettlement/ram:CreditorReferenceID' (BT-90) et l'IBAN du payeur dans 'ram:SpecifiedTradeSettlementPaymentMeans/ram:PayerPartyDebtorFinancialAccount/ram:IBANID' (BT-91). Pour cette règle, une seule des trois suffit ; XRechnung exige pourtant les trois (BR-DE-30, BR-DE-31, PEPPOL-EN16931-R061). 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-25-a n'est plus signalé.
Avec le moyen de paiement 59 (prélèvement SEPA), la facture doit contenir les données de prélèvement (BG-19) : la référence de mandat dans 'ram:SpecifiedTradePaymentTerms/ram:DirectDebitMandateID' (BT-89), l'identifiant créancier dans 'ram:ApplicableHeaderTradeSettlement/ram:CreditorReferenceID' (BT-90) et l'IBAN du payeur dans 'ram:SpecifiedTradeSettlementPaymentMeans/ram:PayerPartyDebtorFinancialAccount/ram:IBANID' (BT-91). Pour cette règle, une seule des trois suffit ; XRechnung exige pourtant les trois (BR-DE-30, BR-DE-31, PEPPOL-EN16931-R061). Pour ZUGFeRD, le validateur ne signale la règle qu'à titre d'information ; elle s'applique à XRechnung.
//ram:SpecifiedTradeSettlementPaymentMeans[ram:TypeCode='59']Avant / après : l'exemple XML
Voici l'endroit concerné avant et après la correction (Cross Industry Invoice, Factur-X/ZUGFeRD).
<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>59</ram:TypeCode>
</ram:SpecifiedTradeSettlementPaymentMeans><ram:CreditorReferenceID>DE98ZZZ09999999999</ram:CreditorReferenceID>
<!-- ... -->
<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>59</ram:TypeCode>
<ram:PayerPartyDebtorFinancialAccount>
<ram:IBANID>DE89370400440532013000</ram:IBANID>
</ram:PayerPartyDebtorFinancialAccount>
</ram:SpecifiedTradeSettlementPaymentMeans>
<!-- ... -->
<ram:SpecifiedTradePaymentTerms>
<ram:DirectDebitMandateID>MANDAT-4711</ram:DirectDebitMandateID>
</ram:SpecifiedTradePaymentTerms>Questions fréquentes sur BR-DE-25-a
Une des trois données suffit-elle ?
Que vérifie BR-DE-25-b ?
Codes d'erreur voisins
Vérifier BR-DE-25-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.