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:
Nach diesem Guide kannst du:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
| Phase | Aktion | Zeitaufwand | Verantwortung | Kontrollpunkt |
|---|---|---|---|---|
| Empfang | E-Rechnung in Postfach, System holt ab, Metadaten speichern | 0 Min (automatisch) | System / Geschäftspartner | Metadaten sichtbar im System? |
| Rohformat-Prüfung | PDF und XML auf Lesbarkeit und Gültigkeit prüfen | 2–3 Min | Rechnungsprüfer | PDF lesbar, XML valide? |
| Fachliche Prüfung | Betrag, Datum, Steuersatz, Absender, Doppelprüfung kontrollieren | 3–8 Min | Rechnungsprüfer | Alle Felder ok, keine Doppelrechnung? |
| Freigabe | Status setzen, Kommentar schreiben, Audit-Trail dokumentiert sich automatisch | 1–2 Min | Freigabeberechtigter | Audit-Trail zeigt Benutzer, Zeit, Begründung? |
| Buchung | Daten ins ERP transferieren, Kontierung prüfen | 0 Min (automatisch) oder 3–6 Min (manuell) | Buchhaltung / System | Alle Felder im ERP korrekt übertragen? |
| Archivierung | Originalrechnung schreibgeschützt speichern, Integritätstest periodisch | 0 Min (automatisch), 5 Min (halbjährlich) | System | Rechnung unverändert abrufbar, Metadaten vorhanden? |
Diese Tabelle zeigt den vollständigen Workflow mit realistischen Zeiten. Je mehr Schritte automatisiert sind, desto kürzer die Gesamtdauer.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.