BR-62: Elektronische Adresse des Verkäufers ohne Schema

Die elektronische Adresse des Verkäufers (BT-34) braucht eine Schemakennung, zum Beispiel EM für E-Mail.

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

Offizieller Regeltext

The Seller electronic address (BT-34) 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

Das Attribut schemeID mit einem Code aus der EAS-Liste setzen (UBL cbc:EndpointID, CII ram:URIUniversalCommunication/ram:URIID), etwa EM für eine E-Mail-Adresse oder 0204 für eine Leitweg-ID.

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 Verkäufers (BT-34) ohne Schema.

Falsch – ab Zeile 15

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID>rechnung@nordlicht.example</cbc:EndpointID>
    <cac:PostalAddress>
      <cbc:StreetName>Musterstraße 12</cbc:StreetName>

Richtig – ab Zeile 15

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="EM">rechnung@nordlicht.example</cbc:EndpointID>
    <cac:PostalAddress>
      <cbc:StreetName>Musterstraße 12</cbc:StreetName>

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

BR-62 The Seller electronic address (BT-34) shall have a Scheme identifier. Fundstelle: /Invoice[1]/AccountingSupplierParty[1]/Party[1]/EndpointID[1]

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

Beispiel in CII

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

Falsch – ab Zeile 133

</ram:PostalTradeAddress>
<ram:URIUniversalCommunication>
  <ram:URIID>rechnung@nordlicht.example</ram:URIID>
</ram:URIUniversalCommunication>
<ram:SpecifiedTaxRegistration>

Richtig – ab Zeile 133

</ram:PostalTradeAddress>
<ram:URIUniversalCommunication>
  <ram:URIID schemeID="EM">rechnung@nordlicht.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-62 The Seller electronic address (BT-34) shall have a Scheme identifier. Fundstelle: /CrossIndustryInvoice[1]

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

Testdateien zu BR-62

br-62-verkaeuferadresse-ohne-schema_ubl.xml – Elektronische Adresse des Verkäufers (BT-34) ohne Schema
br-62-verkaeuferadresse-ohne-schema_cii.xml – Elektronische Adresse des Verkäufers (BT-34) ohne Schema

Technische Details: Kontext und Prüfausdruck aus dem Schematron

CII

Kontext:

/rsm:CrossIndustryInvoice

Prüfausdruck:

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

UBL

Kontext:

cac:AccountingSupplierParty/cac:Party/cbc:EndpointID

Prüfausdruck:

exists(@schemeID)

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