E-Rechnung empfangen, prüfen und archivieren: Praktischer Guide

Kurz gesagt: E-Rechnungen erfordern einen kontrollierten Prozess mit dedizierter Empfangsadresse, strukturierter Prüfung mit dokumentierten Kontrollpunkten, Freigabe mit Audit-Trail und unveränderbarer Archivierung nach GoBD-Standard mit Metadaten und Integritätsnachweisen. So vermeidest du Fehler und erfüllst gesetzliche Anforderungen nachvollziehbar.

Der direkte Fahrplan:

1. Dedizierte E-Rechnungsadresse einrichten, E-Mail-Metadaten speichern und archivierungsfähig machen
2. Erste E-Rechnung strukturiert prüfen: PDF und XML auf Gültigkeit und Lesbarkeit kontrollieren
3. Rechnungsdaten fachlich validieren: Betrag, Datum, Steuersatz, Absender mit Originalunterlagen abgleichen
4. Freigabe dokumentieren mit Benutzer-Zuordnung, Zeitstempel und detailliertem Prüfkommentar, Audit-Trail prüfen
5. Rechnungsdaten an Buchhaltung übergeben oder automatisch integrieren, Kontierung prüfen
6. Originalrechnung mit E-Mail-Metadaten schreibgeschützt und mit Integritätsprüfung archivieren

Nach diesem Guide kannst du:

• E-Rechnungen im XRechnung- und ZUGFeRD-Format mit vollständigen Metadaten empfangen und verarbeiten
• Rechnungsinhalte prüfen und Fehler vor der Buchung erkennen, Validierungsregeln nutzen
• Freigabeprozesse mit voller Benutzerverantwortlichkeit und Audit-Trail dokumentieren und Compliance nachweisen
• Originalrechnungen revisionssicher mit GoBD-konformen Metadaten, Zeitstempel und Integritätsprüfung archivieren
• Compliance-Risiken bei Stornos, Korrekturrechnungen und fehlender Verfahrensdokumentation vermeiden
• Den kompletten P2P-Prozess nachvollziehbar mit Rollen-Separation, Fehlerbehandlung und Aufbewahrungslogik umsetzen

Inhaltsverzeichnis

• Für wen ist dieser Guide?
• Grundlagen und Kontext
• Schritt-für-Schritt-Anleitung
• Praxisbeispiel und Anwendung
• Fortgeschrittene Varianten und Skalierung
• Kompakte Zusammenfassung
• Mini-Checkliste
• FAQ und Troubleshooting

Für wen ist dieser Guide?

Dieser Guide richtet sich an Selbstständige, KMU und Organisationen, die seit 2025 E-Rechnungen annehmen und verarbeiten müssen. Du benötigst einen zuverlässigen, prüfbaren Prozess, um E-Rechnungen strukturiert zu empfangen, zu validieren, freizugeben und nachvollziehbar zu archivieren. Der Guide setzt ein System mit E-Mail-Anbindung voraus und erfordert keine technischen Vorkenntnisse. Was dieser Guide bewusst nicht abdeckt: Reverse-Charge-Umsatzsteuer, branchenspezifische ERP-Konfigurationen, komplexe Legacy-System-Integration und unternehmensindividuelle Buchungslogiken. Dafür brauchst du später Unterstützung durch deinen Steuerberater oder IT-Partner.

Grundlagen und Kontext

Eine E-Rechnung ist maschinenlesbar im XML-Format: XRechnung (reines XML) oder ZUGFeRD (PDF mit eingebetteter XML). Seit Juni 2025 müssen B2B-Rechnungen in Deutschland elektronisch sein. Das bedeutet: Dein Empfangsprozess muss E-Rechnungen nativ verarbeiten, nicht nur als PDF. Die GoBD-Verordnung verpflichtet dich, Originalrechnungen unveränderbar mit vollständigen Metadaten zu archivieren: Absender, Empfänger, Ankunftszeit, E-Mail-Header, Benutzer-Zuordnung. Aufbewahrungsfristen betragen mindestens 10 Jahre. Der Nachweis der Verfahrensdokumentation ist Pflicht: wie wird archiviert, wo gespeichert, wer darf zugreifen, wie werden Änderungen verhindert. Finanzbehörden prüfen typischerweise: unveränderbare technische Ablage, Zugriffsprotokolle mit Benutzer und Zeit, Bearbeitungshistorie mit Audit-Trail, schriftliche Verfahrensbeschreibung. Ein häufiger Fehler: Rechnungen werden gespeichert, aber Metadaten gehen verloren oder die Verfahrensdokumentation ist unvollständig – das führt zu Beanstandungen.

