E-Rechnung Testphase: So testest du den Prozess vor dem Go-live
Bevor ein neuer E-Rechnungsprozess vollständig produktiv geht, sollte er unter realistischen Bedingungen getestet werden. Dabei geht es nicht nur darum, ob eine XML-Datei technisch gültig ist. Entscheidend ist, ob Empfang, Erstellung, Prüfung, Freigabe, Buchhaltung, Zahlung, Schnittstellen und Aufbewahrung als Gesamtprozess funktionieren.
Eigene Geschäftsfälle statt nur Hersteller-Demodaten.
Ein Prozess muss auch bei Abweichungen kontrolliert reagieren.
Ein grüner XML-Validator reicht für den Go-live nicht aus.
Vorher festlegen, wann der Test wirklich bestanden ist.
Technisch gültig bedeutet noch nicht produktionsbereit
Eine E-Rechnung kann technisch korrekt erzeugt werden und trotzdem im Unternehmensprozess scheitern: Der Empfänger kann sie nicht zuordnen, eine Referenz fehlt, eine Schnittstelle übernimmt Felder falsch oder der Freigabeprozess bleibt hängen.
Deshalb sollte eine Testphase drei Ebenen abdecken: Technik, Fachlichkeit und Prozess.
Erst wenn diese Ebenen gemeinsam funktionieren, ist ein belastbarer End-to-End-Prozess vorhanden.
Die sechs Gates bis zum Go-live
Scope
Formate, Systeme, Geschäftsfälle und Beteiligte festlegen.
Testdaten
Realistische Rechnungen und Stammdaten vorbereiten.
Systemtest
Ein- und Ausgang sowie technische Verarbeitung prüfen.
Prozesstest
Prüfung, Freigabe, Buchung und Archiv durchlaufen.
Pilot
Mit begrenztem Volumen beziehungsweise Partnerkreis starten.
Abnahme
Blocker schließen und Go-live verbindlich freigeben.
Von der einzelnen Datei zum vollständigen Prozess
Ein sinnvoller Testplan baut mehrere Ebenen aufeinander auf. Je höher die Ebene, desto näher kommt der Test dem späteren Produktivbetrieb.
Diese acht Bereiche gehören in einen E-Rechnung Testplan
Empfang
Kommt die Rechnung zuverlässig an?
Format & Validierung
Wird die strukturierte Rechnung technisch verstanden?
Inhalt
Stimmen Rechnungsdaten und Referenzen?
Workflow
Gelangt die Rechnung zu den richtigen Personen?
Buchhaltung & Zahlung
Werden Daten korrekt weiterverarbeitet?
Archiv & Wiederherstellung
Bleibt der Originaldatensatz erhalten?
Rechnungsausgang
Funktioniert auch die Senderseite?
Sonder- & Fehlerfälle
Reagiert der Prozess kontrolliert auf Abweichungen?
Positivtests und Negativtests gehören zusammen
Was soll funktionieren?
- gültige XRechnung wird eingelesen
- ZUGFeRD wird korrekt verarbeitet
- Lieferant wird richtig erkannt
- Bestellreferenz wird übernommen
- Freigabe erreicht den richtigen Mitarbeiter
- Buchungsdaten werden korrekt übertragen
- Originaldatei wird wiedergefunden
Was passiert bei Fehlern?
- ungültige XML-Datei
- fehlende oder unlogische Angaben
- unbekannter Lieferant
- mögliche Dublette
- abweichende Bestellung
- neue Bankverbindung
- Freigabeverantwortlicher ist abwesend
Testdateien gegen den aktuellen Standard prüfen
Die Testbasis sollte aktuell sein
Veraltete Beispielrechnungen können ein falsches Sicherheitsgefühl erzeugen.
XRechnung 3.0
XRechnung 3.0 bleibt aktuell in Kraft. Im Sommer 2026 gab es keinen normativen Versionswechsel.
Das aktuelle technische Paket ist: XRechnung Bundle 3.0.2 Summer 2026 Bugfix, Fassung vom 31. August 2026.
Das Bundle enthält unter anderem aktuelle Validierungskomponenten und den Validator 1.6.3.
Für die Testphase:- aktuelle Testrechnungen verwenden
- aktuelle Validator-Konfiguration nutzen
- eigene XRechnungen gegen die Regeln testen
ZUGFeRD 2.5.2
ZUGFeRD 2.5.2 ist seit 1. September 2026 gültig.
Das aktuelle FeRD-Paket enthält unter anderem Spezifikation, XSD- und Schematron-Dateien sowie Musterrechnungen für die Profile.
Für die Testphase:- tatsächlich verwendetes Profil testen
- PDF und eingebettete XML gemeinsam prüfen
- strukturierte Daten mit der sichtbaren Rechnung vergleichen
Jede Abweichung braucht einen dokumentierten Status
Ein Test ohne Fehlerprotokoll ist schwer reproduzierbar. Schon eine einfache Tabelle reicht, wenn Verantwortlichkeit und Nachtest klar sind.
| ID | Testfall | Abweichung | Priorität | Owner | Status | Nachtest |
|---|---|---|---|---|---|---|
| T-014 | XRechnung Eingang | Bestellnummer wird nicht übernommen | mittel | IT / ERP | in Bearbeitung | 15.09. |
| T-019 | Archivierung | Original-XML nach Import nicht exportierbar | Blocker | Softwareanbieter | offen | – |
| T-023 | Freigabe | Vertretung erhält keine Aufgabe | mittel | Key User | behoben | bestanden |
| T-031 | Darstellung | Viewer zeigt Zusatzinformation unübersichtlich | niedrig | IT | akzeptiert | – |
Nicht sofort alles auf einmal umstellen
Ein guter Pilot ist klein genug zum Kontrollieren und real genug zum Lernen
Statt sofort sämtliche Lieferanten, Kunden und Gesellschaften umzustellen, kann zunächst ein klar abgegrenzter Pilotbereich verwendet werden.
Einige kooperative Kunden oder Lieferanten auswählen.
Nicht nur Sonderfälle, sondern das normale Tagesgeschäft abbilden.
Erfahrene Mitarbeiter begleiten und dokumentieren die ersten Prozesse.
Fehler direkt bewerten, korrigieren und erneut testen.
Ist die E-Rechnung bereit für den Produktivbetrieb?
Hake nur Punkte ab, die tatsächlich getestet und bestanden wurden. Vier Punkte werden als besondere Go-live-Blocker behandelt.
24 Abnahmepunkte vor dem Go-live
Die Ampel ist eine redaktionelle Projektentscheidungshilfe und keine amtliche Zertifizierung.
Technik & Formate
Dateien, Formate und technische Verarbeitung
Validierung & Fehlerfälle
Technische Fehler kontrolliert behandeln
Workflow & Freigabe
Rollen und Routing im Alltag
Buchhaltung & Schnittstellen
Daten korrekt weitergeben
Archiv & Nachvollziehbarkeit
Originaldaten dauerhaft erhalten
End-to-End & Go-live
Gesamten Prozess und Organisation abnehmen
Für eine Go-live-Entscheidung fehlen noch Tests.
Arbeite den Testplan systematisch durch. Die vier besonders kritischen Punkte sollten vor einem produktiven Rollout vollständig erfüllt sein.
Aktuell wichtigste offene Punkte
- Erfolgreichen Empfang einer E-Rechnung testen.
Vor dem Test festlegen, was „bestanden“ bedeutet
Dateien funktionieren
Benötigte Formate werden erstellt, eingelesen, dargestellt und entsprechend dem definierten Prüfprozess validiert.
Inhalte stimmen
Steuer, Beträge, Empfänger, Geschäftsfälle und Referenzen werden korrekt verarbeitet.
Workflow funktioniert
Routing, Freigabe, Vertretung, Buchhaltung, Zahlung und Archiv funktionieren Ende-zu-Ende.
Ausnahmen sind beherrscht
Ungültige, doppelte oder unklare Rechnungen werden kontrolliert behandelt.
Menschen sind vorbereitet
Rollen, Vertretungen, Ansprechpartner und Schulungen sind geklärt.
Der erste Tag ist geplant
Support, Monitoring, Fehlerkanal und Rückfalloptionen stehen bereit.
Go-live ist ein kontrollierter Übergang – kein Schalter
Die ersten produktiven Tage gehören noch zur Einführung
Auch nach erfolgreicher Testphase sollte der neue Prozess zunächst eng überwacht werden.
Neue Rechnungen und Fehler während der ersten Tage täglich kontrollieren.
Mitarbeiter benötigen einen klaren Ansprechpartner bei Fragen.
Blocker sofort, Komfortprobleme geplant bearbeiten.
Nach einigen Tagen oder Wochen Prozess und Kennzahlen erneut bewerten.
Die Testphase verbindet Umsetzung und Produktivbetrieb
Vorher: Workflow definieren
Ohne klaren Soll-Prozess ist auch nicht klar, was getestet werden soll.
Zum E-Rechnung Workflow .
Vorher: Stammdaten prüfen
Realistische Tests benötigen realistische Kunden- und Lieferantendaten.
Zum Stammdaten-Check .
Vorher: Software auswählen
Testfälle sollten sich unmittelbar aus den Muss-Kriterien der Softwareauswahl ergeben.
Zur Software-Auswahlhilfe .
Währenddessen: Fehler protokollieren
Abweichungen bekommen ID, Priorität, Owner, Status und Nachtest.
Danach: Mitarbeiter befähigen
Die Erkenntnisse der Tests fließen direkt in Arbeitsanweisungen und Schulungen ein.
Danach: Betrieb überwachen
Der Go-live beendet die Testphase, aber nicht die laufende Qualitätskontrolle.
Häufige Fragen zur E-Rechnung Testphase
Warum braucht die Einführung der E-Rechnung eine Testphase?
Eine technische E-Rechnungsfunktion allein beweist noch nicht, dass der gesamte Unternehmensprozess funktioniert. In der Testphase werden deshalb Formate, Empfang, Versand, Rechnungsinhalte, Schnittstellen, Prüfung, Freigabe, Buchhaltung, Archivierung und Fehlerfälle unter realistischen Bedingungen getestet. So können Probleme vor dem vollständigen Produktivstart erkannt und behoben werden.
Was sollte in einer E-Rechnung Testphase getestet werden?
Ein sinnvoller Testplan umfasst mindestens Rechnungsempfang und -ausgang, XRechnung und beziehungsweise oder ZUGFeRD, technische Validierung, lesbare Darstellung, Rechnungsinhalte, Routing und Freigabe, Buchhaltungsschnittstellen, Zahlungsinformationen, Archivierung sowie relevante Sonder- und Fehlerfälle. Zusätzlich sollte mindestens ein kompletter End-to-End-Test durchgeführt werden.
Ist eine bestandene Validierung ausreichend für den Go-live?
Nein. Eine technische Validierung kann prüfen, ob eine E-Rechnung technische Formatvorgaben und Geschäftsregeln erfüllt. Sie beweist jedoch nicht, dass der zugrunde liegende Geschäftsvorgang fachlich richtig ist oder der gesamte Unternehmensprozess funktioniert. Deshalb müssen technische, fachliche und prozessuale Tests getrennt betrachtet werden.
Ist eine technische Validierung gesetzlich vorgeschrieben?
Eine Validierung ist nach den aktuellen Hinweisen des Bundesministeriums der Finanzen keine unmittelbare Voraussetzung für die steuerliche Anerkennung einer E-Rechnung. Sie wird jedoch als sinnvoll empfohlen, weil technische und logische Fehler dadurch frühzeitig erkannt werden können.
Welche XRechnung-Version sollte 2026 getestet werden?
Aktuell gilt weiterhin XRechnung 3.0. Im Sommer 2026 gab es keinen normativen Versionswechsel. Das aktuelle technische Bundle ist XRechnung 3.0.2 Summer 2026 Bugfix in der Fassung vom 31. August 2026. Unternehmen sollten bei Tests darauf achten, dass Software und Validierungsregeln auf einem aktuellen Stand arbeiten.
Welche ZUGFeRD-Version ist im September 2026 aktuell?
ZUGFeRD 2.5.2 ist seit dem 1. September 2026 die aktuelle Version. Für eine Testphase sollte insbesondere das tatsächlich eingesetzte Profil geprüft werden. Nicht jedes ZUGFeRD-Profil erfüllt die deutschen umsatzsteuerlichen Anforderungen an eine E-Rechnung.
Was ist ein Negativtest bei der E-Rechnung?
Bei einem Negativtest wird bewusst ein fehlerhafter oder ungewöhnlicher Fall erzeugt. Beispiele sind eine ungültige XML-Datei, fehlende Angaben, ein unbekannter Lieferant, eine mögliche Dublette, eine Bestellabweichung oder ein ausgefallener Freigabeverantwortlicher. Ziel ist zu prüfen, ob der Prozess Fehler erkennt und kontrolliert behandelt.
Was ist ein End-to-End-Test der E-Rechnung?
Bei einem End-to-End-Test wird ein kompletter Geschäftsvorgang über alle relevanten Systeme und Rollen hinweg durchgespielt. Beim Rechnungseingang kann dies beispielsweise vom Empfang der E-Rechnung über technische und fachliche Prüfung, Freigabe und Buchung bis zur Zahlung und Aufbewahrung reichen.
Sollte man E-Rechnungen mit Geschäftspartnern testen?
Ja, insbesondere wenn Format, Übertragungsweg oder spezielle Empfängerreferenzen eine Rolle spielen. Ein begrenzter Pilot mit ausgewählten kooperativen Kunden oder Lieferanten kann Probleme sichtbar machen, die in einem rein internen Test nicht auftreten. Test- und Produktivvorgänge sollten dabei eindeutig voneinander getrennt werden.
Wann ist die E-Rechnung bereit für den Go-live?
Ein Go-live ist sinnvoll, wenn die definierten Muss-Testfälle bestanden sind, keine kritischen Blocker mehr offen sind, mindestens ein vollständiger End-to-End-Test erfolgreich abgeschlossen wurde, die Originaldaten zuverlässig erhalten bleiben und Mitarbeiter sowie Supportverantwortliche auf den produktiven Betrieb vorbereitet sind.
Was gehört in ein Fehlerprotokoll der Testphase?
Ein einfaches Fehlerprotokoll sollte mindestens eine eindeutige Fehler-ID, den betroffenen Testfall, die beobachtete Abweichung, Priorität beziehungsweise Schweregrad, verantwortliche Person, Status, Lösung und Ergebnis des Nachtests enthalten. So bleiben Fehler nachvollziehbar und können gezielt geschlossen werden.
Was passiert nach dem Go-live?
Nach dem Go-live sollte der Prozess zunächst eng überwacht werden. Sinnvoll sind ein klarer Ansprechpartner, eine schnelle Fehlerpriorisierung und eine Auswertung der ersten produktiven Rechnungen. Nach einigen Tagen oder Wochen kann ein erstes Review stattfinden, um weitere Prozessverbesserungen und Schulungsbedarf zu identifizieren.
Über den Autor
Heiko Boos beschäftigt sich auf E-Rechnungsratgeber.de mit der praktischen Einführung elektronischer Rechnungen, Softwareauswahl, Rechnungsformaten und den gesetzlichen Rahmenbedingungen.
Testmatrix, Go-live-Ampel und Blocker-Modell sind redaktionelle Projekt- und Planungshilfen. Sie stellen keine amtliche Zertifizierung dar.Die Testphase im Gesamtprojekt
Quellen zur E-Rechnung Testphase
- Bundesministerium der Finanzen: Fragen und Antworten zur obligatorischen E-Rechnung – Stand März 2026
- IHK Region Stuttgart: E-Rechnung: Umsetzung in der Praxis
- XStandards Einkauf / KoSIT: Versionen und Bundles der XRechnung
- XStandards Einkauf / KoSIT: FAQ XRechnung – Tests, Erprobung und Qualitätssicherung
- XStandards Einkauf / KoSIT: XRechnung Bugfix Release Sommer 2026
- Forum elektronische Rechnung Deutschland: ZUGFeRD 2.5.2 – aktuelles Infopaket
- Gesetze im Internet: § 14b UStG – Aufbewahrung von Rechnungen
Letzte fachliche Prüfung: 13. September 2026. Die konkrete Testtiefe hängt von Unternehmen, Software, Geschäftsfällen, Systemlandschaft und beteiligten Geschäftspartnern ab.