# PEPPOL-EN16931-R020 Elektronische Adresse des Verkäufers muss für die Peppol-Identifikation angegeben werden

Nach Peppol-Regel PEPPOL-EN16931-R020 muss jede Rechnung in Peppol BIS Billing 3.0 die elektronische Adresse des Verkäufers in BT-34 (cbc:EndpointID) enthalten. R020 prüft nur, ob diese Adresse vorhanden ist; das Attribut schemeID (BT-34-1) prüft BR-62, und sein Wert muss aus der EAS-Codeliste stammen (BR-CL-25), etwa „0088“ für GS1 GLN, „0192“ für norwegische Organisationsnummern, „9944“ für niederländische USt-IdNr. oder „0208“ für belgische Unternehmensnummern. Die EndpointID identifiziert den Verkäufer im Peppol-Netzwerk und ist die Adresse, an die Rechnungsantworten (Invoice Response) und Message Level Responses (MLR) gesendet werden.

## Problembeschreibung

> **FEHLER**: Regel von Peppol BIS Billing 3.0 (OpenPeppol)

## Kontext und Bedeutung

Ohne BT-34 scheitert die Peppol-Validierung vor dem Versand, und Antworten auf die Rechnung hätten keine Peppol-Adresse. Ein fehlendes schemeID an einer vorhandenen EndpointID meldet separat BR-62. Der Fehler entsteht meist, wenn die eigene Peppol-Kennung des Unternehmens nicht in den E-Rechnungseinstellungen hinterlegt ist.

## Lösung

Hinterlegen Sie in Ihren Unternehmensstammdaten Ihre registrierte Peppol-Teilnehmerkennung und das EAS-Schema, etwa 0088 für eine GLN oder 0106 für eine niederländische KvK-Nummer. In UBL 2.1 ergänzen Sie <cbc:EndpointID schemeID="0088">4012345000018</cbc:EndpointID> unter <cac:AccountingSupplierParty><cac:Party>. Peppol BIS Billing 3.0 wird als UBL 2.1 ausgetauscht.

- [XML validieren](/de/xrechnung-validator?source=resource&rule=PEPPOL-EN16931-R020)
- [Rechnung konvertieren](/de/pdf-to-xrechnung?source=resource&rule=PEPPOL-EN16931-R020)

## 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
- Die Peppol-Kennung des Unternehmens ist nicht hinterlegt, daher wird keine cbc:EndpointID des Verkäufers exportiert (eine EndpointID ohne schemeID wie <cbc:EndpointID>4012345000018</cbc:EndpointID> meldet stattdessen BR-62)

## 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>
  <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/bt-27-seller-name)

## Verwandte Regeln

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

## Validierungstools

- [Offizieller KoSIT Validator](https://github.com/itplr-kosit/validator): Führen Sie den offiziellen KoSIT-Validator mit der XRechnung-Konfiguration aus, um EN-16931- und XRechnung-Regeln zu prüfen.
- [PDF zu XRechnung konvertieren](/pdf-to-xrechnung): Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.

## Verwandte Ressourcen

- [Offizielle Spezifikation](https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-peppol/)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Alle Validierungsfehler](/resources/kosit-validator-errors): Übersicht der hier erklärten Validierungsregeln aus EN 16931, XRechnung und Peppol.