BR-63: Elektronische Adresse des Käufers ohne Schema

Die elektronische Adresse des Käufers (BT-49) braucht eine Schemakennung.

Regelwerk: EN 16931 (CEN)
Syntax: UBL und CII
Betroffene Felder: BT-49

Offizieller Regeltext

The Buyer electronic address (BT-49) shall have a Scheme identifier.

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

Die Adresse wird ohne das Attribut schemeID übertragen.

So behebst du den Fehler

schemeID mit einem Code aus der EAS-Liste setzen, bei öffentlichen Auftraggebern meist 0204 mit der Leitweg-ID, sonst zum Beispiel EM.

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.

Beispiel in UBL

Änderung gegenüber der gültigen Rechnung: Elektronische Adresse des Käufers (BT-49) ohne Schema.

Falsch – ab Zeile 44

<cac:AccountingCustomerParty>
  <cac:Party>
    <cbc:EndpointID>eingangsrechnung@sonnenschein.example</cbc:EndpointID>
    <cac:PartyIdentification>
      <cbc:ID>KD-55501</cbc:ID>

Richtig – ab Zeile 44

<cac:AccountingCustomerParty>
  <cac:Party>
    <cbc:EndpointID schemeID="EM">eingangsrechnung@sonnenschein.example</cbc:EndpointID>
    <cac:PartyIdentification>
      <cbc:ID>KD-55501</cbc:ID>

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

BR-63 The Buyer electronic address (BT-49) shall have a Scheme identifier. Fundstelle: /Invoice[1]/AccountingCustomerParty[1]/Party[1]/EndpointID[1]

Vollständige Dateien im Testkorpus: br-63-kaeuferadresse-ohne-schema_ubl.xml (falsch) und standard_ubl.xml (richtig).

Beispiel in CII

Änderung gegenüber der gültigen Rechnung: Elektronische Adresse des Käufers (BT-49) ohne Schema.

Falsch – ab Zeile 159

</ram:PostalTradeAddress>
<ram:URIUniversalCommunication>
  <ram:URIID>eingangsrechnung@sonnenschein.example</ram:URIID>
</ram:URIUniversalCommunication>
<ram:SpecifiedTaxRegistration>

Richtig – ab Zeile 159

</ram:PostalTradeAddress>
<ram:URIUniversalCommunication>
  <ram:URIID schemeID="EM">eingangsrechnung@sonnenschein.example</ram:URIID>
</ram:URIUniversalCommunication>
<ram:SpecifiedTaxRegistration>

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

BR-63 The Buyer electronic address (BT-49) shall have a Scheme identifier. Fundstelle: /CrossIndustryInvoice[1]

Vollständige Dateien im Testkorpus: br-63-kaeuferadresse-ohne-schema_cii.xml (falsch) und standard_cii.xml (richtig).

Testdateien zu BR-63

br-63-kaeuferadresse-ohne-schema_ubl.xml – Elektronische Adresse des Käufers (BT-49) ohne Schema
br-63-kaeuferadresse-ohne-schema_cii.xml – Elektronische Adresse des Käufers (BT-49) ohne Schema

Technische Details: Kontext und Prüfausdruck aus dem Schematron

CII

Kontext:

/rsm:CrossIndustryInvoice

Prüfausdruck:

normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:URIUniversalCommunication[1]/ram:URIID/@schemeID) != '' or not (rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:URIUniversalCommunication)

UBL

Kontext:

cac:AccountingCustomerParty/cac:Party/cbc:EndpointID

Prüfausdruck:

exists(@schemeID)

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