Wissen / E-Rechnung und Schnittstellen

E-Rechnungspflicht 2027: Empfang und Abläufe vorbereiten

Für inländische B2B-Umsätze müssen Unternehmen seit 2025 E-Rechnungen empfangen können. Ab 2027 wird bei der Ausstellung grundsätzlich der Vorjahresumsatz über 800.000 Euro relevant; Ausnahmen bleiben zu prüfen. Technisch brauchen Sie passende Empfangswege, strukturierte Daten und einen geregelten Umgang mit Fehlern. Ruhrstack kann Systeme und Schnittstellen im vereinbarten Umfang verbinden. Steuerliche Einzelfragen werden gesondert geklärt.

Veröffentlicht am / Redaktion: Ruhrstack / Lesezeit für den gesamten Artikel: 9 Minuten

01 / FRISTEN UND AUSNAHMEN

Empfang und Ausstellung haben unterschiedliche Zeitpläne.

Die Einordnung beginnt beim konkreten Umsatz und der Rolle Ihres Unternehmens.

Die neue Stufe zum Jahreswechsel betrifft nicht einfach jede Rechnung auf dieselbe Weise. § 14 UStG knüpft die Pflicht grundsätzlich an Leistungen zwischen im Inland ansässigen Unternehmern für deren Unternehmen. Umsätze an private Endverbraucher und bestimmte steuerfreie Leistungen sind davon abzugrenzen. Lassen Sie die Einzelfälle fachlich zuordnen, bevor technische Regeln daraus entstehen.

Die Übergänge in § 27 Absatz 38 UStG lassen bis zum 31. Dezember 2026 für bis dahin ausgeführte Umsätze noch die Übermittlung sonstiger Rechnungen zu. Andere elektronische Formate wie ein einfaches PDF benötigen dabei die Zustimmung des Empfängers. Für 2027 verlängert sich der Übergang, wenn der Gesamtumsatz des Rechnungsausstellers im Vorjahr höchstens 800.000 Euro betragen hat. Bei genau 800.000 Euro bleibt diese Voraussetzung erfüllt. Eine besondere EDI-Übergangsregel läuft ebenfalls Ende 2027 aus. Ab 2028 endet der allgemeine Übergang; dauerhafte Ausnahmen bleiben bestehen.

Für nach § 19 UStG steuerfreie Umsätze von Kleinunternehmern erlaubt § 34a UStDV weiterhin sonstige Rechnungen. Das betrifft den Ausgang, nicht die Empfangsbereitschaft. Daneben bestehen etwa Vereinfachungen für Kleinbetragsrechnungen bis 250 Euro und Fahrausweise. Rechnungen an öffentliche Auftraggeber benötigen eine eigene Einordnung, weil zusätzliche Vorgaben gelten können.

02 / AKTUELLER ANLASS

Das BMF hat die Umsetzung im Oktober 2026 weiter präzisiert.

Der aktuelle Anlass betrifft auch die Übersetzung von Pflichtangaben in Datenfelder.

Das BMF-Schreiben vom 15. Oktober 2026 ergänzt die bisherigen Regelungen. Es behandelt unter anderem Leistungsbeschreibungen, Korrekturen und die Zuordnung umsatzsteuerlicher Pflichtangaben zu den Feldern der Norm EN 16931. Dafür empfiehlt die Finanzverwaltung die jeweils aktuelle Zuordnungstabelle von KoSIT und FeRD. Das ist für eine technische Einführung eine wichtige Arbeitsgrundlage.

Für Ihr Projekt bedeutet das: Eine vorhandene Rechnungsmaske wird nicht nur optisch nachgebaut. Es muss bekannt sein, welche Information aus welchem Quellsystem in welches Zielfeld fließt. Die fachlich verantwortliche Person bestätigt die Angaben; die Entwicklung setzt die vereinbarte Zuordnung um. Offene Fragen werden vor einer automatischen Übertragung geklärt.

Ein brauchbarer Auftrag benennt deshalb vorhandene Anwendungen, benötigte Formate und zuständige Personen. Eine allgemeine Zusage „Unser Programm kann E-Rechnung“ reicht als Projektbeschreibung nicht. Entscheidend ist, ob der konkrete Geschäftsfall über den vereinbarten Weg verarbeitet werden kann. Beginnen Sie dafür mit wenigen repräsentativen Fällen aus Ihrem Betrieb.

03 / FORMAT UND EMPFANG

Ein lesbares PDF und strukturierte Rechnungsdaten unterscheiden.

