BR-17: Name des abweichenden Zahlungsempfängers fehlt

Ist ein vom Verkäufer abweichender Zahlungsempfänger (BG-10) angegeben, braucht er einen Namen (BT-59).

Regelwerk: EN 16931 (CEN)
Syntax: UBL und CII
Betroffene Felder: BG-4, BG-10, BT-59

Offizieller Regeltext

CII: The Payee name (BT-59) shall be provided in the Invoice, if the Payee (BG-10) is different from the Seller (BG-4).

UBL: The Payee name (BT-59) shall be provided in the Invoice, if the Payee (BG-10) is different from the Seller (BG-4)

Regeltext aus den Validierungsartefakten zu EN 16931 in Version 1.3.16 (CEN/TC 434, veröffentlicht von ConnectingEurope), Lizenz EUPL 1.2; enthalten in der XRechnung-Validatorkonfiguration 2026-08-31.

Schweregrad

UBL-Rechnung: Fehler
UBL-Gutschrift: Fehler
CII: Fehler

Ein Verstoß führt im Szenario „XRechnung“ des KoSIT-Validators zur Ablehnung der Rechnung.

Typische Ursachen

Beim Factoring wird nur die Bankverbindung oder eine Kennung des Factors übernommen.

So behebst du den Fehler

Den Namen des Zahlungsempfängers angeben (UBL cac:PayeeParty/cac:PartyName/cbc:Name, CII ram:PayeeTradeParty/ram:Name).

In UBL meldet der Validator bei fehlendem Namen zusätzlich UBL-SR-19, UBL-SR-20 und UBL-SR-21.

Geprüftes Beispiel: falsch und richtig

Die Auszüge stammen aus vollständigen, synthetischen Rechnungen des E-Rechnungs-Testkorpus. Geänderte Zeilen sind hervorgehoben. Beide Dateien werden in den automatischen Tests mit dem KoSIT-Validator geprüft.

Bei den Beispielen meldet der Validator außer BR-17 auch: UBL-SR-19, UBL-SR-20, UBL-SR-21.

Beispiel in UBL

Änderung gegenüber der gültigen Rechnung: Name des Zahlungsempfängers (BT-59) entfernt.

Falsch – ab Zeile 72 · markierte Zeilen fehlen hier

    <cbc:ID>FACT-0007</cbc:ID>
  </cac:PartyIdentification>
</cac:PayeeParty>
<cac:TaxRepresentativeParty>

Richtig – ab Zeile 72

    <cbc:ID>FACT-0007</cbc:ID>
  </cac:PartyIdentification>
  <cac:PartyName>
    <cbc:Name>Testfactoring Beispiel GmbH</cbc:Name>
  </cac:PartyName>
</cac:PayeeParty>
<cac:TaxRepresentativeParty>

Prüfergebnis (KoSIT-Validator 1.6.3, Konfiguration 2026-08-31): falsche Datei abgelehnt, korrigierte Datei angenommen. Meldungen zur falschen Datei:

BR-17 The Payee name (BT-59) shall be provided in the Invoice, if the Payee (BG-10) is different from the Seller (BG-4) Fundstelle: /Invoice[1]/PayeeParty[1]
UBL-SR-19 Payee name shall occur maximum once, if the Payee is different from the Seller Fundstelle: /Invoice[1]/PayeeParty[1]
UBL-SR-20 Payee identifier shall occur maximum once, if the Payee is different from the Seller Fundstelle: /Invoice[1]/PayeeParty[1]
UBL-SR-21 Payee legal registration identifier shall occur maximum once, if the Payee is different from the Seller Fundstelle: /Invoice[1]/PayeeParty[1]

Vollständige Dateien im Testkorpus: br-17-zahlungsempfaenger-name-fehlt_ubl.xml (falsch) und steuervertreter_ubl.xml (richtig).

Beispiel in CII

Änderung gegenüber der gültigen Rechnung: Name des Zahlungsempfängers (BT-59) entfernt.

Falsch – ab Zeile 153 · markierte Zeile fehlt hier

<ram:PayeeTradeParty>
  <ram:ID>FACT-0007</ram:ID>
</ram:PayeeTradeParty>
<ram:SpecifiedTradeSettlementPaymentMeans>

Richtig – ab Zeile 153

<ram:PayeeTradeParty>
  <ram:ID>FACT-0007</ram:ID>
  <ram:Name>Testfactoring Beispiel GmbH</ram:Name>
</ram:PayeeTradeParty>
<ram:SpecifiedTradeSettlementPaymentMeans>

Prüfergebnis (KoSIT-Validator 1.6.3, Konfiguration 2026-08-31): falsche Datei abgelehnt, korrigierte Datei angenommen. Meldungen zur falschen Datei:

BR-17 The Payee name (BT-59) shall be provided in the Invoice, if the Payee (BG-10) is different from the Seller (BG-4). Fundstelle: /CrossIndustryInvoice[1]/SupplyChainTradeTransaction[1]/ApplicableHeaderTradeSettlement[1]/PayeeTradeParty[1]

Vollständige Dateien im Testkorpus: br-17-zahlungsempfaenger-name-fehlt_cii.xml (falsch) und steuervertreter_cii.xml (richtig).

Testdateien zu BR-17

br-17-zahlungsempfaenger-name-fehlt_ubl.xml – Name des Zahlungsempfängers (BT-59) entfernt
br-17-zahlungsempfaenger-name-fehlt_cii.xml – Name des Zahlungsempfängers (BT-59) entfernt

Technische Details: Kontext und Prüfausdruck aus dem Schematron

CII

Kontext:

//ram:PayeeTradeParty

Prüfausdruck:

(ram:Name) and (not(ram:Name = ../../ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:Name) and not(ram:ID = ../../ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:ID) and not(ram:SpecifiedLegalOrganization/ram:ID = ../../ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:SpecifiedLegalOrganization/ram:ID))

UBL

Kontext:

cac:PayeeParty

Prüfausdruck:

exists(cac:PartyName/cbc:Name) and (not(cac:PartyName/cbc:Name = ../cac:AccountingSupplierParty/cac:Party/cac:PartyName/cbc:Name) and not(cac:PartyIdentification/cbc:ID = ../cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID) )

Technische Formatprüfung nach XRechnung 3.0.2; keine steuerliche oder rechtliche Beratung.