Peppol-Dokumentation

Peppol-Dokumentation und Implementierungsleitfaden

Erfahren Sie, wie Peppol funktioniert, was die Geschäftsdokumente enthalten und wie man sie korrekt implementiert. Begeben Sie sich von praktischen Einführungen hin zu Codelisten, Validierungsregeln und Integrationsressourcen.


Rechnungsstellung release

3.0.21

Im Peppol-Netzwerk ab dem 17. August 2026 vorgeschrieben.

Quelle

OpenPeppol

Zuletzt überprüft

29. September 2026

Es wurde ein Abgleich mit der aktuellen „ release “ und den Code-Listen vorgenommen.

Verbinden Sie Ihr System und beginnen Sie mit dem Austausch.

Bieten Sie Ihren eigenen Kunden Peppol an.

Endpunkte, Authentifizierung und eine Sandbox.

Peppol verstehen

Fangen Sie hier an, wenn Sie neu im Netzwerk sind oder eine verständliche Erklärung benötigen, bevor Sie sich mit Spezifikationen und XML beschäftigen.

Was ist Peppol?

Der Zweck des Netzwerks, wer es nutzt und worin der Unterschied zum Versand einer PDF-Rechnung besteht.

Peppol-IDs

Wie die Teilnehmer identifiziert werden und wie das Netzwerk ein Dokument an den richtigen Empfänger weiterleitet.

SMP und SML

Wenn ein Empfänger veröffentlicht, welche Dokumente er annehmen kann, und wie ein Absender diese Informationen vor der Übermittlung einsehen kann.

So funktioniert Peppol

Die Vier- und Fünf-Ecken-Modelle, die Erkennung von Diensten und die Weiterleitung von Dokumenten.

Dokumenttypen

Eine Übersicht über Rechnungen, Bestellungen, Versandbenachrichtigungen, Kataloge und Antwortnachrichten.

Status auf Nachrichtenebene

Wie ein Absender erfährt, ob ein Dokument angenommen, abgelehnt oder gar nicht beim Empfänger angekommen ist.

Geschäftsdokumente und -prozesse

Anhand dieser Anleitungen erfahren Sie, welchen Zweck ein Peppol-BIS erfüllt, wann das Dokument zum Einsatz kommt und wie es sich in einen Geschäftsprozess einfügt.

  • Katalog
    Produkt- und Preisinformationen des Anbieters, mit einer optionalen Rückmeldung des Käufers.
  • PunchOut
    Wie ein Einkäufer über ein Beschaffungssystem auf einen Lieferantenkatalog zugreift.
  • Bestellung
    Die Bestellung eines Käufers und die Antwort des Verkäufers, in der er diese annimmt, ändert oder ablehnt.
  • Bestellvereinbarung
    Eine vom Verkäufer ausgestellte Bestätigung einer vereinbarten Bestellung.

Technische Hinweise

Gehen Sie direkt zu der Regel, der Codeliste oder den Informationen zu „ release “, die Sie benötigen. Auf jeder Seite werden die technischen Anforderungen in leicht verständlicher Sprache erläutert und es werden Links zur normativen OpenPeppol-Quelle bereitgestellt.

Validierung

Machen Sie sich mit den Prüfungen vertraut, denen eine Peppol-Rechnung unterzogen wird, und erfahren Sie, was ein Validierungsfehler bedeutet.

Codelisten

Ermitteln Sie die vorgeschriebenen Werte für Identifikatoren, Dokumenttypen und die Umsatzsteuerbehandlung.

Neue Peppol-Versionen und Validierungsartefakte

Informieren Sie sich über aktuelle Veröffentlichungen, verbindliche Anwendungsfristen und Änderungen, die sich auf die Erstellung oder Validierung Ihrer Rechnungen auswirken könnten.

Umsetzung und Werkzeuge

Verbindung zu einem Peppol-Zugangspunkt herstellen

Was eine Organisation benötigt, um ihr erstes Peppol-Dokument zu versenden und zu empfangen.

Peppol-API-Schnellstartanleitung

Eine Schritt-für-Schritt-Anleitung zu Anmeldedaten, Zugriff und der ersten API-Anfrage.

Peppol-API und Entwicklertools

Die APIs von Qvalia für jedes Peppol-Dokument, einschließlich Sandbox, Authentifizierung und Endpunktreferenz.

Das Peppol-Verzeichnis durchsuchen

Suchen Sie eine Organisation und sehen Sie sich deren „ Peppol ID “ sowie die registrierten Empfangskapazitäten an.

Peppol-Validator

Prüfen Sie, ob ein Geschäftsdokument den geltenden Peppol-Spezifikationen entspricht, und erkennen Sie Validierungsfehler, bevor Sie es versenden.

In Kürze verfügbar

Über diesen Leitfaden

Die Spezifikationen und Validierungsdokumente werden von OpenPeppol veröffentlicht. Die Seiten von Qvalia bieten praktische Hinweise zur Umsetzung und ersetzen nicht die normative Quelle. Die technischen Seiten sind versioniert und mit einem Datum der letzten Überprüfung versehen, sodass Sie erkennen können, welche „ release “ sie beschreiben.