Dateiformat, Übertragungsweg und anschließende Bearbeitung sind eigene Entscheidungen.

Eine E-Rechnung muss strukturierte elektronische Verarbeitung ermöglichen. Ein einfaches PDF erfüllt diese Anforderung nicht. Ein hybrides Format kann dagegen Bilddarstellung und strukturierte Daten zusammenführen. Das BMF-Grundlagenschreiben zur Einführung erläutert XRechnung und ZUGFeRD ab Version 2.0.1 mit Ausnahme der Profile MINIMUM und BASIC-WL. Spätere Rechtsänderungen und Ergänzungen sind dabei mitzulesen.

Seit Januar 2025 ist der Empfang sicherzustellen; dafür kann bereits ein E-Mail-Postfach genügen. Auch Schnittstellen oder Portale kommen als vereinbarte Übertragungswege infrage. Ein Postfach löst jedoch nicht automatisch die interne Zuordnung, fachliche Freigabe oder Ablage. Diese Schritte brauchen einen eigenen Ablauf. Besprechen Sie ebenso, wie jemand die strukturierten Daten für die Sachprüfung lesbar sieht.

Die KoSIT-FAQ zu XRechnung stellt klar: XRechnung ist ein mögliches B2B-Format, nicht das einzig vorgeschriebene. Eine Leitweg-ID ist für B2B nicht allgemein erforderlich. Stimmen Sie Format und Empfangsweg mit Geschäftspartnern ab. Wie Anforderungen an solche Verbindungen beschrieben werden, vertieft unser Ratgeber zum Planen einer API-Schnittstelle.

04 / EIGENES ABLAUFBLATT

Ein Ablaufblatt verbindet Eingang, Entscheidung und Übergabe.

Für jeden Schritt werden ein erwartetes Ergebnis und eine Verantwortung festgehalten.

Die folgende Tabelle ist eine eigene technische Arbeitshilfe. Sie ersetzt die steuerliche Einordnung nicht. Füllen Sie sie zuerst für einen tatsächlich benötigten Rechnungstyp aus. Ein Dienstleister kann anschließend die Schnittstellen und Fehlerwege dazu prüfen.

Eigene Vorlage für einen vereinbarten Rechnungsweg
SchrittErgebnis festhaltenVerantwortung klären
EmpfangDatei und zugehörigen Eingang eindeutig zuordnenWer kontrolliert Postfach oder Schnittstelle?
Technische PrüfungFormat, Prüfkonfiguration und Meldungen dokumentierenWer bearbeitet einen technischen Fehler?
Fachliche PrüfungRechnung mit Bestellung und Leistung vergleichenWer bestätigt Inhalt und Zuständigkeit?
ÜbergabeÜbernahme ins Zielsystem nachvollziehbar bestätigenWer klärt fehlende oder doppelte Übernahmen?
AufbewahrungBenötigte Daten und ihre spätere Auffindbarkeit bestimmenWer verantwortet Verfahren und Berechtigungen?

Eine Übergabe gilt nicht allein deshalb als erledigt, weil eine Nachricht versendet wurde. Vereinbaren Sie, welche Rückmeldung das Zielsystem liefert und wer einen offenen Fall übernimmt. Bei einer erneuten Übertragung muss erkennbar bleiben, ob dieselbe Rechnung bereits verarbeitet wurde.

Nutzen Sie für die Erprobung freigegebene Testdaten. Echte Rechnungen können vertrauliche Unternehmens- und Personendaten enthalten. Sie gehören nicht ungeprüft in beliebige öffentliche Prüfwerkzeuge. Auch Protokolle und Fehlernachrichten sollten nur die für die Bearbeitung benötigten Informationen enthalten.

05 / VALIDIERUNG EINORDNEN

Technische Meldungen und steuerliche Bewertung getrennt behandeln.

Ein Prüfbericht beantwortet die Fragen seiner verwendeten Regeln.

Der KoSIT-Validator ist eine konfigurierbare XML-Prüfsoftware. Er verwendet Schemas und Schematron-Regeln und erzeugt einen Prüfbericht. Die Engine allein enthält kein allgemeingültiges Regelwerk für jede Rechnung. Deshalb gehören eingesetzte Prüfkonfiguration und Version zum Ergebnis. Ein früherer erfolgreicher Test ersetzt die Prüfung nach einer Änderung dieser Grundlagen nicht.