Schritt-für-Schritt-Anleitung

Schritt 1: Dedizierte E-Rechnungsadresse mit vollständiger Metadaten-Speicherung einrichten

Eine zentrale Empfangsadresse für alle E-Rechnungen ist die Basis. Das System muss nicht nur die XML-Datei speichern, sondern auch die E-Mail-Header und Metadaten erfassen und unveränderbar archivieren.

• Richte in deinem System unter Einstellungen – Eingangsrechnungen eine neue E-Rechnungsadresse ein oder verknüpfe eine bestehende via IMAP/POP3
• Konfiguriere das System so, dass alle E-Mail-Metadaten gespeichert werden: Absender (From), Empfänger (To), Ankunftszeit (Date), E-Mail-Betreff, Message-ID und alle Header-Zeilen. Diese sind der Nachweis der Originalität nach GoBD
• Teste mit einer Test-E-Mail mit XML-Anhang und prüfe im System, ob nicht nur die Datei, sondern auch die Metadaten vollständig angezeigt werden
• Teile diese E-Mail-Adresse deinen Geschäftspartnern schriftlich mit und dokumentiere, ab wann die neue Adresse gilt. Behalte einen Beleg als Nachweis
• Erstelle in deinem E-Mail-Postfach einen automatischen Ordner-Filter, der eingehende Rechnungen in einen dedizierten Ordner verschiebt

Kontrollpunkt: Öffne eine eingegangene Test-Rechnung im System. Du solltest sehen: Original-Absender, Ankunftszeit, Betreff, Message-ID und alle Header. Die ursprüngliche XML-Datei sollte ohne Änderungen abrufbar sein.

Schritt 2: E-Rechnung strukturiert prüfen und Rohformat validieren

Im strukturierten Viewer werden die XML-Daten lesbar dargestellt. Prüfe zunächst, ob die Original-Datei und die Darstellung korrekt sind. Dies ist ein kritischer Punkt, um Darstellungsfehler oder Encoding-Probleme früh zu erkennen.

• Öffne die E-Rechnung im Viewer und prüfe die strukturierte Anzeige: Rechnungsnummer, Betrag, Datum, Leistungszeitraum, Absender, Empfänger, Steuersatz sollten deutlich lesbar sein
• Für ZUGFeRD: Öffne das eingebettete PDF und kontrolliere visuell auf Lesbarkeit – Schriften, Tabellen, Grafiken korrekt dargestellt?
• Lade die Original-XML herunter und öffne sie in einem Texteditor oder XML-Validator. Prüfe: Ist die Datei valide XML ohne Zeilenumbrüche im Text, ohne Encoding-Fehler? Beginnt sie mit <?xml und endet sie mit korrektem Closing-Tag?
• Vergleiche: Stimmen Beträge und Nummern im PDF mit den XML-Daten überein?

Aus Erfahrung: Etwa 5–10% der eingehenden ZUGFeRD-Rechnungen haben PDF-Darstellungsfehler, während die XML korrekt ist. Das ist kein Grund, die Rechnung abzulehnen, aber ein Grund, die PDF-Generierung des Lieferanten zu flaggen und um korrigierte Version zu bitten.

Schritt 3: Rechnungsdaten fachlich validieren und Fehler dokumentieren

Jede Rechnung muss inhaltlich validiert werden. Das System gibt dir Hinweise, aber die fachliche Prüfung ist deine Verantwortung und muss dokumentiert sein. Diese Validierung ist ein zentraler Kontrollpunkt, um Zahlungsirrtümer, Doppelbuchungen oder fehlerhafte Kontierungen zu verhindern.

