Übermittlungswege und Länder
Die fünf Übermittlungswege, was geprüft wird und über welches Netz jeder läuft.
- In der SandboxValidierung
- Noch nicht in der SandboxVersand
In einfachen Worten
Ein Übermittlungsweg ist der Weg, auf dem eine Rechnung einen Käufer oder eine Steuerbehörde erreicht, und es gibt fünf: Deutschland, das Peppol-Netzwerk, Frankreich, Polen und Rumänien. Diese Seite sagt, was wir auf jedem prüfen, wann eine Rechnung als endgültig gilt und welche gemietete Verbindung sie befördert. Der Versand ist gebaut und gegen die Testsysteme der Netze gelaufen, aber die gehostete Sandbox enthält noch keine Zugangsdaten für ein Netz, deshalb sendet dort kein Übermittlungsweg. Die Termine stammen aus offiziellen Quellen, wurden zuletzt am 26. September 2026 überprüft und müssen erneut geprüft werden, bevor sich jemand darauf verlässt.
Ein Übermittlungsweg ist der Weg, auf dem eine Rechnung den Käufer oder die Behörde erreicht. Jede Zeile sagt, was der Service heute prüft, wann eine Rechnung als endgültig gilt und welche Art von Netz sie befördert.
Die fünf Übermittlungswege
| Übermittlungsweg | Wann die Rechnung endgültig ist | Was der Service heute prüft | Netz |
|---|---|---|---|
DE-XRECHNUNG | Wenn die Datei die Formatregeln besteht. Keine Behörde antwortet. | Mit dem KoSIT-Validator (1.6.3). Der Service erstellt außerdem ein ZUGFeRD-PDF im XRechnung-Profil und prüft es mit veraPDF. | Keines für das Format. Die Zustellung läuft über Peppol oder E-Mail. |
PEPPOL | Wenn ein Access Point sie zustellt. | UBL-Schema, die Regeln von EN 16931 und Peppol BIS 3.0.21. | Ein gemieteter Peppol-Access-Point. |
FR-PA | Wenn eine Plateforme Agréée sie zustellt; die Status des Käufers folgen. Das E-Reporting läuft parallel. | UBL-Schema und die Regeln von EN 16931. Die französischen BR-FR-Regeln bleiben bei der Plateforme Agréée. | Eine gemietete Plateforme Agréée. |
PL-KSEF | Wenn KSeF ihr eine Nummer vergibt oder sie ablehnt. | Das FA(3)-Schema, geprüft mit libxml, und die Datei- und Datumsregeln von KSeF. | KSeF, über seine öffentliche API. |
RO-EFACTURA | Wenn der Zustand bei ANAF ok ist, oder wenn er nok ist und sie abgelehnt wird. | UBL-Schema, die Regeln von CIUS-RO und die Regeln von RO e-Factura. | Die API der ANAF. |
Eine JSON-Rechnung beginnt auf jedem Übermittlungsweg mit der Prüfung gegen das kanonische Schema, und ein Fehler dort stoppt den Lauf, bevor der Validator des Übermittlungswegs startet. Eine fertige XML-Datei, die an POST /invoices/xml gesendet wird, überspringt die Prüfung gegen das kanonische Schema, erhält aber die XML-Sicherheitsprüfung und die Validatoren des Übermittlungswegs (siehe XML übermitteln).
Warnung
Die Termine wurden am 26. Sept. 2026 mit der offiziellen Quelle abgeglichen, die jeweils daneben verlinkt ist. Deutschland, Frankreich und Polen wurden am 7. Okt. 2026 erneut geprüft, und kein Termin hatte sich geändert; der polnische Gesetzentwurf, der die Sanktionen verschieben würde, ist weiterhin ein Entwurf. Prüfen Sie einen Termin erneut, bevor Sie sich darauf verlassen.
Versand
Noch nicht in der SandboxVersandDer Versand ist für Peppol, Frankreich, Polen und Rumänien gebaut. Er ist gegen die Testsysteme eines Peppol-Access-Points, einer französischen Plattform und von KSeF gelaufen. Der Upload für Rumänien folgt der Dokumentation der ANAF und wurde nicht ausprobiert; es sind nur seine Validatoren gelaufen. Deutschland hat kein Netz: Die Rechnung endet bei ready, und der Partner stellt die Datei zu. In der gehosteten Sandbox ist noch kein Übermittlungsweg an ein Netz angebunden, und ein Übermittlungsweg ohne Zugangsdaten erreicht submitted, ohne dass etwas gesendet wird. Der Versand in der Produktion braucht den eigenen Zugang des Kunden zu jedem Netz (siehe Zugangsdaten für die Netze).
Deutschland: DE-XRECHNUNG
In der SandboxValidierung
Die Pflicht zum Empfang von E-Rechnungen gilt seit dem 1. Jan. 2025. Die Pflicht zur Ausstellung gilt ab dem 1. Jan. 2027, wenn der Vorjahresumsatz über 800.000 EUR lag, und ab dem 1. Jan. 2028 für alle. Quelle: BMF-FAQ, mit der Rechtsgrundlage in § 14 UStG.
Eine Plattform ist nicht vorgeschrieben. Die Rechnung geht über einen beliebigen Kanal, auf den sich beide Seiten einigen, an den Käufer. Peppol ist ein möglicher Kanal für eine deutsche B2B-Rechnung, keine Pflicht, und auch der Versand einer XRechnung- oder ZUGFeRD-Datei per E-Mail ist zulässig (siehe die Quelle des BMF oben). Der Service prüft die Datei. Die Rechnung endet bei ready, und der Partner stellt sie zu. Peppol meldet delivered; eine E-Mail liefert nur die Angabe, dass sie gesendet wurde.
Mehr unter eurinvoice.com: Deutschland.
Peppol: PEPPOL
In der SandboxValidierung
Die Teilnehmer-ID des Käufers und ihr Kennungsschema sind Pflicht, als buyer.endpoint. Der Service prüft den Schema-Code. Er prüft nicht, ob der Käufer bei Peppol registriert ist. Ein Access Point meldet einen Käufer, den er nicht erreichen kann, und das ist eine Ablehnung (siehe Status); bei einem Live-Access-Point wurde das noch nicht beobachtet.
Das Gutschriftsverfahren (Self-Billing) ist ein eigenes Peppol-Profil und wird nicht unterstützt.
Belgien ist das Beispiel für Peppol: alle B2B-Rechnungen umsatzsteuerlich registrierter Unternehmen ab dem 1. Jan. 2026, mit Peppol als Standard (die Toleranzphase endete am 31. März 2026). Quelle: efactuur.belgium.be. Mehr unter eurinvoice.com: Belgien.
Frankreich: FR-PA
In der SandboxValidierung
Jedes französische Unternehmen empfängt E-Rechnungen ab dem 1. Sept. 2026. Große und mittlere Unternehmen stellen ab dem 1. Sept. 2026 aus, KMU und Kleinstunternehmen ab dem 1. Sept. 2027. Das E-Reporting folgt demselben Kalender. Quelle: impots.gouv.fr.
Die Rechnung läuft über eine Plateforme Agréée, die der Kunde wählt. Vier Status des Lebenszyklus sind in der Spezifikation der DGFiP (v3.2, Abschnitt 3.6.4) Pflicht: 200 Déposée, 210 Refusée, 212 Encaissée und 213 Rejetée. Ein Käufer ohne Adresse auf einer Plattform sollte zu einem Fehlschlag führen, nicht zu einer Zustellung; die Sandbox hat das nicht bestätigt.
Das eigene Plattformkonto des Kunden, seine Zustimmung sowie die Identitäts- und Unternehmensprüfungen der Plattform gehen der Registrierung seiner Adresse voraus. Sie liegen außerhalb unserer Frist (siehe Vor dem Produktivstart). Mehr unter eurinvoice.com: Frankreich.
Polen: PL-KSEF
In der SandboxValidierung
Die Pflicht zum Empfang gilt ab dem 1. Feb. 2026. Die Pflicht zur Ausstellung gilt ab dem 1. Feb. 2026 für große Unternehmen (Umsatz 2024 über 200 Mio. PLN) und ab dem 1. Apr. 2026 für alle anderen. Rechnungen bis 10.000 PLN brutto im Monat dürfen bis zum 31. Dez. 2026 außerhalb von KSeF bleiben. Die Sanktionen beginnen laut Gesetz am 1. Jan. 2027. Ein Gesetzentwurf vom 23. Sept. 2026 würde sie auf den 1. Jan. 2028 verschieben; er ist noch kein Gesetz. Quelle: ksef.podatki.gov.pl und die Mitteilung des Ministeriums.
Die Rechnung gilt an dem Tag als ausgestellt, an dem sie an KSeF gesendet wird, und als empfangen, wenn KSeF die Nummer vergibt (Art. 106na des polnischen Umsatzsteuergesetzes). KSeF kennt keine Status des Käufers und kann eine Rechnung weder stornieren noch löschen: Eine falsche NIP des Käufers wird mit einer Korrekturrechnung auf null und einer neuen Rechnung behoben.
Der Versand ist begrenzt (siehe Limits). Mehr unter eurinvoice.com: Polen.
Rumänien: RO-EFACTURA
In der SandboxValidierung
RO e-Factura gilt seit 2024 für B2B-Rechnungen (Gesetz 296/2023). Eine Rechnung geht innerhalb von fünf Arbeitstagen ab ihrem Ausstellungsdatum an die ANAF (OUG 89/2025); wie die Frist gezählt wird, steht unter Limits. Quelle: Gesetz 296/2023 und OUG 89/2025.
Der Upload erfordert die Autorisierung unserer ANAF-Anwendung durch den Kunden (siehe Zugangsdaten für die Netze). Mehr unter eurinvoice.com: Rumänien.