Das BMF-Schreiben von Oktober 2026 unterscheidet Formatfehler und Geschäftsregelfehler. Ein Geschäftsregelfehler ist umsatzsteuerlich nicht automatisch ein Formatfehler. Betrifft er eine umsatzsteuerliche Pflichtangabe, kann daraus ein Inhaltsfehler folgen. Die technische Sicht auf Normkonformität und die umsatzsteuerliche Beurteilung sind ausdrücklich auseinanderzuhalten. Ein Dienstleister sollte deshalb aus einem Validatorstatus keine pauschale Zusage zum Vorsteuerabzug ableiten.

Für den Betrieb wird jede relevante Meldung einer nächsten Entscheidung zugeordnet: Datenzuordnung korrigieren, fachliche Angabe klären oder Empfangsanforderung abstimmen. Die Datei wird nicht still verändert und ohne nachvollziehbare Rückmeldung weitergereicht. Vereinbarte prüfbare Funktionskriterien machen deutlich, wann die technische Bearbeitung abgeschlossen ist und welcher fachliche Punkt offenbleibt.

06 / DATEN ERHALTEN

Die strukturierte Rechnung muss für den weiteren Ablauf erhalten bleiben.

Eine Bildschirmansicht ist kein Ersatz für die benötigten Originaldaten.

Die GoBD-Änderung vom 14. Juli 2025 behandelt die Aufbewahrung strukturierter E-Rechnungen ausdrücklich. Der strukturierte Teil darf durch eine Formatumwandlung nicht verloren gehen. Zusätzliche oder abweichende steuerlich relevante Informationen im menschenlesbaren Teil, etwa Buchungsvermerke, sind ebenfalls zu berücksichtigen. Ein bloßer Ausdruck oder ein neu erzeugtes Rechnungsbild beantwortet diese Anforderung daher nicht.

Klären Sie mit der fachlichen Beratung und dem verantwortlichen Systemanbieter, welche Daten und Nachweise aufbewahrt werden und wie der Zugriff organisiert wird. Die technische Umsetzung richtet sich danach. Sie kann beispielsweise Originaldatei, Verarbeitungsergebnis und eine zugehörige Vorgangskennung zusammenführen, ohne den Ursprungsinhalt zu überschreiben.

Eine funktionierende Schnittstelle ist noch keine Gesamtfreigabe des Aufbewahrungsverfahrens. Entscheidend sind auch die tatsächliche Nutzung, Berechtigungen und vereinbarten Kontrollen. Lassen Sie sich konkret zeigen, wie eine ausgewählte Rechnung später wiedergefunden und dem bearbeiteten Vorgang zugeordnet wird. Eine pauschale Archivierungs- oder Rechtsgarantie gehört nicht zu einer gewöhnlichen Programmieraufgabe.

07 / FIKTIVES B2B-BEISPIEL

Ein Wartungsbetrieb erprobt einen vollständigen Rechnungseingang.

Das Beispiel zeigt eine technische Einführung und behauptet keine Ruhrstack-Kundenreferenz.

Ein fiktiver Wartungsbetrieb erhält Lieferantenrechnungen per E-Mail. Die Buchhaltung nutzt eine vorhandene Anwendung; das Einsatzteam bestätigt, welche Leistungen erbracht wurden. Bisher werden Angaben von Hand übertragen. Der Betrieb möchte einen ausgewählten Rechnungsweg vorbereiten, ohne sein gesamtes System gleichzeitig zu ersetzen.

Im Auftrag stehen ein definierter Eingang, ein vereinbartes Format und eine Übergabe in die vorhandene Anwendung. Zuerst wird geprüft, ob diese Anwendung einen geeigneten Import oder eine dokumentierte Schnittstelle besitzt. Die Buchhaltung bestätigt die fachliche Feldzuordnung. Die Entwicklung bildet sie mit Testdaten ab und dokumentiert die Prüfergebnisse.

Die Erprobung umfasst eine erwartungsgemäße Datei, einen technischen Fehlerfall und eine erneut eingehende identische Testrechnung. Danach wird kontrolliert, welcher Vorgang entstanden ist und wo eine zuständige Person die Meldung findet. Eine inhaltlich unklare Leistungsangabe geht zur fachlichen Klärung zurück. Die technische Prüfung entscheidet diese Frage nicht stellvertretend.

Vor der Übernahme in den Betrieb werden Zugriffe, Verantwortliche und ein kontrollierter Veröffentlichungsweg abgestimmt. Eine geeignete Testumgebung unterstützt die Erprobung. Der Abschlussvermerk nennt den geprüften Weg und seine Grenzen. Weitere Rechnungstypen werden erst ergänzt, wenn ihre Anforderungen geklärt sind.