• Vergleiche den Rechnungsbetrag mit deinen Unterlagen: Stimmt dieser mit Bestellung, Angebot oder Leistungsvertrag überein? Falls Abweichung: Prüfe auf Rabatte, Zusatzkosten oder Mengenänderungen
• Kontrolliere Rechnungsdatum und Leistungszeitraum: Passen diese in den erwarteten Monat? Gibt es zeitliche Lücken oder Überlappungen mit bisherigen Rechnungen vom gleichen Lieferanten?
• Prüfe Steuersatz und Steuerkennzeichnung: Ist 19%, 7% oder 0% richtig? Überprüfe auch das Feld für Steuernummer des Lieferanten
• Prüfe, dass die Rechnungsnummer eindeutig ist: Suche im System nach älteren Rechnungen vom gleichen Lieferanten mit der gleichen Nummer – Doppelrechnungen sind häufig
• Erstelle dir eine einfache Prüf-Checkliste und speichere sie als Referenz. Sie könnte lauten: "Absender korrekt? Betrag plausibel? Steuersatz richtig? Doppelrechnung ausgeschlossen? Leistungszeitraum ok?". Das spart bei jeder Rechnung 30 Sekunden und reduziert Fehler.

Praxis-Tipp: Halte eine Fehlerhistorie pro Lieferant: "Absender von Firma X sendet oft falsche Steuernummer" oder "Lieferant Y vergisst häufig Leistungsdatum". Diese Notizen beschleunigen zukünftige Prüfungen erheblich.

Schritt 4: Freigabe mit dokumentierter Verantwortlichkeit und Audit-Trail

Nach der Prüfung dokumentierst du die Entscheidung. Jede Freigabe muss mit Benutzer, Zeitstempel und Begründung nachweisbar sein. Dies ist das zentrale GoBD-Compliance-Signal für deine Prozessqualität.

• Falls die Rechnung korrekt ist: Markiere sie im System als "Freigegeben" oder "Genehmigt". Das System muss automatisch dokumentieren: Benutzername, Zeitstempel, IP-Adresse wenn möglich
• Schreibe einen sprechenden Kommentar ein, z. B. "Geprüft: Betrag stimmt mit PO 5432 überein, Steuersatz 19% korrekt, Absender verifiziert, keine Doppelrechnung"
• Falls Fehler: Markiere als "Rückfrage erforderlich" und schreibe exakt auf, was nicht stimmt. Beispiel: "Steuersatz 19%, sollte aber 7% sein (Leistung ist Software-Wartung)". Schicke das dem Lieferanten
• Prüfe, dass das System einen Audit-Trail führt: Öffne eine alte Rechnung und prüfe, ob du sehen kannst, wer wann welchen Status gesetzt hat. Das ist dein GoBD-Nachweis
• Definiere klare Rollen: Wer prüft Rechnungen, wer gibt frei? Nutze die Benutzerrechte des Systems, um diese zu trennen und den Kontrollfluss zu erzwingen

Achtung: Eine freigegebene Rechnung ist noch nicht gebucht. Freigabe bedeutet: "Diese Rechnung ist inhaltlich ok und kann jetzt verbucht werden." Die Buchung ist ein separater Schritt, den typischerweise die Buchhaltung macht. Ohne diese Trennung wird es schwierig, Fehler später nachzuvollziehen.

Schritt 5: Rechnungsdaten in die Buchhaltung übergeben und Fehlerbehandlung dokumentieren

Nach Freigabe müssen die Daten in dein Buchhaltungssystem. Das kann automatisiert oder manuell sein – wichtig ist, dass Fehler sofort erkannt werden. Diese Phase ist kritisch, um sicherzustellen, dass die geprüften Daten korrekt in die Buchhaltung fließen.

