# PEPPOL-EN16931-R010 Elektronische Adresse des Käufers muss für das Peppol-Routing angegeben werden

Nach Peppol-Regel PEPPOL-EN16931-R010 muss jede Rechnung in Peppol BIS Billing 3.0 die elektronische Adresse des Käufers in BT-49 (cbc:EndpointID) enthalten. R010 prüft nur, ob diese Adresse vorhanden ist; das Attribut schemeID (BT-49-1) prüft BR-63, und sein Wert muss aus der EAS-Codeliste stammen (BR-CL-25). Typische Schemata sind „0088“ für GS1 GLN, „0204“ für deutsche Leitweg-IDs, „0192“ für norwegische Organisationsnummern, „9944“ für niederländische USt-IdNr. oder „0208“ für belgische Unternehmensnummern. Peppol-Access-Points fragen mit dieser EndpointID SML und SMP ab, um den empfangenden Access Point zu finden.

## Problembeschreibung

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

> **Wo PEPPOL-EN16931-R010 geprüft wird**
>
> Ein Validator prüft eine E-Rechnung in Stufen. Zuerst muss die Datei wohlgeformtes XML sein und zum UBL- oder CII-Schema (XSD) passen. Dann laufen die Geschäftsregeln der EN 16931: BR-Kernregeln, BR-CO-Berechnungen, BR-CL-Codelisten, BR-DEC-Nachkommastellen und Regeln je Umsatzsteuerkategorie wie BR-S. Danach folgen die nationalen oder Netzwerk-Regeln, die BT-24 auswählt: BR-DE für XRechnung, PEPPOL-EN16931 für Peppol BIS Billing. Der Bericht nennt jede verletzte Regel: Ein Fehler bedeutet Ablehnung, nur Warnungen bedeuten weiterhin Annahme. PEPPOL-EN16931-R010: Regel von Peppol BIS Billing, gemeldet in der Stufe „Nationale Regeln (CIUS)“.

## Kontext und Bedeutung

Ohne BT-49 kann der sendende Peppol-Access-Point den Empfänger nicht über SML und SMP ermitteln, daher scheitert die Rechnung bereits vor dem Versand an der Validierung. Ein fehlendes schemeID an einer vorhandenen EndpointID meldet separat BR-63. Der Fehler entsteht meist, wenn die Peppol-Kennung des Käufers nicht im Kundenstamm gepflegt ist.

## Lösung

Hinterlegen Sie in Ihren Kundenstammdaten die Peppol-Teilnehmerkennung und das EAS-Schema des Käufers. In UBL 2.1 ergänzen Sie <cbc:EndpointID schemeID="0204">04011000-12345-03</cbc:EndpointID> (oder schemeID="0088" für eine GLN) unter <cac:AccountingCustomerParty><cac:Party>. Peppol BIS Billing 3.0 wird als UBL 2.1 ausgetauscht.

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

## Gültige Beispiele

- Elektronische Adresse des Käufers mit BT-49 = „04011000-12345-03“ und schemeID = „0204“ (Deutsche Leitweg-ID)
- Elektronische Adresse des Käufers mit BT-49 = „4012345000016“ und schemeID = „0088“ (GS1 GLN)

## Ungültige Beispiele

- cac:AccountingCustomerParty/cac:Party enthält Name und Adresse, lässt cbc:EndpointID jedoch komplett weg
- Die Peppol-Kennung des Käufers fehlt im Kundenstamm, daher wird keine cbc:EndpointID exportiert (eine EndpointID ohne schemeID wie <cbc:EndpointID>04011000-12345-03</cbc:EndpointID> meldet stattdessen BR-63)

## Code-Beispiele

### Gültiges XML
```
<cac:Party>
  <cbc:EndpointID schemeID="0204">04011000-12345-03</cbc:EndpointID>
  <cac:PartyName><cbc:Name>Bundesministerium des Innern</cbc:Name></cac:PartyName>
</cac:Party>
```

### Ungültiges XML
```
<cac:Party>
  <cac:PartyName><cbc:Name>Bundesministerium des Innern</cbc:Name></cac:PartyName>
</cac:Party>
```

## Betroffene Felder

- [BT-49 Elektronische Adresse des Käufers](/resources/xrechnung/bt-49-buyer-electronic-address)
- [BT-49-1 Schema der elektronischen Adresse des Käufers](/resources/xrechnung/bt-49-buyer-electronic-address)
- [BG-7 Käufer](/resources/xrechnung/bt-44-buyer-name)

## Verwandte Regeln

- [PEPPOL-EN16931-R020](/resources/kosit-validator-errors/peppol-en16931-r020-seller-electronic-address-required)
- [BR-63](/resources/kosit-validator-errors/br-63-buyer-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.