08 / UNTERSTÜTZUNG ABSTIMMEN

Was Ruhrstack für den technischen Ablauf übernehmen kann.

Bestehende Werkzeuge, nutzbare Schnittstellen und ein begrenzter Prüfauftrag bilden den Einstieg.

Ruhrstack beschreibt im Bereich individuelle Entwicklung und Schnittstellen die Verbindung vorhandener Anwendungen über geeignete APIs oder erlaubte Import- und Exportwege. Für einen E-Rechnungsablauf können im vereinbarten Umfang die vorhandenen technischen Voraussetzungen, Feldzuordnungen und Übertragungsfehler untersucht werden. Eine mögliche Umsetzung wird nach Prüfung des Bestands zugesagt.

Benötigt eine vereinbarte Anwendung eigene Laufzeitdienste oder regelmäßige Verarbeitung, werden Zuständigkeiten für Hosting und Betrieb gesondert geklärt. Die fachliche Rechnungsprüfung und steuerliche Beratung bleiben bei den dafür zuständigen Personen. Ein technischer Test bestätigt nur den tatsächlich geprüften Umfang.

Für die erste Besprechung genügen die verwendeten Anwendungen, der gewünschte Rechnungsweg und eine kurze Beschreibung des Problems. Zugangsdaten oder echte Rechnungsdateien sind dafür zunächst nicht nötig. Gemeinsam lässt sich daraus ein überschaubarer Auftrag mit prüfbarem Ergebnis ableiten.

09 / QUELLEN

Quellen und redaktioneller Stand.

Die acht Primärquellen wurden am 10. November 2026 geprüft. Amtliche Kopien der BMF-Schreiben sind bei den benannten Finanzbehörden verlinkt. Ablaufblatt und Wartungsbetrieb sind eigene redaktionelle Beispiele. Der Beitrag ersetzt keine steuerliche oder rechtliche Einzelfallberatung.

  1. UStG: § 14 Ausstellung von Rechnungen: Begriff der E-Rechnung, inländischer B2B-Anwendungsbereich und Anforderungen an Rechnungen. Abgerufen am 10. November 2026.
  2. UStG: § 27 Absatz 38: Übergänge bis Ende 2026, Gesamtumsatzgrenze für 2027 und EDI-Regelung. Abgerufen am 10. November 2026.
  3. UStDV: § 34a Rechnungen von Kleinunternehmern: Sonstige Rechnungen für nach § 19 UStG steuerfreie Umsätze von Kleinunternehmern. Abgerufen am 10. November 2026.
  4. BMF: Grundlagenschreiben vom 15. Oktober 2024: Amtliche Kopie beim Finanzamt Nürnberg; Formate, Empfang und Übermittlungswege, abgeglichen mit späteren Regelungen. Abgerufen am 10. November 2026.
  5. BMF: Ergänzende Regelungen vom 15. Oktober 2026: Amtliche Kopie beim Finanzamt Nürnberg; Feldzuordnung und Trennung technischer von umsatzsteuerlicher Beurteilung. Abgerufen am 10. November 2026.
  6. KoSIT: FAQ zum Standard XRechnung: B2B-Formatwahl, Leitweg-ID, technische Komponenten und Weiterentwicklung der Prüfregeln. Abgerufen am 10. November 2026.
  7. KoSIT: Validator und Dokumentation: Konfigurierbare XML-Prüfung mit Schemas und Schematron sowie Erstellung eines Prüfberichts. Abgerufen am 10. November 2026.
  8. BMF: GoBD-Änderung vom 14. Juli 2025: Amtliche Kopie beim Bayerischen Landesamt für Steuern; Erhalt strukturierter Daten und zusätzlicher steuerlich relevanter Informationen. Abgerufen am 10. November 2026.

Redaktioneller Hinweis: Dieser Beitrag dient der allgemeinen Information und ersetzt keine Einzelfallprüfung. Trotz sorgfältiger Recherche wird keine Gewähr für Vollständigkeit und fortdauernde Aktualität übernommen. Eine Haftung nach zwingenden gesetzlichen Vorschriften bleibt unberührt. Redaktionelle Einordnung.

Welchen Rechnungsweg möchten Sie vorbereiten?

Nennen Sie Ihre vorhandenen Anwendungen und den gewünschten Ablauf. Wir besprechen passende technische nächste Schritte und einen begrenzten Prüfauftrag.

Technischen Ablauf besprechen