• Falls automatische Integration: Konfiguriere, welche Rechnungsfelder wie ins ERP gemappt werden. Beispiel: XML-Betrag → ERP-Feld Rechnungssumme, XML-Datum → ERP-Feld Rechnungstag. Dokumentiere dieses Mapping schriftlich
• Teste mit 3 verschiedenen Testrechnungen: Wird der Betrag korrekt übertragen? Ist das Datum richtig formatiert? Sind Sonderzeichen korrekt dargestellt?
• Falls Übertragung fehlschlägt: Das System muss dich benachrichtigen und die Rechnung in einen "Fehler"-Status setzen. Prüfe: Hat die Nachricht genug Infos? Beispiel: "Feld 'Steuerkennzeichen' ist leer" statt nur "Fehler"
• Die Kontierung (unter welches Kostenkonto geht die Rechnung?) bleibt meist manuell. Nutze historische Daten aus dem System – es schlägt dir häufig automatisch das Konto vor, das du zuletzt für diesen Lieferanten verwendet hast

Merke: Strukturierte XML-Daten reduzieren Tippfehler drastisch. Aber die Kontierung bleibt oft manuell und ist ein letzter Kontrollpunkt, an dem du sehen kannst, ob die Rechnung zu deinem Unternehmen passt.

Schritt 6: Originalrechnung revisionssicher mit Integritätsprüfung archivieren

Das ist der kritischste Schritt: Die Originalrechnung muss unveränderbar, vollständig und zeitgestempelt gespeichert werden. Das ist keine technische Feinheit – das ist Gesetz. Dieser Schritt entscheidet über GoBD-Konformität im Audit.

• Das System muss die Original-E-Mail mit allen Metadaten speichern: Absender, Empfänger, Ankunftszeit, Subject, alle Header. Das sind die primären Nachweise für die Finanzbehörde
• Die Original-XML-Datei wird schreibgeschützt und mit Zeitstempel versehen. Sie kann danach nicht mehr verändert oder gelöscht werden – das muss technisch erzwungen werden
• Dokumentiere deine Verfahrensbeschreibung schriftlich: Wo werden Rechnungen gespeichert (Cloud, lokaler Server, beides)? Wie lange (Standard: 10 Jahre)? Wer darf zugreifen? Werden Zugriffe protokolliert?
• Führe mindestens 1x pro Halbjahr einen Integritätstest durch: Öffne eine alte Rechnung und prüfe, dass der Inhalt mit dem Original identisch ist. Speichere das Ergebnis dieser Prüfung als Nachweis
• Nutze Kategorisierung und Suche: Ordne Rechnungen nach Lieferant, Datum, Betrag oder Rechnungsnummer, damit du sie später schnell findest und Audits beschleunigst

Kontrollpunkt: Öffne eine Rechnung, die du vor 2 Wochen archiviert hast. Du solltest: (1) den unveränderten Inhalt sehen, (2) die E-Mail-Metadaten sehen, (3) den Bearbeitungs-Audit-Trail sehen, (4) den Archivierungszeitstempel sehen. Wenn alle vier Punkte stimmen, ist deine Archivierung GoBD-konform.

Diese Tabelle zeigt den vollständigen Workflow mit realistischen Zeiten. Je mehr Schritte automatisiert sind, desto kürzer die Gesamtdauer.

Praxisbeispiel und Anwendung

Ein Consultant mit kleinem Team erhält von einem Software-Partner eine ZUGFeRD-Rechnung: 12 Stunden Unterstützung à 90 Euro = 1.080 Euro brutto (19% USt). Ankunft: 15. Dezember. Der Consultant öffnet das System und findet die Rechnung im Eingangs-Dashboard. Schritt 1: Die E-Mail-Metadaten sind vollständig gespeichert (Absender, Ankunftszeit 10:34 Uhr). Schritt 2: Der Viewer zeigt Daten lesbar an. Das PDF ist fehlerfrei. Die XML-Datei ist valide. Schritt 3: Vergleich mit Unterlagen – ja, 12 Stunden stimmen mit dem Angebot überein. Leistungszeitraum 10.–12. Dezember ist korrekt. Steuersatz 19% ist richtig. Keine Doppelrechnung. Schritt 4: Der Consultant gibt frei mit Kommentar: "Leistung mit Angebot v. 08.12. abgeglichen, Betrag und Steuersatz korrekt". Das System dokumentiert: Benutzer, Zeit "15.12.2026 10:37". Schritt 5: Die Daten werden automatisch ins ERP übertragen – Betrag 1.287,00 EUR, Konto "IT-Dienstleistungen" wird automatisch vorgeschlagen. Bestätigung erfolgt. Schritt 6: Die Original-E-Mail mit XML wird schreibgeschützt und zeitgestempelt archiviert. Gesamtzeit: 9 Minuten statt 28 Minuten mit manueller PDF-Bearbeitung.

