Was ist Peppol?
Peppol (Pan-European Public Procurement Online) ist kein Rechnungsformat — sondern ein Netzwerk. Genauer: ein internationales, standardisiertes Netzwerk für den elektronischen Austausch von Geschäftsdokumenten, ursprünglich für das öffentliche Beschaffungswesen in Europa entwickelt und heute zum de-facto-Backbone für grenzüberschreitende B2B-Rechnungen in der EU.
Betrieben wird das Netzwerk von OpenPeppol, einer belgischen Vereinigung ohne Erwerbszweck (AISBL) mit Sitz in Brüssel. OpenPeppol verwaltet die technischen Standards, betreibt das zentrale Verzeichnis und zertifiziert Access-Point-Provider, die als Tore zum Netzwerk fungieren.
Das 4-Corner-Modell
Das technische Grundprinzip ist das 4-Corner-Modell:
- Sender (Ihr Unternehmen) erstellt die Rechnung in BIS-3-Format
- Sender-Access-Point empfängt die Rechnung und übermittelt sie ins Netzwerk
- Empfänger-Access-Point empfängt die Rechnung aus dem Netzwerk
- Empfänger (Ihr Geschäftspartner) bekommt die Rechnung zugestellt
Beide Parteien verbinden sich über zertifizierte Access-Point-Provider (AP) mit dem Peppol-Netzwerk — kein direkter Kontakt zwischen Sender und Empfänger, keine zentrale Schaltstelle. Der entscheidende Vorteil: Wenn Sie einmal an einen AP angebunden sind, können Sie mit jedem anderen Peppol-Teilnehmer weltweit kommunizieren, ohne neue Integrationen aufzubauen.
AS4: Das Transportprotokoll
Die Kommunikation zwischen den Access Points läuft über AS4 — ein standardisiertes SOAP-basiertes Nachrichtenprotokoll der OASIS-Organisation. AS4 gewährleistet:
- Verschlüsselte Übertragung (TLS + Nachrichtensignatur mit qualifiziertem Zertifikat)
- Technische Quittierung (ACK) bei erfolgreicher Zustellung
- Nichtabstreitbarkeit durch digitale Signaturen beider Seiten
- Definiertes Fehlerhandling bei nicht zustellbaren Nachrichten
Das unterscheidet Peppol grundlegend von E-Mail: Sie wissen nach dem Versand zuverlässig, ob die Rechnung angekommen ist. Bei Nicht-Zustellung erhalten Sie einen strukturierten Fehlercode mit Ursache.
BIS-3: Das Inhaltsformat
Das Dokumentformat im Peppol-Netzwerk heißt BIS Billing 3.0 (Business Interoperability Specification). BIS-3 basiert auf UBL 2.1 (Universal Business Language) und ist vollständig konform mit der europäischen Norm EN 16931. Das semantische Datenmodell ist identisch mit XRechnung und ZUGFeRD — nur der Transport-Wrapper und einige Peppol-spezifische Pflichtfelder unterscheiden sich.
Peppol vs. XRechnung vs. ZUGFeRD
Der häufigste Irrtum in der Praxis: "Wir brauchen XRechnung oder Peppol." Diese Ebene existiert nicht — XRechnung ist ein Inhaltsformat, Peppol ist ein Transportnetzwerk. Die folgende Tabelle macht die Unterschiede klar:
| Kriterium | XRechnung | ZUGFeRD 2.3 | Peppol / BIS-3 |
|---|---|---|---|
| Typ | Inhaltsformat (XML) | Inhaltsformat (PDF+XML) | Transportnetzwerk + Format (UBL) |
| Basis-Norm | EN 16931 (CIUS DE) | EN 16931 | EN 16931 (BIS-3 Extension) |
| Transport | E-Mail, Portal, PEPPOL | E-Mail, Portal | AS4 zwischen Access Points |
| Menschenlesbar | Nein | Ja (PDF) | Nein (reines XML) |
| Pflicht-Kontext DE | B2G (Bund/Länder) + B2B ab 2027 | B2B ab 2027 (Profil EN16931+) | Cross-Border B2B, B2G in NL/BE/IT/FR |
| Primärer Use Case | Inlands-B2G, Inlands-B2B | Inlands-B2B, Übergangsphase | Grenzüberschreitendes B2B und B2G |
| Peppol-kompatibel | Ja (UBL-Variante) | Nein (out-of-the-box) | Ja (nativ) |
Was diese Tabelle zeigt: ZUGFeRD als hybrides PDF+XML-Format ist für den Peppol-Transport technisch nicht vorgesehen. Wer ZUGFeRD für die interne Verarbeitung nutzt, benötigt für Cross-Border-Transaktionen eine separate BIS-3-Version. Moderne E-Rechnungssysteme generieren beide Formate aus denselben Buchhaltungsdaten.
Peppol-Mandate in Deutschland: Der Zeitplan
Deutschland hat in den letzten Jahren signifikante Schritte zur E-Rechnungspflicht gemacht — im EU-Vergleich zieht die Bundesrepublik beim Peppol-Rollout jedoch noch nach.
| Datum | Pflicht | Peppol-Relevanz |
|---|---|---|
| 01.01.2025 | Empfangspflicht für strukturierte E-Rechnungen (alle DE B2B) | Kein Peppol-Mandat; XRechnung per E-Mail zulässig |
| 01.01.2027 | Versandpflicht B2B (Umsatz > 800.000 EUR) | Inlands-B2B: noch kein Peppol-Zwang; Cross-Border faktisch Peppol |
| 01.01.2028 | Versandpflicht für alle B2B + Start nationales Meldesystem | Meldesystem soll Peppol-interoperabel sein |
| 2030 | EU-ViDA Digital Reporting Requirements (intra-EU B2B) | Peppol als wahrscheinliches EU-Backbone; de facto Pflicht für Cross-Border |
Was bereits gilt
Seit dem 1. Januar 2025 müssen alle deutschen B2B-Unternehmen elektronische Rechnungen empfangen und verarbeiten können. Diese Empfangspflicht umfasst jedoch kein Peppol-Mandat: Die Rechnung darf weiterhin als XRechnung-XML per E-Mail übermittelt werden — sofern Sender und Empfänger im Inland sitzen.
Was kommt
Ab dem 1. Januar 2027 müssen Unternehmen mit mehr als 800.000 Euro Jahresumsatz B2B-Rechnungen als E-Rechnung versenden. Für die meisten Inlandstransaktionen bleibt XRechnung via E-Mail oder Portal zulässig. Anders bei grenzüberschreitenden Transaktionen: Empfänger in den Niederlanden, Belgien, Frankreich und Italien sind heute faktisch nur noch über Peppol erreichbar — wer Cross-Border fakturiert, braucht jetzt einen Access Point.
Ab dem 1. Januar 2028 gilt die Versandpflicht für alle Unternehmen unabhängig vom Umsatz. Gleichzeitig startet das nationale Meldesystem, das auf Peppol-Interoperabilität ausgelegt wird.
EU-ViDA: Der europäische Rahmen
Die treibende Kraft hinter Peppols Wachstum ist die EU-Initiative VAT in the Digital Age (ViDA). Der EU-Rat hat die ViDA-Richtlinie im November 2024 formal verabschiedet — nach mehr als zwei Jahren politischer Auseinandersetzung zwischen Mitgliedsstaaten, die unterschiedlich weit fortgeschrittene E-Rechnungssysteme hatten.
Die wichtigste Maßnahme der ViDA: Digital Reporting Requirements (DRR) für intra-EU-B2B-Transaktionen. Ab 2030 müssen Rechnungen zwischen EU-Mitgliedsstaaten in strukturierter Form nahezu in Echtzeit an die jeweilige Steuerbehörde gemeldet werden. Die DG TAXUD (Generaldirektion Steuern und Zollunion der EU-Kommission) arbeitet an der technischen Umsetzung — und Peppol ist das meistdiskutierte technische Backbone für das EU-weite Meldenetz.
Was das für deutsche Unternehmen bedeutet: Wer Lieferungen nach Frankreich, Italien, Belgien oder in die Niederlande fakturiert, wird spätestens 2030 ein Peppol-fähiges System brauchen. Wer heute auf Peppol setzt, muss 2030 nur das Reporting-Modul aktivieren — kein Systemwechsel, keine erneute Onboarding-Phase.
Wer ist bereits im Peppol-Netzwerk?
Das Peppol-Netzwerk wächst schnell. Laut OpenPeppol-Statistiken (Stand Q1 2026) sind europaweit mehr als 1,4 Millionen Endpunkte aktiv registriert. Die stärksten Märkte:
- Niederlande: Peppol für B2G seit 2019 verpflichtend, heute mehr als 350.000 aktive Endpunkte. NL-Unternehmen erwarten von Lieferanten weltweit Peppol-Rechnungen.
- Belgien: B2G-Pflicht seit 2020, starkes KMU-Wachstum durch staatliche Förderung der Anbindung.
- Frankreich: Peppol-basierter B2B-Rollout seit 2024 (Chorus Pro / PPF-Netzwerk), Großunternehmen bereits verpflichtet, KMU bis 2026.
- Italien: Sistema di Interscambio (SDI) seit 2019 für alle B2B verpflichtend; Peppol-Interoperabilität mit SDI seit 2021.
- Deutschland: Schätzungsweise 50.000 registrierte Endpunkte (Stand 2026) — deutlich hinter dem EU-Durchschnitt von rund 340 Endpunkten je 100.000 Einwohner.
Das Ungleichgewicht schafft ein konkretes Problem: Wer aus Deutschland nach NL, BE oder FR fakturiert, kommt um Peppol nicht herum, weil die Empfänger dort oft nur noch über das Netzwerk erreichbar sind. Für deutsche Exporteure ist Peppol damit heute schon faktische Pflicht — das Mandat kommt erst 2030 nach.
Access-Point-Provider in Deutschland
Den direkten Zugang zum Peppol-Netzwerk bieten zertifizierte Access-Point-Provider. Sie betreiben keine eigene Infrastruktur — Sie schließen einen Vertrag mit einem AP-Provider, der Ihre Rechnungen über das Netzwerk sendet und empfängt.
| AP-Provider | Onboarding-Zeit | Pricing-Range | Hosting | DSGVO-AVV |
|---|---|---|---|---|
| Seeburger | 2–4 Wochen | ab 200 EUR/Monat | DE (Bruchsal) | Standard-AVV vorhanden |
| Comarch | 1–3 Wochen | ab 150 EUR/Monat | EU (PL/DE) | Standard-AVV vorhanden |
| Crossinx / OpenText | 2–3 Wochen | ab 120 EUR/Monat | EU (FR/DE) | Standard-AVV vorhanden |
| Compleo | 1–2 Wochen | ab 80 EUR/Monat | DE (Dortmund) | Standard-AVV vorhanden |
| Basware | 3–6 Wochen | ab 250 EUR/Monat | EU (FI/DE) | Standard-AVV vorhanden |
| B2BNoxx | 1–2 Wochen | ab 60 EUR/Monat | DE | Standard-AVV vorhanden |
| OpenText Trading Grid | 3–5 Wochen | ab 300 EUR/Monat | EU/US (wählbar) | Standard-AVV vorhanden |
Stand: April 2026. Preisangaben basieren auf öffentlich verfügbaren Listenpreisen und Angebotsanfragen. Aktuelle Konditionen und DSGVO-Vereinbarungen immer direkt beim Provider anfragen.
Eigene Anbindung vs. Managed Service
Eigene Peppol-Infrastruktur
Wer Peppol selbst betreiben will, braucht:
- Einen AS4-Access-Point-Server: Open-Source-Optionen sind Holodeck B2B, Oxalis-AS4 und Phase4 — alle aktiv gewartet, produktionserprobt
- Ein Peppol-PKI-Zertifikat: 1.000–3.000 EUR/Jahr, ausgestellt von OpenPeppol-akkreditierten Zertifizierungsstellen
- Eine OpenPeppol-Mitgliedschaft: Als Service Provider (AP für Dritte betreiben) 3.000 EUR/Jahr; als reiner End User günstiger — aber der AP-Betrieb selbst erfordert Service-Provider-Status
- Implementierungsaufwand: 2–6 Entwicklermonate für Zertifikatsintegration, Routing-Logik, Fallback-Handling, Monitoring und SLA-Betrieb
- Laufende Betriebskosten: Server, Zertifikatserneuerung jährlich, Standard-Updates bei neuen BIS-Versionen (jährlich bis zweijährlich)
Realistisches Budget: 40.000–80.000 EUR Implementierung, 15.000–30.000 EUR/Jahr laufend. Sinnvoll ab ca. 5.000 Transaktionen/Monat oder bei spezifischen Datenschutz-Anforderungen, die kein Cloud-Provider erfüllen kann.
Managed Service: Wann er sich lohnt
Für die große Mehrheit der deutschen KMU und Mittelständler ist ein Managed AP-Provider die bessere Wahl:
- Kein Infrastrukturaufwand — Provider übernimmt Betrieb, Updates, Monitoring
- Schnelles Onboarding: 1–4 Wochen statt 2–6 Monate
- Monatliche Kosten: 60–300 EUR, je nach Volumen und Provider
- SLA-garantierte Verfügbarkeit (meist 99,5–99,9 %, meist mit Monitoring-Dashboard)
- DSGVO-konformer Betrieb in EU-Rechenzentren — per AVV vertraglich abgesichert
Der Break-even zwischen Managed Service und Eigenbetrieb liegt bei den meisten Szenarien erst jenseits von 3.000–5.000 Transaktionen/Monat. Darunter rechnet sich der Managed Service fast immer.
Kosten-Beispiel: KMU mit 200 Eingangsrechnungen/Monat
Szenario: Ein mittelständischer Maschinenbauer in Bayern bezieht Komponenten von Lieferanten in den Niederlanden, Belgien und Norditalien. Monatlich laufen 200 Eingangsrechnungen ein, die bislang per E-Mail als PDF ankommen und manuell über OCR-Software erfasst werden.
Kosten mit Peppol via Managed AP-Provider
- Grundgebühr + 200 Transaktionen/Monat: ~150 EUR/Monat = 1.800 EUR/Jahr
- Onboarding (einmalig): ~500 EUR
- ERP-Anbindung (einmalig, API-Integration): ~2.000–4.000 EUR
- Gesamtkosten Jahr 1: ca. 4.300–6.300 EUR
ROI der Automatisierung
- Aktuelle Situation: 0,5 FTE Sachbearbeitung (OCR, Prüfung, Kontierung) = 30.000 EUR/Jahr Vollkosten
- Mit Peppol: vollautomatische Verarbeitung in der Buchhaltungssoftware, manuelle Eingriffe nur bei Ausnahmen (~10 % der Fälle) = 0,05 FTE
- Jahresersparnis: ~27.000 EUR
- Amortisation: 4–5 Wochen nach Go-live
Zusätzlicher Effekt: Durchlaufzeiten für Rechnungen sinken von durchschnittlich 5–8 Arbeitstagen auf unter 24 Stunden. Das verbessert die Liquiditätsplanung und senkt das Risiko von Zahlungsverzugszinsen bei Skontofristen.
DSGVO und Datenschutz bei Peppol
Dezentral ist datenschutzfreundlich
Peppol ist kein zentrales System mit einer zentralen Datenbank. Das 4-Corner-Modell bedeutet: Nachrichten werden direkt von Access Point zu Access Point übertragen — peer-to-peer, ohne zentrale Zwischenspeicherung. Es gibt keine OpenPeppol-Infrastruktur, die Rechnungsinhalte dauerhaft speichert.
Was trotzdem zu beachten ist
AVV mit AP-Provider: Ihr Access-Point-Provider verarbeitet personenbezogene Daten (Name des Rechnungsempfängers, Lieferadresse, ggf. Bestellnummer). Schließen Sie zwingend einen Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO ab. Seriöse Provider bieten standardmäßig einen AVV an — fragen Sie explizit danach, bevor Sie einen Vertrag unterzeichnen.
Hosting-Standort: Achten Sie auf EU-basierte Rechenzentren. Einige internationale Provider hosten AP-Infrastruktur außerhalb der EU — was ohne geeignete Garantien (Standardvertragsklauseln, Adequacy Decision) problematisch ist und im Zweifel vom Datenschutzbeauftragten zu prüfen ist.
Protokollierung und Aufbewahrung: AP-Provider protokollieren Metadaten (Absender-ID, Empfänger-ID, Zeitstempel, Dokumentenreferenz) für Monitoring und Fehleranalyse. Diese Logs werden typischerweise 30–90 Tage aufbewahrt — datenschutzrechtlich unbedenklich bei EU-Hosting und klarer Zweckbindung.
Rechnungsinhalte: Der AP-Provider speichert in der Regel keine Rechnungsinhalte dauerhaft. Für die GoBD-konforme revisionssichere Archivierung sind Sie selbst verantwortlich — in Ihrer Buchhaltungssoftware oder einem angebundenen DMS.
Anbindungs-Roadmap: In 4 Wochen produktiv
Woche 1 — Provider-Auswahl und DSGVO-Check
Definieren Sie Ihre Anforderungen: Monatliches Transaktionsvolumen, Herkunftsländer der Rechnungen, bestehendes ERP-System und dessen API-Fähigkeiten. Holen Sie mindestens zwei Angebote von AP-Providern ein. Prüfen Sie: Gibt es einen Standard-AVV? Wo stehen die Server? Welche SLAs gelten für Verfügbarkeit und Reaktionszeit? Unterzeichnen Sie nach Entscheidung den Vertrag und den AVV gleichzeitig.
Woche 2 — Technisches Onboarding und Test-Endpoint
Der Provider richtet Ihren Peppol Participant Identifier im SMP (Service Metadata Publisher) ein — damit sind Sie für andere Netzwerkteilnehmer auffindbar. Sie erhalten Zugangsdaten für die AP-API oder das Provider-Portal. Führen Sie erste Testtransaktionen im Peppol-Testnetzwerk durch — explizit nicht im Produktionsnetz. Validieren Sie dabei Ihre BIS-3-Rechnungen mit dem OpenPeppol Document Validator.
Woche 3 — Live-Pilot mit begrenztem Volumen
Schalten Sie auf das Produktionsnetz um. Starten Sie mit 5–10 % Ihres normalen Cross-Border-Rechnungsvolumens — bevorzugt Rechnungen aus einem einzigen Land (z. B. nur Niederlande). Prüfen Sie: Kommen die Rechnungen vollständig und korrekt validiert beim Empfänger an? Werden Sie korrekt in der Buchhaltungssoftware verbucht? Gibt es Zustellfehler oder BIS-3-Validierungsfehler?
Woche 4 — Vollrollout und Reconciliation
Erhöhen Sie das Volumen schrittweise auf 100 %. Richten Sie ein Monitoring ein: Wie viele Rechnungen wurden gesendet, wie viele erfolgreich quittiert, wie viele fehlgeschlagen? Identifizieren Sie Empfänger-IDs, die noch nicht im Peppol-Verzeichnis registriert sind, und etablieren Sie für diese Fälle einen Fallback-Prozess (E-Mail-Versand, Portal). Führen Sie nach 30 Tagen eine Reconciliation zwischen Peppol-Protokoll und Buchhaltung durch.
Typische Fehler bei der Peppol-Anbindung
Empfänger nicht im Peppol-Verzeichnis registriert
Das häufigste Problem: Ihr Geschäftspartner ist schlicht nicht im SMP registriert. Die Rechnung wird zurückgewiesen — und Sie erfahren es erst nach dem Versandversuch. Lösung: Führen Sie vor dem ersten Versand einen SMP-Lookup durch. Die meisten AP-Provider bieten eine Lookup-Funktion im Portal. Alternativ: directory.peppol.eu (Peppol Directory, OpenPeppol).
Falsches Empfänger-ID-Format
Peppol kennt verschiedene Identifier-Typen: GLN (13-stellige Global Location Number), OPID (Peppol-spezifische ID), VAT-ID (z. B. DE für Deutschland, NL für Niederlande) oder nationale Kennziffern. Das falsche Format führt zu nicht zustellbaren Nachrichten, ohne offensichtlichen Fehlerhinweis. Klären Sie mit Ihrem Geschäftspartner vorab, unter welcher Participant-ID er im Peppol-Netz registriert ist.
BIS-3-Validierungsfehler
BIS Billing 3.0 hat eigene Geschäftsregeln (BR-PEPPOL), die über EN 16931 hinausgehen. Typische Fehler: fehlendes oder falsch formatiertes BuyerReference-Element, ungültige Steuerberechnung bei gemischten Steuersätzen, falsche Währungsformatierung, fehlende CustomizationID. Validieren Sie jede Rechnung vor dem Versand mit dem OpenPeppol Document Validator.
Test-Mode und Production-Mode verwechselt
Peppol betreibt separate Netzwerke für Test und Produktion mit unterschiedlichen Zertifikaten und SMP-Endpunkten. Wer im Testbetrieb nicht sauber trennt, schickt entweder echte Rechnungen ins Testnetz (Empfänger sieht sie nie) oder Testrechnungen ins Produktionsnetz (peinlich, aber korrigierbar durch Stornierung). Viele Provider-Portale schützen vor diesem Fehler durch explizite Umgebungsauswahl.
Fehlende Reconciliation und Monitoring
Ohne regelmäßige Abstimmung zwischen gesendeten Peppol-Nachrichten und tatsächlich verbuchten Rechnungen entstehen stille Lücken. Implementieren Sie von Beginn an ein einfaches tägliches Reporting: gesendete Nachrichten vs. positive ACKs vs. Fehler. Die meisten AP-Provider bieten entsprechende Dashboards.
Tools und Validatoren für die Praxis
Diese frei verfügbaren Werkzeuge helfen bei Einrichtung, Test und laufendem Betrieb:
- OpenPeppol Document Validator (validator.peppol.org): Prüft BIS-3-Rechnungen gegen alle geltenden Geschäftsregeln inklusive BR-PEPPOL. Kostenlos, keine Registrierung.
- Peppol Directory (directory.peppol.eu): SMP-Lookup — prüfen Sie, ob ein Empfänger im Peppol-Netz registriert ist und welche Dokumenttypen er unterstützt.
- Connecting Europe Testbed (CEF Digital / DIGIT): End-to-End-Testumgebung für den gesamten Peppol-Übertragungsprozess. Ideal für die Einrichtungsphase, um Test-Transaktionen ohne echten Gegenpeer durchzuführen.
- KoSIT-Validator: Für die Validierung von XRechnung (UBL und CII) — ergänzend zu BIS-3, wenn Sie parallel XRechnung für B2G erzeugen. Kostenlos vom Koordinierungsbüro für IT-Standards der öffentlichen Verwaltung.
Häufige Fragen zu Peppol
Was ist der Unterschied zwischen Peppol und XRechnung?
Peppol ist ein Transportnetzwerk, XRechnung ist ein Rechnungsformat. XRechnung (XML-Datei nach EN 16931 / CIUS DE) kann via E-Mail oder Behördenportal übermittelt werden. Peppol überträgt Rechnungen im BIS-3-Format über das verschlüsselte, quittierte AS4-Protokoll zwischen zertifizierten Access Points. In Deutschland ist XRechnung das Pflichtformat für B2G — für grenzüberschreitendes B2B wird Peppol zum neuen Standard. Mehr zu den Formaten: XRechnung vs. ZUGFeRD im Vergleich.
Brauche ich für Peppol zwingend einen Access-Point-Provider?
Ja. Für die Teilnahme am Peppol-Netzwerk benötigen Sie einen zertifizierten Access Point. Entweder Sie betreiben einen eigenen — aufwendig und teuer, erst ab ca. 5.000 Transaktionen/Monat wirtschaftlich — oder Sie nutzen einen Managed-AP-Service. Für KMU und Mittelstand ist der Managed Service fast immer die bessere Wahl.
Ist Peppol in Deutschland bereits Pflicht?
Für reine Inlandstransaktionen (DE-zu-DE B2B): noch nicht. Sie können XRechnung per E-Mail versenden. Für grenzüberschreitende Transaktionen in EU-Länder mit Peppol-Pflicht (NL, BE, FR, IT): faktisch ja — Empfänger dort sind oft nur noch über Peppol erreichbar. EU-weit rechtlich verpflichtend wird Peppol spätestens mit ViDA DRR ab 2030. Mehr zum deutschen Zeitplan: XRechnung und E-Rechnungspflicht 2027.
Was kostet die Peppol-Anbindung?
Über einen Managed-AP-Provider: 60–300 EUR/Monat plus einmalige Onboarding-Gebühr (meist 200–800 EUR) plus ERP-Anbindung (meist 1.000–4.000 EUR). Eigene Infrastruktur: 40.000–80.000 EUR Implementierung plus 15.000–30.000 EUR/Jahr laufend. Für die meisten Unternehmen rechnet sich der Managed Service ab dem ersten Monat. Einen Softwarevergleich finden Sie hier: E-Rechnung-Software-Vergleich 2026.
Ist Peppol DSGVO-konform?
Das Peppol-Netzwerk selbst ist dezentral — es gibt keine zentrale Datenhaltung. Für die DSGVO-Konformität Ihrer Anbindung müssen Sie sicherstellen: AVV mit Ihrem AP-Provider nach Art. 28 DSGVO, EU-basiertes Hosting des Providers und klare Protokollierungs- und Löschfristen. Seriöse DE/EU-Provider erfüllen diese Anforderungen standardmäßig — prüfen Sie trotzdem vor Vertragsabschluss.
Was ist BIS Billing 3.0?
BIS Billing 3.0 (kurz: BIS-3) ist das Inhaltsformat für Rechnungen im Peppol-Netzwerk. Es basiert auf UBL 2.1 und ist vollständig EN-16931-konform — semantisch identisch mit XRechnung. Zusätzlich definiert BIS-3 Peppol-spezifische Geschäftsregeln (BR-PEPPOL), die über den EN-16931-Standard hinausgehen, z. B. Pflichtfelder für die eindeutige Netzwerk-Adressierung. Mehr zu EN 16931 und Branchenerweiterungen: EN-16931-Branchenerweiterungen erklärt.
Kann ich ZUGFeRD über Peppol versenden?
Nein — Peppol überträgt ausschließlich BIS-3-Rechnungen im UBL-Format. ZUGFeRD ist ein hybrides PDF+XML-Format und technisch nicht Peppol-kompatibel. Unternehmen, die ZUGFeRD für die interne Verarbeitung oder für Inlands-B2B nutzen, benötigen für die Peppol-Übertragung eine konvertierte BIS-3-Version. Moderne E-Rechnungssysteme generieren beide Formate aus denselben Buchhaltungsdaten.
Nächste Schritte: Peppol-Readiness prüfen
Ob Sie heute bereits Cross-Border-Rechnungen in die EU schicken oder sich auf die ViDA-Anforderungen 2030 vorbereiten wollen — der erste Schritt ist eine ehrliche Bestandsaufnahme Ihrer aktuellen Systeme und Prozesse.
Stellen Sie sich diese Fragen: Welche Ihrer Kunden sitzen in Peppol-Pflichtländern (NL, BE, FR, IT)? Wie viele Cross-Border-Rechnungen laufen monatlich ein und aus? Unterstützt Ihre Buchhaltungssoftware bereits BIS-3-Export? Haben Sie einen Ansprechpartner für DSGVO-Fragen bei einer AP-Provider-Auswahl?
Unser E-Rechnungs-Pflicht-Check hilft Ihnen in wenigen Minuten zu ermitteln, welche E-Rechnungsstandards für Ihr Unternehmen relevant sind und welche konkreten nächsten Schritte anstehen. Für eine individuelle Beratung zur Peppol-Anbindung und AP-Provider-Auswahl sprechen Sie uns direkt an — mehr zu unserem E-Rechnungs-Service.
Das könnte Sie auch interessieren
E-Rechnung mit DATEV: So richten Sie XRechnung ein
XRechnung in DATEV einrichten: Module, Schritt-für-Schritt Konfiguration, GoBD-konforme Archivierung und häufige Fehler bei der Umstellung auf E-Rechnung.
Weiterlesen E-RechnungXRechnung implementieren: Schritt-für-Schritt Anleitung für Entwickler
XRechnung in Python implementieren: XML-Struktur (UBL & CII), Pflichtfelder, EN 16931 Validierung, API-Beispiele und typische Fehler vermeiden.
Weiterlesen E-RechnungXRechnung-Pflicht 2027: Was Unternehmen jetzt wissen müssen
Ab 2027 wird die elektronische Rechnung im B2B-Bereich Pflicht. Erfahren Sie, welche Fristen gelten, wer betroffen ist und wie Sie Ihr Unternehmen rechtzeitig vorbereiten.
Weiterlesen