Bei der Peppol-Validierung wird geprüft, ob ein Geschäftsdokument der in diesem Dokument festgelegten Syntax und den Regeln entspricht. Bei der Peppol- BIS Billing prüft ein Validator in der Regel fünf praktische Bereiche. Ein Dokument muss alle für es geltenden kritischen Regeln erfüllen. Anhand des nicht bestandenen Prüfpunkts lässt sich feststellen, ob die Ursache in fehlerhaftem XML, fehlenden oder inkonsistenten Rechnungsdaten, einem nicht unterstützten Element, einer Peppol-spezifischen Einschränkung oder einer nationalen Anforderung liegt.
| Validierungsbereich | Was dabei geprüft wird | Wie Fehler erkannt werden |
| XML-Schema | Das Dokument ist wohlgeformt und entspricht dem unterstützten UBL 2.1- oder CII-Schema. | Parser- oder Schemameldungen anstelle von Peppol-Regelcodes |
| Geschäftsregeln gemäß EN 16931 | Erforderliche Geschäftsbegriffe, Berechnungen, Codelisten und Mehrwertsteuerlogik | Die Regelgruppen BR, BR-CO, BR-CL, BR-DEC und VAT |
| Syntaxbindung | Die in der ausgewählten XML-Syntax zulässigen Elemente, Pfade und Kardinalitäten | UBL-SR-, UBL-CR- und CII-SR- |
| Peppol-BIS-Regeln | Weitere Peppol-Vorgaben, einschließlich Anforderungen an Spezifikationen, Profile und Identifikatoren | PEPPOL-EN16931-R und PEPPOL-COMMON-R |
| Länderspezifische Regeln | Vom Lieferland aktivierte Anforderungen | Zum Beispiel SE-R-, DK-R-, DE-R- und NL-R- |
Schwerwiegende Fehler und Warnungen
Gemäß den BIS-Konformitätsregeln von OpenPeppol gilt ein Dokument als konform, wenn die aktuellen Validierungsergebnisse keine schwerwiegenden Fehler melden. Ein Dokument, das lediglich Warnungen enthält, ist ebenfalls konform, doch sollten diese Warnungen untersucht werden. Sie weisen häufig auf Probleme mit der Datenqualität oder auf Regeln hin, die in einer späteren Version von „ release “ möglicherweise verschärft werden.
Der Schweregrad einer Regel kann sich zwischen geplanten Releases ändern. In der Version 3.0.21 von „Peppol BIS Billing “ wurden die Regeln PEPPOL-COMMON-R052 und PEPPOL-COMMON-R053 von Warnungen zu schwerwiegenden Fehlern herabgestuft. Auch die dänischen Regeln DK-R-003 und DK-R-017 wurden zu schwerwiegenden Fehlern. Die „ release “ trat am 17. August 2026 in Kraft. Eine Änderung der „ release “ kann daher dazu führen, dass Dokumente, die einen älteren Validator bestanden haben, bei den aktuellen Artefakten als fehlerhaft eingestuft werden.
Wo die Validierung stattfindet
Der Absender darf kein Dokument versenden, das nicht den geltenden BIS-Vorgaben entspricht. In der Praxis wird das Dokument in der Regel vor der Übermittlung von der sendenden Software oder dem Peppol-Dienstleister validiert. Ein Fehler in dieser Phase wird normalerweise von der eigenen Integration oder dem Dienstleister des Absenders zurückgemeldet, bevor das Dokument den Empfänger erreicht.
Die empfangende Stelle kann das Dokument erneut validieren und ihre eigenen geschäftlichen Prüfungen durchführen. Diese sind unabhängig von der Peppol-Validierung. So kann der Empfänger beispielsweise prüfen, ob eine Bestellung vorliegt, ob die Rechnungsnummer doppelt vergeben wurde, ob die vereinbarten Lieferantendaten übereinstimmen oder ob ein entsprechender Wareneingang vorliegt, nachdem das Peppol-Dokument die technische Validierung bestanden hat.
Was eine Validierung nicht belegt
Eine technisch gültige Rechnung entspricht der angegebenen Spezifikation und den dafür geltenden Vorschriften. Die Validierung bestätigt nicht, dass der zugrunde liegende Geschäftsvorfall wirtschaftlich korrekt ist, dass die Waren geliefert wurden, dass die Rechnung unbestritten ist oder dass der Käufer sie zur Zahlung freigeben wird. Diese Entscheidungen sind Teil des Geschäftsprozesses nach dem Eingang der Rechnung.
So interpretieren Sie einen Validierungsfehler
- Überprüfen Sie den Schweregrad. Beheben Sie schwerwiegende Fehler vor dem Absenden. Protokollieren Sie Warnungen und prüfen Sie, ob diese auf ein zukünftiges Kompatibilitätsproblem hindeuten.
- Identifizieren Sie die Regelgruppe. Anhand des Präfixes können Sie erkennen, ob der Fehler auf die Norm EN 16931, die Syntaxvorgaben, Peppol oder einen nationalen Regelsatz zurückzuführen ist.
- Lesen Sie die Regelbeschreibung und den XML-Kontext. Validatoren können einen XPath, einen Elementnamen oder einen Geschäftsbegriff wie beispielsweise „BT-24“ angeben. Verwenden Sie diesen, um den Fehler bis zum Quellfeld und zur Zuordnung zurückzuverfolgen.
- Korrigieren Sie die Quelldaten oder die Transformation. Vermeiden Sie es, nur das generierte XML zu ändern, da sonst erneut derselbe fehlerhafte Wert erzeugt wird.
- Überprüfen Sie das gesamte Dokument erneut. Ein zugrunde liegendes Problem kann mehrere Regeln auslösen. Beheben Sie zunächst Struktur- und Identifikationsfehler und überprüfen Sie anschließend die verbleibenden Ergebnisse.
Wie länderspezifische Regeln aktiviert werden
Länderbezogene Regeln werden nicht allein anhand des Bestimmungsortes des Käufers ausgewählt. Bei Peppol „ BIS Billing “ 3.0 wird das Lieferland in folgender Reihenfolge ermittelt: anhand des Länderkürzels in der Umsatzsteuer-Identifikationsnummer des Verkäufers (BT-31), des Länderkürzels in der Umsatzsteuer-Identifikationsnummer des steuerlichen Vertreters des Verkäufers (BT-63) und schließlich anhand des Ländercodes des Verkäufers (BT-40). Es wird ausschließlich der jeweils relevante nationale Regelsatz aktiviert.
Das bedeutet, dass eine Änderung der Steuerdaten eines Lieferanten dazu führen kann, dass andere Regeln angewendet werden, selbst wenn die Postanschrift unverändert bleibt. Die nationalen Regeln sind in den gemeinsamen Peppol-BIS-Validierungsartefakten enthalten. Sie erfordern keine separate Spezifikationskennung und keine SMP-Registrierung.
Testen neuer Peppol-Versionen
OpenPeppol veröffentlicht die Spezifikation, Regeltabellen, Codelisten, Schematron-Dateien, Beispiele und Hinweise zur „ release “. Integratoren sollten die Version des Validierungsartefakts in Test- und Produktionsumgebungen explizit angeben, Regressionstests sowohl für Rechnungen als auch für Gutschriften durchführen und anstehende Releases vor ihrem verbindlichen Termin testen. Neue Warnungen sollten als geplante Korrekturmaßnahmen behandelt und nicht ignoriert werden, bis sie zu schwerwiegenden Fehlern führen.
Häufige Fehler
- PEPPOL-EN16931-R004. Die Spezifikationskennung ist falsch oder enthält unzulässige Versionsangaben.
- Inkonsistente Beträge. Die Einzelbeträge, Pauschalen, Gebühren, Mehrwertsteueraufschlüsselungen und Belegsummen wurden unterschiedlich berechnet oder gerundet.
- Fehler bei Bezeichnern und Codelisten. Ein Bezeichner verwendet das falsche Schema, hat ein ungültiges Format oder ein Wert ist in der aktiven Codeliste nicht mehr vorhanden.
- Nicht unterstützte Elemente oder Kardinalitäten. XML kann zwar gemäß dem vollständigen UBL- oder CII-Schema gültig sein, dennoch aber ein Element oder eine Wiederholung enthalten, die die Peppol-Syntaxbindung nicht zulässt.
Weitere Beispiele finden Sie unter „Häufige Fehler bei der elektronischen Rechnungsstellung nach Peppol“.
Zugehörige Leitlinien
Normative Quellen
OpenPeppol veröffentlicht die Peppol-Spezifikation „ BIS Billing “, die aktuellen Validierungsregeln, die BIS-Konformitätsanforderungen sowie die Hinweise zu „release “. Diese Quellen sind verbindlich. Die hier enthaltenen Erläuterungen stammen von Qvalia.
Beschreibt Peppol „ BIS Billing “ 3.0.21, Validierungsartefakte 1.3.16. Zuletzt überprüft am 28. September 2026.