Fortgeschrittene Varianten und Skalierung

Mehrstufige Freigaben und Rollen-Separation

Bei höherem Volumen: Rechnungen unter 500 EUR geben sich selbst automatisch frei. Darüber prüft ein Sachbearbeiter, ein Abteilungsleiter gibt frei. Das System dokumentiert jede Stufe separat im Audit-Trail. Das macht Verantwortlichkeiten klar und reduziert Engpässe.

API-Integration und Fehlerbehandlung

Für große ERP-Umgebungen: Rechnungen werden via REST-API direkt übertragen. Dokumentiere, welche Felder wie gemappt werden, wie Fehler gelöst werden (Retry nach 2 Minuten oder sofort Benachrichtigung), und wie unvollständige Daten behandelt werden. Das System muss fehlgeschlagene Übertragungen flaggen, nicht einfach abbrechen.

Storno- und Korrektur-Workflow

Eine Originalrechnung darf nicht nachträglich geändert werden. Statt Bearbeitung: Erstelle eine Storno (Negativrechnung) und eine neue Korrekturrechnung. Das System muss diese kennzeichnen und Doppelbuchungen ausschließen.

Kompakte Zusammenfassung

• Dedizierte E-Rechnungs-Adresse mit vollständiger E-Mail-Metadaten-Speicherung einrichten und mit Archivierungssystem verknüpfen
• Strukturierte Prüfung: PDF und XML auf Lesbarkeit und Gültigkeit kontrollieren, Metadaten im System sichtbar machen
• Fachliche Validierung durchführen: Betrag, Datum, Steuersatz, Absender und Doppelrechnung kontrollieren
• Freigabe mit Benutzer, Zeitstempel und Kommentar dokumentieren, Audit-Trail vor Freigabe prüfen
• Rechnungsdaten automatisch oder manuell ins ERP übergeben, Fehlerbehandlung und Kontierung überprüfen
• Originalrechnung schreibgeschützt mit Metadaten und Integritäts-Checks archivieren, halbjährlich testen
• Verfahrensdokumentation schreiben und bei Audit vorlegen als Compliance-Nachweis

Mini-Checkliste

• Dedizierte E-Rechnungs-Adresse konfigurieren und Geschäftspartnern schriftlich mitteilen, Beleg speichern
• System einrichten, dass E-Mail-Metadaten automatisch gespeichert werden (Absender, Empfänger, Ankunftszeit, Header)
• Test-E-Rechnung empfangen, im Viewer überprüfen, Metadaten sichtbar, XML valide?
• PDF und XML der Test-Rechnung auf Lesbarkeit und Datengültigkeit kontrollieren, Texteditor öffnen
• Rechnungsinhalt mit Originalunterlagen abgleichen, Fehler schriftlich dokumentieren
• Freigabe im System mit Benutzername, Zeitstempel und Prüfkommentar dokumentieren, Audit-Trail überprüfen
• Rechnungsdaten ins ERP übertragen, Fehlerbehandlung prüfen, Kontierung bestätigen
• Originalrechnung schreibgeschützt mit Archivierungszeitstempel speichern
• Eine ältere Rechnung abrufen und auf Integrität prüfen (Inhalt unverändert, Metadaten vorhanden)
• Rollen definieren: Wer prüft, gibt frei, bucht, archiviert? Benutzerrechte setzen
• Verfahrensdokumentation schreiben: Empfangsweg, Prüfschritte, Archivierungsort, Aufbewahrung, Zugriffe
• Halbjährlicher Integritätstest-Prozess etablieren und erste Durchführung dokumentieren

FAQ und Troubleshooting

