Auf dieser Seite
Die kurze Antwort
BR-62 schlägt fehl, wenn cac:AccountingSupplierParty/cac:Party/cbc:EndpointID ohne Attribut schemeID geschrieben ist. Die Kennung allein ist mehrdeutig: 7300010000001 könnte eine GLN, eine nationale Organisationsnummer oder etwas anderes sein. Ergänzen Sie schemeID mit dem Code des Schemas, unter dem die Adresse des Verkäufers vergeben wurde.
Was die Regel prüft
Die Regel gilt für die cbc:EndpointID des Verkäufers und prüft eine Sache: dass das Attribut schemeID daran existiert. Hat der Verkäufer gar keine cbc:EndpointID, hat die Regel nichts zu prüfen und meldet nichts; Peppol meldet das fehlende Element als PEPPOL-EN16931-R020.
Der Attributwert wird nicht gelesen. schemeID="" erfüllt BR-62, und der leere Code wird dann von BR-CL-25 im Prüfschritt EN 16931 und von PEPPOL-EN16931-CL008 im Peppol-Prüfschritt abgelehnt.
Auch der Inhalt des Elements wird nicht gelesen. Eine leere cbc:EndpointID ohne Attribut meldet BR-62 zusammen mit PEPPOL-EN16931-R008, der Peppol-Regel gegen leere Elemente.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BT-34 | Elektronische Adresse des Verkäufers | cac:AccountingSupplierParty/cac:Party/cbc:EndpointID |
| BT-34 | Elektronische Adresse des Verkäufers: Attribut für die Kennung des Schemas | cac:AccountingSupplierParty/cac:Party/cbc:EndpointID/@schemeID |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Das Quellsystem speichert die elektronische Adresse als einen einzigen String, und das Mapping schreibt sie als Elementinhalt ohne Attribut.
- Schema und Kennung werden zusammen gespeichert, zum Beispiel
0088:7300010000001, und die Aufteilung, dieschemeIDbefüllen sollte, fehlt oder ist für diesen Verkäufer fehlgeschlagen. - Der Serialisierer lässt Attribute mit Nullwert weg, und die Schemaspalte ist für diesen Verkäufer leer.
- Der Code wird in ein anderes Attribut geschrieben, etwa
schemeAgencyID. Die Regel betrachtet nurschemeID, und das fehlplatzierte Attribut ergibt zusätzlich die WarnungUBL-DT-27.
So korrigieren Sie das Dokument
- Klären Sie, zu welchem Schema die Adresse des Verkäufers gehört. Das ist eine Eigenschaft der Kennung, festgelegt, als der Verkäufer sie erhielt:
0088für eine GLN, ein nationaler Code für eine Organisations- oder Umsatzsteuer-Identifikationsnummer. Wählen Sie keinen Code, nur weil er die Prüfung besteht. - Führen Sie den Schemacode als eigenes Feld neben der Kennung in der Konfiguration des Verkäufers.
- Schreiben Sie ihn in das Attribut
schemeIDvoncac:AccountingSupplierParty/cac:Party/cbc:EndpointID, genau in dieser Schreibweise. - Prüfen Sie den Code vor dem Senden gegen die EAS-Codeliste;
BR-CL-25prüft ihn, sobald das Attribut existiert.
Vorher und nachher
Dies sind Ausschnitte, keine vollständigen Dokumente. Die vollständigen synthetischen Dokumente, aus denen sie stammen, sind unten verlinkt.
Ausschnitt der fehlerhaften Rechnung: Die EndpointID des Verkäufers hat einen Wert und keine schemeID
<cac:AccountingSupplierParty>
<cac:Party>
<cbc:EndpointID>7300010000001</cbc:EndpointID>
<!-- postal address, tax scheme and legal entity omitted from this fragment -->
</cac:Party>
</cac:AccountingSupplierParty>Ausschnitt der korrigierten Rechnung: schemeID nennt das Schema der Kennung
<cac:AccountingSupplierParty>
<cac:Party>
<cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
<!-- postal address, tax scheme and legal entity omitted from this fragment -->
</cac:Party>
</cac:AccountingSupplierParty>Die korrigierte Datei hat schemeID="0088" an der cbc:EndpointID des Verkäufers; die fehlerhafte Datei hat dasselbe Element mit demselben Wert ohne Attribut. Das fehlerhafte Dokument meldet nur BR-62. Sein Peppol-Prüfschritt besteht: Ohne schemeID gibt es keinen Schemacode, den die Peppol-Regel zur Codeliste ablehnen könnte.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-62. Das korrigierte Dokument besteht jeden Prüfschritt ohne Befunde.Fehlerhaftes XML herunterladenKorrigiertes XML herunterladen
Aufgezeichnet mit phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, der Engine hinter dem kostenlosen Validator, mit synthetischen Daten. Ein aufgezeichnetes Ergebnis ist ein Regressionsnachweis für diese Dokumente, keine Zertifizierung.
Wo die Regel gilt
- Gilt für UBL
InvoiceundCreditNote; eine Gutschrift, aus der das Attribut entfernt wurde, meldet denselben einzelnen Befund. - Abgedeckt ist nur die Partei des Verkäufers. Die
cbc:EndpointIDdes Käufers hat ihre eigene Regel,BR-63, und ein Dokument, dem beide Attribute fehlen, meldet beide. - Dies ist eine Regel von EN 16931 und wird daher im Prüfschritt EN 16931 gemeldet, obwohl das geprüfte Element unter Peppol verpflichtend ist.
Verwandte Regeln
- BR-63 ist dieselbe Attributprüfung für die elektronische Adresse des Käufers
- BR-CL-25 prüft, dass der Wert von schemeID ein Code aus der EAS-Liste ist
- PEPPOL-EN16931-R020 meldet eine Partei des Verkäufers ganz ohne EndpointID
- Alle Regeln der Referenz ansehen
- Hintergrund (auf Englisch): Understanding EN 16931 validation errors
Umfang und Quelle
Geschrieben für Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, angewendet auf Invoice- und CreditNote-Dokumente in UBL 2.1. Andere Profile, Syntaxen und Releases können diese Kennung anders definieren. Version des Hinweiskatalogs 2026-09-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-20.
Die offizielle Definition von BR-62 (auf Englisch) enthält den normativen Wortlaut und den Test. Diese Seite ist unsere Erklärung dazu, keine Kopie.
Die Erklärung ändert das Urteil der Engine nicht. Dass Sie diesen Befund beheben, heißt nicht, dass das Dokument jeden Prüfschritt besteht. Die Validierung bescheinigt keine rechtliche oder steuerliche Konformität und überträgt kein Dokument über Peppol.

