Leitfaden
PEPPOL in der EU: so funktioniert der Austausch wirklich
PEPPOL ist ein 4‑Corner‑Netzwerk: Ihr Access Point liefert an den Access Point des Empfängers. Erfolg hängt vor allem von korrekter Adressierung (Participant IDs), Profil‑Abgleich und Validierung ab – nicht vom „XML per E‑Mail senden“.
Das 4‑Corner‑Modell in einer Minute
Corner 1 sind Sie (Sender), Corner 2 Ihr Access Point. Corner 3 ist der Access Point des Empfängers, Corner 4 der Empfänger. Das Routing zwischen Access Points erfolgt anhand der Participant ID des Empfängers.
Dieser Artikel behandelt PEPPOL in der EU: so funktioniert der Austausch wirklich als praxisnahe Referenz und nicht nur als Navigationsseite. Er erklärt Begriff oder Ablauf im Kontext, zeigt die Bedeutung für europäische E-Rechnungen und verbindet das Thema mit Erstellung, Validierung, Übermittlung, Archivierung und ERP-Umsetzung.
Participant IDs und Endpoint‑Discovery
Eine Participant ID kombiniert ein Scheme und einen Wert (z. B. eine Unternehmenskennung). Das Scheme ist entscheidend: Eine plausible Nummer kann trotzdem scheitern, wenn das Scheme falsch ist.
In Projekten ist „wir können nicht zustellen“ häufig ein Adressierungsproblem: falsches Scheme, falsche ID oder der Empfänger ist nicht für Dokumenttyp/Profil registriert.
Profile: BIS vs CIUS (warum „nur UBL“ nicht reicht)
PEPPOL BIS definiert konkrete Rechnungsregeln und Einschränkungen auf UBL‑Basis. Viele Länder wenden zusätzlich CIUS‑Regeln an.
Betrachten Sie das Profil als Vertrag: „Generisches UBL“ wird sehr wahrscheinlich bei Schematron‑Validierung scheitern.
Validierung und Codelisten (Einheiten, USt‑Kategorien, Zahlungsarten)
Selbst wenn das Routing klappt, können Rechnungen wegen falscher Codelistenwerte (z. B. Einheiten), inkonsistenter Summen oder fehlender Referenzen abgelehnt werden.
Machen Sie Codelisten zum Teil Ihrer Eingabevalidierung und Test‑Suite.
Das 4‑Corner‑Modell in einer Minute
Das 4‑Corner‑Modell in einer Minute überführt die allgemeine Erklärung zu PEPPOL in der EU: so funktioniert der Austausch wirklich in die praktische Anwendung. Der Abschnitt konzentriert sich auf Sie senden nicht an eine E‑Mail‑Adresse, sondern an eine Participant ID, Der Empfänger wählt seinen Access Point und Profile und Validierungsregeln müssen passen (BIS/CIUS) und hilft dabei, Pflichtfelder, Prozessentscheidungen und Validierungskontrollen vor dem produktiven Einsatz des Rechnungsworkflows zu prüfen.
- Sie senden nicht an eine E‑Mail‑Adresse, sondern an eine Participant ID
- Der Empfänger wählt seinen Access Point
- Profile und Validierungsregeln müssen passen (BIS/CIUS)