Warum werden E-Mail-Metadaten nicht gespeichert und wie stelle ich das sicher?

Das System muss beim Abrufen der E-Mail alle Header auslesen und speichern. Das ist nicht automatisch – du musst es konfigurieren. In IMAP-basierten Systemen: Stelle sicher, dass die Verbindung nicht nur die Datei extrahiert, sondern auch den kompletten E-Mail-Header speichert. Prüfe nach Konfiguration mit einer Test-E-Mail: Sind Absender, Ankunftszeit und Header sichtbar? Falls nicht, kontaktiere deinen IT-Support.

Was mache ich, wenn eine Rechnung Validierungsfehler hat?

Markiere sie als "Rückfrage erforderlich" und schreibe exakt auf, was falsch ist – Beispiel: "Steuernummer fehlt" oder "Betrag stimmt nicht mit PO überein". Teile das dem Lieferanten mit. Er schickt eine korrigierte Version. Die fehlerhafte Rechnung bleibt archiviert – das dokumentiert die Fehlerbehandlung.

Wie lange muss ich E-Rechnungen aufbewahren?

Standard: 10 Jahre nach Ablauf des Kalenderjahres, in dem die Rechnung einging. Das ist Steuerkodex und GoBD. Nach 10 Jahren können Rechnungen gelöscht werden, es sei denn, du hast branchenspezifische längere Fristen. Dokumentiere deine Aufbewahrungsfrist in der Verfahrensbeschreibung.

Kann ich eine archivierte Rechnung nachträglich ändern?

Nein. Das ist gesetzlich verboten und technisch nicht möglich – sie ist schreibgeschützt. Falls eine Rechnung falsch ist, erstelle eine Stornorechnung (Negativrechnung) und eine neue Korrekturrechnung. Das ist mehr Aufwand, garantiert aber Datenschutz und GoBD-Konformität.

Was prüft die Finanzbehörde bei einer Betriebsprüfung?

Typischerweise: Sind Originalrechnungen unveränderbar gespeichert? Sind E-Mail-Metadaten vorhanden? Ist die Bearbeitungshistorie (Audit-Trail) dokumentiert? Gibt es eine schriftliche Verfahrensbeschreibung? Wer darf zugreifen? Werden Zugriffe protokolliert? Wenn du diese Fragen mit "ja" und mit Nachweisen beantworten kannst, bist du sicher.

Wie stelle ich sicher, dass meine Archivierung auch in 10 Jahren noch lesbar ist?

Nutze offene Dateiformate (XML, PDF, nicht proprietäre Formate). Führe mindestens 1x pro Jahr einen Langzeit-Lesbarkeitstest durch: Speichere eine Testrechnung und versuche sie nach 6 Monaten zu öffnen. Stelle sicher, dass dein Archivsystem auch bei Systemwechsel oder Upgrade-Zyklen lesbar bleibt. Dokumentiere diese Tests als Integritätsnachweis.

Was passiert, wenn die Schnittstelle zwischen E-Rechnung-System und ERP ausfällt?

Das System sollte dich sofort benachrichtigen. Die Originalrechnung bleibt archiviert – sie geht nicht verloren. Prüfe, ob die Daten im Zwischen-Speicher noch sind. Versuche die Übertragung manuell zu triggern. Falls das nicht funktioniert, kontaktiere deinen IT-Support. Sobald die Störung behoben ist, wiederhole die Übertragung. Dokumentiere den Fehler und die Lösung.

Fazit: Mit einem strukturierten E-Rechnungs-Prozess vermeidest du Medienbrüche, Tippfehler und Archivierungsfehler. Der Schlüssel ist: Dedizierte Empfangsadresse mit vollständiger Metadaten-Speicherung, strukturierte Prüfung mit dokumentierten Kontrollpunkten, Freigabe mit Audit-Trail und revisionssicherer Archivierung. Starte mit Schritt 1 und teste mit deinen ersten 5 Rechnungen. Verfeinere danach deine Prozesse. Schreibe parallel deine Verfahrensdokumentation – das ist dein Schutz bei Audits und die Voraussetzung für echte Compliance.