Wer im Mittelstand Finanzen oder IT verantwortet, braucht bis zum Jahreswechsel drei Antworten. Gilt die Pflicht zur Ausstellung von E-Rechnungen ab 2027 für Ihr Unternehmen? Kann Ihr vorhandenes ERP- oder Buchhaltungssystem das bereits, und in welcher Qualität? Und kommt eine Rechnung auch dann sauber von der Erzeugung bis ins Archiv, wenn unterwegs etwas schiefgeht? Ob Sie dafür neue Software brauchen, zeigt sich erst, wenn diese drei Fragen beantwortet sind.
Stand: 26. September 2026.
Dieser Beitrag konzentriert sich auf das Praktische: was Sie prüfen, verbinden und festlegen sollten. Er ersetzt keine Steuerberatung.
Die Rechtslage in Kürze
Der nächste Stichtag betrifft vor allem den Rechnungsausgang: Die allgemeine Übergangsfrist endet 2026. Bei einem Vorjahresumsatz bis 800.000 Euro und für bestimmte EDI-Verfahren reicht die Übergangsregelung bis Ende 2027. Maßgeblich sind die Voraussetzungen, Umsatzzeiträume und Übermittlungsfristen in § 27 Absatz 38 UStG. Lassen Sie Rechnungen über den Jahreswechsel gesondert steuerlich einordnen.
Empfangen müssen inländische Unternehmen E-Rechnungen bereits seit 2025 können. Ausnahmen von der Ausstellungspflicht bestehen etwa für Kleinbeträge und Kleinunternehmerleistungen. Ein normales PDF ist keine strukturierte E-Rechnung. Die BMF-FAQ erläutert Formate, Anwendungsbereich und Ausnahmen. B2G-Vorgaben sind separat zu prüfen; eine Leitweg-ID ist keine allgemeine B2B-Anforderung.
Ob und ab wann die Pflicht Sie trifft, klären Sie verbindlich mit Ihrer Steuerberatung.
Die folgenden Abläufe und Tests sind unsere technische Arbeitsvorlage, kein gesetzlich vorgeschriebener Prozess und kein Nachweis steuerlicher Ordnungsmäßigkeit.
Ausgang und Eingang: zwei Prozesse, zwei Checklisten
Rechnungsausgang und Rechnungseingang haben unterschiedliche Beteiligte, unterschiedliche Systeme und unterschiedliche Fristen. Behandeln Sie sie als zwei getrennte Abläufe, auch wenn dieselbe Software beteiligt ist.
Rechnungsausgang
- Erzeugung: Das ERP muss ein zulässiges Format erzeugen. Die umsatzsteuerlichen Pflichtangaben gehören in den strukturierten Teil; ein Verweis auf eine PDF-Anlage reicht dafür nicht. Ergänzende Unterlagen wie Stundennachweise dürfen als Anhang mitgehen.
- Prüfung: Eine technische Validierung vor dem Versand macht fehlende oder unlogische Angaben sichtbar. Sie prüft das Format, nicht die fachliche Richtigkeit.
- Stammdaten: Für jeden betroffenen Kunden müssen Format, Empfangsadresse und gegebenenfalls seine Referenznummer hinterlegt sein. Prüfen Sie, ob Ihr System diese Felder überhaupt vorsieht und ob sie gefüllt sind.
- Versand: Den Übermittlungsweg vereinbaren Sie mit dem Kunden, etwa E-Mail, Schnittstelle oder Portal. Legen Sie fest, was passiert, wenn der Versand scheitert.
- Buchung und Ablage: Die versendete Datei muss mit der gebuchten Rechnung übereinstimmen und als Original abgelegt werden.
Rechnungseingang
- Empfang: Wo kommen Rechnungen an? Ein zentrales Postfach, mehrere persönliche Postfächer, Lieferantenportale? Jeder Eingangsweg braucht einen definierten Übergang in den Prozess.
- Erkennung: Ist die Datei eine reine E-Rechnung, ein hybrides ZUGFeRD-PDF oder ein einfaches PDF?
- Lesbare Darstellung: XRechnungen enthalten kein PDF-Bild und brauchen einen Viewer. Bei hybriden Formaten sind die strukturierten Daten maßgeblich, nicht das Bild. Die Freigabe sollte deshalb auf einer Darstellung der XML-Daten beruhen.
- Freigabe: Abgleich mit Bestellung und Wareneingang, sachliche und kaufmännische Freigabe.
- Buchung: Übernahme ins ERP oder in die Finanzbuchhaltung.
- Ablage: Die empfangene Originaldatei wird unverändert gespeichert. Ein Scan oder PDF-Abbild allein reicht dafür nicht aus.
Standardmodul, Connector oder eigene Logik?
Das Standardmodul reicht, wenn Ihr ERP- oder Buchhaltungssystem E-Rechnungen im Ausgang erzeugt und im Eingang einliest, Ihre Freigaben bereits dort laufen und die benötigten Übermittlungswege unterstützt werden. Dann heißt die Aufgabe: Modul aktivieren, Stammdaten ergänzen, testen, Zuständigkeiten festlegen. Eine individuelle Entwicklung ist dafür nicht automatisch nötig. Ansprechpartner sind Ihr Softwareanbieter oder Systemhaus und Ihre Steuerberatung.
Das gilt auch für mehrere Gesellschaften oder Standorte. Sie sind für sich genommen kein Grund für eigene Entwicklung. Prüfen Sie zuerst, ob Ihr System Mandanten, Nummernkreise und Freigaberegeln je Gesellschaft bereits abbilden kann.
Ein Connector kann sinnvoll sein, wenn mehrere Systeme beteiligt sind, die einzeln funktionieren, aber keine Daten austauschen. Beispiel: Rechnungen kommen in einem Postfach an, die Freigabe läuft in einem Dokumentenmanagement, gebucht wird in einer separaten Finanzbuchhaltung. Der Connector übergibt Originaldatei und Bearbeitungsstatus zuverlässig von einem System ins nächste.
Eigene Logik kommt in Betracht, wenn sich benötigte Regeln weder durch Konfiguration noch durch einen vorhandenen Connector abbilden lassen. Etwa wenn eine Freigabe von Daten aus mehreren Systemen abhängt, wenn EDI- und E-Rechnungsströme unterschiedlich weitergeleitet werden müssen oder wenn Sie den Status einer Rechnung systemübergreifend nachverfolgen wollen.
Entscheiden Sie erst, wenn der Prozess aufgenommen ist. Eine vorher gekaufte Lösung deckt womöglich nicht die Schritte ab, die bei Ihnen tatsächlich anfallen.
Ein angenommenes Beispiel
Das folgende Beispiel ist frei konstruiert und beschreibt kein reales Unternehmen.
Ein Großhändler für technische Bauteile mit zwei Standorten, rund 60 Mitarbeitenden und einem Vorjahresumsatz über 800.000 Euro. Ausgangsrechnungen erzeugt das ERP, verschickt werden sie als PDF. Eingangsrechnungen gehen an eine gemeinsame E-Mail-Adresse, die Buchhaltung druckt sie aus, der Einkauf zeichnet ab, die Finanzbuchhaltung liegt bei der Steuerkanzlei.
Die Bestandsaufnahme ergibt: Das ERP kann ZUGFeRD erzeugen, die Funktion ist aber nicht aktiv. Bei einem Teil der Kunden fehlt eine Empfangsadresse für den elektronischen Versand. Im Eingang kommen bereits XRechnungen an, für die kein Viewer eingerichtet ist. Gespeichert wird nur der Scan des Ausdrucks, nicht die Originaldatei.
In diesem angenommenen Fall steht zunächst keine neue Komplettlösung an. Es braucht ein aktiviertes Ausgangsmodul, bereinigte Kundenstammdaten, einen Viewer im Eingang, eine Ablage für Originaldateien und eine klare Regel, wer bei Unklarheiten entscheidet. Ob zusätzlich eine Anbindung an die Kanzlei-Software nötig ist, zeigt ein vereinbarter Testaustausch.
Fehlerfälle, die Sie vorher durchspielen sollten
Testen Sie nicht nur den Normalfall. Für alle folgenden Szenarien gilt eine Grundregel: Im Zweifel landet eine Rechnung in einer manuellen Klärungsliste. Sie verschwindet nicht still, und sie wird nicht automatisch bezahlt.
Eine Rechnung scheint doppelt zu kommen. Etwa einmal per E-Mail und einmal über ein Portal. Das System sollte mögliche Dubletten anhand von Lieferant, Rechnungsnummer und Betrag markieren und zur Prüfung vorlegen, nicht selbstständig löschen. Eine Korrektur oder Gutschrift kann der Ursprungsrechnung sehr ähnlich sehen und darf nicht als vermeintliche Dublette untergehen. Bis zur Prüfung wird keine der beiden Rechnungen zur Zahlung freigegeben.
Die XML-Datei ist technisch fehlerhaft. Die Datei bekommt einen Eingangsvermerk, der Lieferant eine Rückmeldung, die Rechnung eine Wiedervorlage. Ablehnen und vergessen ist keine Option.
Bild und Daten widersprechen sich. Weicht bei einer hybriden Rechnung der Betrag im PDF-Bild von den XML-Daten ab, geht die Rechnung in die manuelle Klärung, bevor eine Zahlung freigegeben wird. Der Widerspruch ist ein Anlass, beim Lieferanten nachzufragen.
Eine Rechnung wird korrigiert. Lassen Sie das steuerlich erforderliche Korrekturformat bestimmen und testen Sie den eindeutigen Bezug zur ursprünglichen Rechnung. Im Eingang muss die Korrektur dieser Ursprungsrechnung zugeordnet werden, sonst stehen beide offen.
Das ERP ist nicht erreichbar. Eingehende Dateien werden trotzdem angenommen, gesichert und später vollständig nachverarbeitet. Im Ausgang braucht es eine Regel, ob Rechnungen warten oder auf einem vereinbarten Ausweichweg erstellt werden.
Die zuständige Person ist abwesend. Jede Freigabestufe braucht eine Vertretung und eine Frist, nach der eine Rechnung weitergeleitet wird.
Abnahmetabelle für Ihren Test
Getestet wird ausschließlich mit synthetischen Testbelegen: klar als Test gekennzeichnet, mit fiktiven Inhalten, in einer Testumgebung oder einem Testmandanten, weder gebucht noch bezahlt. Den Testaustausch mit Kunden und Lieferanten vereinbaren Sie vorher ausdrücklich. Testbelege dürfen nicht in deren produktive Buchhaltung gelangen. Fehlt eine Testumgebung, klären Sie mit Ihrem Softwareanbieter, wie Sie ohne Buchungen im Produktivsystem testen. Für Eingangstests stellt die KoSIT öffentlich Testrechnungen bereit.
Die Tabelle ist eine Vorlage. Keine Zeile gilt als erledigt, bevor der Nachweis vorliegt.
| Schritt / Szenario | Erwartetes Ergebnis | Nachweis | Verantwortlich |
|---|---|---|---|
| Testrechnung im Testmandanten erzeugen | Zulässiges Format, Pflichtangaben im strukturierten Teil | Testdatei plus Validierungsprotokoll | IT / ERP-Betreuung |
| Vereinbarter Testversand an einen Kunden | Kunde bestätigt Empfang und Lesbarkeit, nichts wird gebucht | Schriftliche Rückmeldung des Kunden | Buchhaltung |
| Kunde ohne hinterlegte Empfangsadresse | Rechnung wird angehalten und gemeldet, nicht als PDF verschickt | Screenshot der Meldung | IT / Buchhaltung |
| Eingang einer XRechnung (Testdatei) | Erkannt, lesbar dargestellt, in die Freigabe übergeben | Testbeleg im Freigabeprozess | Buchhaltung |
| Hybride Rechnung, Bild weicht von XML ab | Manuelle Klärung, Zahlung gesperrt bis zur Entscheidung | Eintrag in der Klärungsliste | Buchhaltung |
| Technisch fehlerhafte Datei | Klärungsliste, Rückmeldung an den Absender | Eintrag in der Klärungsliste | Buchhaltung |
| Mögliche Dublette oder Korrektur zu bekannter Rechnung | Markiert und zur Prüfung vorgelegt, nichts gelöscht; Korrektur der Ursprungsrechnung zugeordnet | Systemvermerk und Verknüpfung | Buchhaltung / IT |
| ERP während des Eingangs nicht erreichbar | Datei gesichert, später vollständig verarbeitet | Abgleich Eingangsprotokoll und ERP | IT |
| Freigebende Person abwesend | Vertretung erhält die Rechnung nach definierter Frist | Protokoll der Weiterleitung | Leitung Finanzen |
| Ablage | Originaldatei unverändert abrufbar | Stichprobe aus dem Archiv | IT / Leitung Finanzen |
Der Ablauf im vierten Quartal
Wie lange die Vorbereitung dauert, hängt von der Zahl der Systeme, Gesellschaften und Geschäftspartner ab. Eine feste Wochenzahl lässt sich nicht seriös nennen. Eine sinnvolle Reihenfolge:
1. Bestandsaufnahme. Klären Sie mit der Steuerberatung, ob und ab wann die Ausstellungspflicht für Sie gilt. Skizzieren Sie Ein- und Ausgang: Welche Systeme, welche Postfächer, wer gibt frei, wo liegen die Originaldateien? Fragen Sie Ihren Softwareanbieter konkret, welche Formate Ihr System erzeugt und einliest und ob es eine Testumgebung gibt.
2. Vereinbarter Testaustausch. Sprechen Sie zwei oder drei Kunden und Lieferanten an und vereinbaren Sie einen Austausch synthetischer Testbelege. So sehen Sie, ob Stammdaten, Formate und Erwartungen beider Seiten zusammenpassen.
3. Ausnahmen und Fehlerfälle. Spielen Sie die Szenarien aus der Tabelle durch. Halten Sie fest, an welchen Stellen eine Rechnung verloren gehen oder doppelt bezahlt werden könnte.
4. Zuständigkeiten. Legen Sie für jede Stufe eine verantwortliche Person und eine Vertretung fest, dazu Fristen für die Weiterleitung und eine Person, die über die Klärungsliste entscheidet.
5. Inbetriebnahme. Schalten Sie den Ausgang für die betroffenen Kunden um und beobachten Sie die ersten Wochen eng. Ist bis Januar nicht alles fertig, priorisieren Sie das, was zum Stichtag verpflichtend ist, und führen Sie den Rest geordnet nach.
Häufige Fragen
Müssen wir eingehende E-Rechnungen automatisch verarbeiten? Nein. Laut BMF folgt aus der Definition der E-Rechnung keine Pflicht zur automatisierten Weiterverarbeitung. Ob sich Automatisierung für Sie lohnt, ist eine betriebliche Entscheidung.
Brauchen wir Peppol? Für den B2B-Austausch schreibt das Gesetz keinen bestimmten Übermittlungsweg vor. Peppol ist einer von mehreren Kanälen, der etwa im Rechnungsverkehr mit der Bundesverwaltung genutzt wird. Ob er für Sie sinnvoll ist, hängt von Ihren Geschäftspartnern und Volumina ab.
Ist eine erfolgreich validierte Rechnung automatisch korrekt? Nein. Die Validierung prüft Format und Geschäftsregeln. Ob Leistung, Betrag und Steuersatz stimmen, zeigt sie nicht. Das bleibt eine fachliche Prüfung.
Wenn Systeme nicht von selbst zusammenpassen
Wenn das Standardmodul Ihres ERP-Systems reicht, ist das der richtige Weg. Müssen dagegen mehrere Systeme so zusammenspielen, dass Originaldateien, Status und Freigaben lückenlos weitergegeben werden, entstehen Aufgaben zwischen den Programmen. H-Studio entwickelt interne Tools, Workflow-Automatisierung und Integrationen, die solche Übergaben verbinden, ohne funktionierende Systeme zu ersetzen. Steuerliche Fragen klären Sie weiterhin mit Ihrer Steuerberatung. Wenn Sie einen komplexen Rechnungsprozess besprechen möchten: Interne Tools und Integrationen bei H-Studio.
Quellen
- Bundesministerium der Finanzen: Fragen und Antworten zur E-Rechnung (Stand März 2026)
- Beschaffungsamt des BMI: E-Rechnung für ERP-Hersteller (B2G-Kontext)
