# PEPPOL-EN16931-R020 Elektronische Adresse und Schema des Verkäufers müssen für die Peppol-Identifikation angegeben werden

Gemäß der Peppol BIS Billing 3.0 Spezifikation muss jede Rechnung im Peppol-Netzwerk die elektronische Adresse des Verkäufers in BT-34 (EndpointID) mit einem gültigen Schema in BT-34-1 (Attribut schemeID) aus der EAS-Codeliste enthalten. Typische Schemata sind „0088“ für GS1 GLN, „9930“ für deutsche Leitweg-IDs, „0192“ für norwegische Org.-Nummern, „9944“ für niederländische KvK-Nummern oder „0208“ für belgische KBO-Nummern. Die seller EndpointID verifiziert die autorisierte Herkunft der Rechnung und dient als Rückkanal für elektronische Statusrückmeldungen (Invoice Response).

## Problembeschreibung

Gemäß der Peppol BIS Billing 3.0 Spezifikation muss jede Rechnung im Peppol-Netzwerk die elektronische Adresse des Verkäufers in BT-34 (EndpointID) mit einem gültigen Schema in BT-34-1 (Attribut schemeID) aus der EAS-Codeliste enthalten. Typische Schemata sind „0088“ für GS1 GLN, „9930“ für deutsche Leitweg-IDs, „0192“ für norwegische Org.-Nummern, „9944“ für niederländische KvK-Nummern oder „0208“ für belgische KBO-Nummern. Die seller EndpointID verifiziert die autorisierte Herkunft der Rechnung und dient als Rückkanal für elektronische Statusrückmeldungen (Invoice Response).

> **FEHLER**: XRechnung 3.0

## Kontext und Bedeutung

Ohne BT-34 und das schemeID-Attribut weisen Peppol-Access-Points die Rechnung vor dem Netzversand mit dem Schematron-Fehler PEPPOL-EN16931-R020 ab.

## Lösung

Hinterlegen Sie in den Unternehmensstammdaten Ihre registrierte Peppol-Teilnehmerkennung und das EAS-Schema. In UBL 2.1 befüllen Sie <cbc:EndpointID schemeID="0088">4012345000018</cbc:EndpointID> unter <cac:AccountingSupplierParty><cac:Party>. In UN/CEFACT CII befüllen Sie <ram:URIID schemeID="0088"> unter <ram:SellerTradeParty><ram:URIUniversalCommunication>.

- validate
- convert

## Gültige Beispiele

- Elektronische Adresse des Verkäufers mit BT-34 = „4012345000018“ und schemeID = „0088“ (GS1 GLN)
- Elektronische Adresse des Verkäufers mit BT-34 = „987654321“ und schemeID = „0192“ (Norwegische Organisationsnummer)

## Ungültige Beispiele

- cac:AccountingSupplierParty/cac:Party enthält Name und Adresse, lässt cbc:EndpointID jedoch komplett weg
- Verkäufer-EndpointID enthält Adresswert, lässt das Pflichtattribut schemeID jedoch weg (<cbc:EndpointID>4012345000018</cbc:EndpointID>)

## Code-Beispiele

### Gültiges XML
```
<cac:Party>
  <cbc:EndpointID schemeID="0088">4012345000018</cbc:EndpointID>
  <cac:PartyName><cbc:Name>Lieferant GmbH</cbc:Name></cac:PartyName>
</cac:Party>
```

### Ungültiges XML
```
<cac:Party>
  <!-- Missing cbc:EndpointID (BT-34) with schemeID (BT-34-1) -->
  <cac:PartyName><cbc:Name>Lieferant GmbH</cbc:Name></cac:PartyName>
</cac:Party>
```

## Betroffene Felder

- [BT-34 Elektronische Adresse des Verkäufers](/resources/xrechnung/bt-34-seller-electronic-address)
- [BT-34-1 Schema der elektronischen Adresse des Verkäufers](/resources/xrechnung/bt-34-seller-electronic-address)
- [BG-4 Verkäufer](/resources/xrechnung)

## Verwandte Regeln

- [PEPPOL-EN16931-R010](/resources/kosit-validator-errors/peppol-en16931-r010-buyer-electronic-address-required)

## Validierungstools

- [Offizieller KoSIT Validator](https://erechnungsvalidator.service-bw.de/): Überprüfen Sie Ihre XRechnung-Dateien gegen alle BR-DE-Regeln.
- [PDF zu XRechnung konvertieren](/pdf-to-xrechnung): Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.

## Verwandte Ressourcen

- [Offizielle Spezifikation](https://xeinkauf.de/xrechnung/)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Vollständige Fehlerliste](/resources/kosit-validator-errors): Übersicht aller deutschen XRechnung-Validierungsregeln.