Eine E-Rechnung bei Abschlagsrechnungen ist eine Rechnung in strukturiertem, maschinenlesbarem elektronischem Format, die automatisch in ERP- und Buchhaltungssystemen verarbeitet werden kann. Sie enthält dieselben Informationen wie eine klassische Abschlagsrechnung – Leistungsstand, bisherige Abschläge, aktueller Abschlag, Restbetrag – zusätzlich aber als standardisierte Datenfelder, die von Computersystemen automatisch ausgelesen und verarbeitet werden können.
Seit dem 1. Januar 2025 müssen inländische Unternehmen im B2B-Kontext E-Rechnungen empfangen können. Die gestaffelte Ausstellungspflicht greift seit 2027: Unternehmen mit mehr als 800.000 Euro Gesamtumsatz im Kalenderjahr 2026 müssen bereits E-Rechnungen ausstellen; für kleinere Unternehmen endet die Übergangsfrist am 31. Dezember 2027. Für Bau- und Handwerksbetriebe ist die Umstellung auf E-Rechnungen besonders relevant, da Abschlagsrechnungen in diesen Branchen Standard sind. Dieser Ratgeber zeigt, welche Formate zulässig sind, welche Pflichtangaben gelten, wie der Rechnungstypcode 875 funktioniert, wie kumulative Abschläge strukturiert werden, welche Compliance- und Archivierungsanforderungen gelten und wie der gesamte End-to-End-Prozess vom Versand bis zur Buchung und Archivierung funktioniert.
Eine E-Rechnung ist eine Rechnung, die in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen wird, sodass sie sich elektronisch verarbeiten lässt. Dabei werden Rechnungsdaten wie Auftragswert, geleistete Abschläge, aktueller Abschlag und Restbetrag als maschinenlesbare Datenfelder abgebildet, die die Buchhaltung des Auftraggebers automatisch einlesen kann.
Eine reine PDF-Rechnung per E-Mail ist keine E-Rechnung, solange sie keine eingebetteten strukturierten Rechnungsdaten enthält. Der Unterschied zur klassischen Abschlagsrechnung liegt nicht im Inhalt, sondern in der Form. Die Inhalte ändern sich nicht – die Struktur wird digital standardisiert. Das ermöglicht automatische Verarbeitung, Fehlerreduktion und schnellere Buchhaltungsprozesse. Für Finance-Transformation ist entscheidend, dass E-Rechnungen nicht nur ein Formatwechsel sind, sondern ein Katalysator für medienbruchfreie Prozesse, reduzierte manuelle Datenerfassung, verbesserte Datenqualität und vollständige Audit-Trails.
Seit dem 1. Januar 2025 müssen inländische Unternehmen für inländische B2B-Umsätze E-Rechnungen empfangen können. Diese Empfangspflicht gilt nicht für Privatkunden. Ab dem 1. Januar 2027 beginnt die gestaffelte Ausstellungspflicht: Zunächst müssen Rechnungsaussteller mit einem Gesamtumsatz von mehr als 800.000 Euro im Kalenderjahr 2026 E-Rechnungen ausstellen. Für Unternehmen bis 800.000 Euro Gesamtumsatz im Kalenderjahr 2026 endet die Übergangsfrist am 31. Dezember 2027. Gesetzliche Ausnahmen bleiben unberührt.
Für Bau- und Handwerksbetriebe ist dies besonders relevant, da Abschlagsrechnungen in diesen Branchen Standard sind. Die Umstellung auf E-Rechnungen betrifft nicht nur das Rechnungsformat, sondern auch Buchhaltungsprozesse, Archivierung und die Zusammenarbeit mit Auftraggebern. Strukturierte Rechnungsdaten ermöglichen automatische Verarbeitung in ERP-Systemen, reduzieren manuelle Aufwände und verbessern die Nachvollziehbarkeit von Teilzahlungen.
Aus Finance-Perspektive ist E-Rechnung ein Baustein der Digitalisierung von Finanz- und Verwaltungsprozessen. Sie ermöglicht medienbrucharme Prozesse, verbessert die Datenqualität und trägt zur Prozesssicherheit bei. Für längere Projekt- und Teilzahlungsmodelle ist klare Dokumentation und Nachvollziehbarkeit von offenen Abschlägen, Einbehalten und Restforderungen pro Projekt essenziell – E-Rechnungen unterstützen das durch strukturierte Daten und vollständige Audit-Trails.
Im deutschen B2B sind zwei Formate am gebräuchlichsten: ZUGFeRD und XRechnung. Beide erfüllen die Anforderungen der EN 16931, dem europäischen Standard für strukturierte elektronische Rechnungen.
ZUGFeRD ist ein Hybridformat: eine PDF/A-3-Datei mit eingebettetem, strukturiertem XML. Der Empfänger sieht ein gewohntes PDF und kann zugleich die Daten automatisch auslesen. Als E-Rechnung zählt ZUGFeRD nur mit einem geeigneten Profil – speziell dem Profil EN 16931. Die älteren Profile MINIMUM und BASIC-WL erfüllen nicht die umsatzsteuerlichen Anforderungen an eine E-Rechnung.
Der Vorteil: ZUGFeRD bietet eine vertraute visuelle Darstellung und gleichzeitig maschinelle Verarbeitung. Das macht es für Übergangsphasen attraktiv, wenn Empfänger noch nicht vollständig auf strukturierte Formate vorbereitet sind. Aus Finance-Sicht ermöglicht ZUGFeRD EN 16931 eine schrittweise Automatisierung ohne vollständige Systemumstellung beim Empfänger.
XRechnung ist eine reine XML-Datei nach dem KoSIT-Standard (Koordinierungsstelle für IT-Standards). Sie wird als strukturierte Datei übermittelt, ohne PDF-Umhüllung. XRechnung erfüllt die Anforderungen der EN 16931 vollständig.
Bei Rechnungen an öffentliche Auftraggeber gelten zusätzliche Vorgaben: Beim Bund ist XRechnung grundsätzlich vorgesehen. Bei Ländern und Kommunen können die Anforderungen variieren. Andere EN-16931-konforme Formate können zulässig sein, wenn die zuständige Stelle und ihr Übermittlungsweg sie akzeptieren. Für Finance-Transformation ist wichtig: XRechnung ermöglicht vollständige Automatisierung und direkten Systemimport ohne PDF-Rendering.
Ein ZUGFeRD-Dokument im Profil EN 16931 kann eine E-Rechnung sein. Eine reine Word- oder PDF-Rechnung ohne eingebettete strukturierte Rechnungsdaten ist dagegen eine sonstige Rechnung. Die bloße digitale Übermittlung per E-Mail macht eine Rechnung noch nicht zur E-Rechnung – entscheidend ist das strukturierte, maschinenlesbare Format.
| Format | Typ | Struktur | Ist E-Rechnung? |
|---|---|---|---|
| ZUGFeRD EN 16931 | Hybrid | PDF/A-3 + eingebettetes XML | Ja |
| ZUGFeRD MINIMUM | Hybrid | PDF/A-3 + eingebettetes XML | Nein |
| ZUGFeRD BASIC-WL | Hybrid | PDF/A-3 + eingebettetes XML | Nein |
| XRechnung | Reine XML | XML nach KoSIT-Standard | Ja |
| PDF per E-Mail | Datei | Keine strukturierten Daten | Nein |
| Word-Dokument | Datei | Keine strukturierten Daten | Nein |
Die Tabelle zeigt: Nur Formate mit strukturiertem, maschinenlesbarem XML-Datensatz gelten als E-Rechnungen. Das Format allein entscheidet – nicht die Übermittlungsart.
Inhaltlich unterscheiden sich klassische und strukturierte Abschlagsrechnungen nicht. Beide zeigen Auftragswert, Leistungsstand, bisherige Abschläge, aktuellen Abschlag und Restbetrag. Der Unterschied liegt in der Form und der Verarbeitbarkeit.
Eine klassische Abschlagsrechnung ist typischerweise ein PDF oder Word-Dokument, das menschlich lesbar ist. Die Kumulationstabelle zeigt Auftragssumme, Leistungsstand, bisherige Abschläge, diesen Abschlag und den Rest. Ein Mensch kann diese Daten lesen und verstehen. Die Buchhaltung des Auftraggebers muss diese Daten aber manuell in ihr System eingeben – oder die PDF wird nur abgelegt.
Bei der E-Rechnung liegen dieselben Daten zusätzlich als strukturierte Datenfelder vor. Die Buchhaltung des Auftraggebers kann diese Daten automatisch einlesen und verarbeiten. Das spart Zeit, reduziert Fehler und ermöglicht automatische Workflows in ERP-Systemen.
Praktisch heißt das: Wenn ein Auftraggeber eine Abschlagsrechnung als XRechnung oder ZUGFeRD erhält, kann sein System automatisch erkennen, dass es sich um einen Abschlag handelt, den Betrag auslesen, die Zahlung verbuchen und die Restforderung aktualisieren – ohne manuelle Eingabe. Aus Finance-Perspektive sinkt dadurch der Aufwand für manuelles Invoice-Matching, Datenerfassung und Fehlerbearbeitung erheblich.
Kumulative Abschlagsrechnungen zeigen alle bisherigen Abschläge zusammengefasst. In der strukturierten Form müssen diese Informationen im XML-Datensatz enthalten sein. Das bedeutet: Der Rechnungstypcode (BT-3) muss auf einen Abschlag hinweisen, und die Datenfelder müssen Auftragswert, Leistungsstand und bisherige Abschlagssummen enthalten.
| Merkmal | Klassische Abschlagsrechnung | E-Rechnung Abschlag |
|---|---|---|
| Format | PDF, Word, Papier | ZUGFeRD EN 16931 oder XRechnung |
| Lesbarkeit | Menschlich lesbar | Menschlich und maschinenlesbar |
| Automatische Verarbeitung | Nein, manuelle Eingabe nötig | Ja, automatisches Auslesen möglich |
| Datenstruktur | Visuell, keine Datenfelder | Strukturierte XML-Datenfelder |
| Rechnungstypcode | Nicht vorhanden | BT-3, z. B. 875 für Bauabschlag |
| Kumulation | In Tabelle dargestellt | In Datenfeldern und Tabelle |
| ERP-Integration | Keine direkte Integration | Direkte Integration möglich |
| Audit-Trail | Begrenzte Nachvollziehbarkeit | Vollständiger Prüfpfad |
Die Tabelle verdeutlicht: Der Inhalt bleibt gleich, aber die Struktur ermöglicht Automatisierung, Fehlerreduktion und vollständige Compliance-Dokumentation.
In der Praxis heißt das: Eine Abschlagsrechnung als E-Rechnung muss die gleichen Pflichtangaben enthalten wie eine klassische Abschlagsrechnung – zusätzlich aber in strukturierter Form.
Für Abschlagsrechnungen gelten grundsätzlich die Pflichtangaben aus § 14 Abs. 4 UStG. Diese ändern sich durch das strukturierte Format nicht; sie werden zusätzlich als Datenfelder abgebildet. Dazu gehören:
Diese Angaben sind gesetzlich vorgeschrieben und müssen in jeder Abschlagsrechnung – ob klassisch oder strukturiert – vorhanden sein.
Angaben wie Positionsnummern, Einzelpreise, Zahlungsziel und Bankverbindung sind nicht allgemein Pflichtangaben nach § 14 Abs. 4 UStG. Für Baurechnungen sind sie in der Praxis dennoch üblich und oft vertraglich vereinbart:
Diese zusätzlichen Angaben unterstützen die Abrechnung und das Projektmanagement. In der E-Rechnung können sie als weitere Datenfelder abgebildet werden, wenn das verwendete Format das vorsieht.
Wird Entgelt für eine noch nicht ausgeführte Lieferung oder sonstige Leistung vereinnahmt, gelten nach § 14 Abs. 5 UStG die Rechnungsvorgaben entsprechend. In der Rechnung ist der voraussichtliche Zeitpunkt oder Kalendermonat der Leistung anzugeben. Steht der Zeitpunkt der Vereinnahmung fest und weicht er vom Rechnungsdatum ab, ist auch dieser Zeitpunkt anzugeben. Bei Abschlagsrechnungen ist das relevant, wenn der Auftraggeber eine Anzahlung leistet, bevor die Leistung erbracht wird.
Rechnest du im Reverse-Charge-Verfahren ab, weist die Rechnung keine Umsatzsteuer gesondert aus und enthält den Hinweis „Steuerschuldnerschaft des Leistungsempfängers" (§ 14a Abs. 5 UStG). Die Voraussetzungen des § 13b UStG müssen dafür im Einzelfall erfüllt sein. Bei Bauleistungen gelten zusätzliche Voraussetzungen auch beim Leistungsempfänger (§ 13b Abs. 5 UStG). Prüfe vor dem Versand, ob für deinen Umsatz zusätzliche oder abweichende Angaben erforderlich sind.
Der Rechnungstyp einer E-Rechnung steht in einem eigenen Datenfeld (BT-3). Für Abschlagsrechnungen über Bauleistungen wird der Rechnungstypcode 875 verwendet. Dieser Code signalisiert explizit einen Abschlag auf Bauleistungen und ermöglicht dem Empfängersystem eine automatische Klassifizierung. Der Code 876 steht speziell für Teilschlussrechnungen über Bauleistungen – diese unterscheiden sich von Abschlägen dadurch, dass sie einen definierten Leistungsabschnitt final abrechnen, während Abschläge laufende Zahlungen auf noch laufende Leistungen sind. Der Code 877 ist reserviert für Schlussrechnungen über Bauleistungen, die das gesamte Projekt abschließen und alle bisherigen Abschläge und Teilschlussrechnungen berücksichtigen. Bei anderen Rechnungsarten richtet sich der Typcode nach dem Geschäftsfall und den Vorgaben des Rechnungsempfängers. Der Standard-Typcode 380 ist ebenfalls ein gültiger EN-16931-Code und kann je nach Geschäftsfall und Empfängeranforderung eingesetzt werden, wenn keine spezialisierte Bauleistungs-Kodierung erforderlich ist.
Der praktische Nutzen des Typcodes liegt darin, dass der Empfänger automatisch erkennen kann, um welche Art von Rechnung es sich handelt und welche Geschäftslogik anzuwenden ist. Das ermöglicht automatische Workflows: Abschläge können separat verarbeitet werden und triggern beispielsweise eine Aktualisierung der Restforderung; Schlussrechnungen lösen andere Prozesse aus, etwa die Freigabe von Einbehalten oder die Abschlussprüfung. Für Finance-Transformation ist entscheidend: Der Typcode ermöglicht automatische Kontierungsregeln, separate Reporting nach Rechnungsart, Projekt-Tracking und eine konsistente Abbildung von Projektfortschritt in der Finanzbuchhaltung. Eine präzise Typcode-Zuordnung ist Voraussetzung für fehlerfreie Automatisierung und für Compliance-Anforderungen bei Prüfungen.
Die Kumulationstabelle einer Abschlagsrechnung zeigt Auftragssumme, Leistungsstand, bisherige Abschläge, diesen Abschlag und den Rest. Die Kumulationsübersicht kann in der E-Rechnung oder in einer eindeutig referenzierten Anlage dargestellt werden. Im strukturierten Teil müssen die umsatzsteuerlichen Pflichtangaben enthalten sein. Für weitergehende Angaben zur Fortschreibung von Abschlägen ist zu prüfen, welche Datenfelder das verwendete Format unterstützt.
Beispiel: Ein Innenausbau-Auftrag über 80.000 Euro netto. Der erste Abschlag über 24.000 Euro ist bezahlt. Der Leistungsstand ist jetzt 70 Prozent. Der kumulierte Leistungsstand beträgt 56.000 Euro netto (70 % von 80.000 Euro). In der E-Rechnung wird dieser Leistungsstand als Datenfeld abgebildet, zusammen mit dem aktuellen Abschlag und dem Restbetrag.
Ein Sicherheitseinbehalt mindert in der strukturierten Rechnung den Zahlbetrag (BT-115) nicht. Er wird nachrichtlich als Invoice Note mit dem Betreffcode PMT erläutert und läuft getrennt im Einbehalt-Ledger. Diese Trennung ist wichtig für die korrekte Verarbeitung: Der Zahlbetrag ist klar, und der Einbehalt wird separat dokumentiert.
Der Prozess einer E-Rechnung-Abschlagsrechnung umfasst mehrere Schritte, Rollen und Kontrollpunkte:
Dieser Prozess reduziert manuelle Datenerfassung, minimiert Fehler und schafft vollständige Nachvollziehbarkeit für interne und externe Audits.
Eine strukturierte Rechnung ist nur dann brauchbar, wenn das eingebettete XML formal korrekt ist. Fehlerhafte E-Rechnungen können vom Empfänger technisch abgelehnt werden, bevor ein Mensch sie überhaupt sieht.
Die häufigsten Fehler entstehen durch:
Diese Fehler führen dazu, dass das System die Rechnung nicht verarbeiten kann. Eine Validierung vor dem Versand ist daher essenziell.
Bei kumulierten Abschlagsrechnungen ist der Rechenzusammenhang kritisch. Typische Fehler:
Diese Fehler führen zu Unstimmigkeiten und Nachfragen. Bei komplexeren Projekten mit mehreren Abschlägen und Einbehalten ist die Fehlerquote hoch, wenn die Rechnung von Hand erstellt wird.
Die Umsatzsteuer-IdNr. (USt-IdNr.) und die Steuernummer spielen eine wichtige Rolle in E-Rechnungen. Typische Fehler:
Die USt-IdNr. ist für die automatische Verarbeitung und die Umsatzsteuer-Prüfung relevant. Fehler hier können zu Ablehnung oder Nachfragen führen.
Für Finance-Transformation und Audit-Sicherheit sind auch diese Fehler kritisch. GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form) verlangt, dass E-Rechnungen unveränderbar, nachvollziehbar und abrufbar archiviert werden. Typische Fehler:
Diese Fehler führen zu Audit-Risiken und können zu Bußgeldern oder Vorwürfen der Ordnungswidrigkeit führen.
Eine technische Validierung prüft, ob die Struktur der Norm entspricht. Sie ersetzt aber nicht die Prüfung der umsatzsteuerlichen Anforderungen im Einzelfall. Eine Rechnung kann strukturell korrekt sein, aber umsatzsteuerlich fehlerhaft (z. B. falscher Steuersatz, fehlender Hinweis bei Reverse-Charge).
Deshalb ist es wichtig, vor dem Versand mehrere Schritte zu machen: (1) Technische Validierung: Ist die XML-Struktur korrekt? (2) Inhaltliche Prüfung: Sind die Angaben umsatzsteuerlich korrekt? (3) Compliance-Prüfung: Ist die Archivierungsfähigkeit gewährleistet? (4) Plausibilitätsprüfung: Passen Leistungsstand, Abschläge und Restbetrag zusammen?
Die Wahl zwischen ZUGFeRD und XRechnung hängt von deinen Geschäftspartnern und deinen Anforderungen ab. Aus Finance-Perspektive ist auch der Automatisierungsgrad und die IT-Integration entscheidend.
Für Bauunternehmen und Handwerksbetriebe ist es wichtig zu wissen, dass Abschlagsrechnungen mit dem Rechnungstypcode 875 in beiden Formaten möglich sind. Die Wahl zwischen ZUGFeRD und XRechnung hängt also von deinen Kunden ab, nicht vom Geschäftsmodell selbst.
Typischerweise nutzen Subunternehmer ZUGFeRD für private Auftraggeber und kleine bis mittlere Bauunternehmen und XRechnung für öffentliche Auftraggeber oder größere Konzerne. Manche Softwarelösungen unterstützen beide Formate und ermöglichen es, je nach Empfänger das passende Format zu wählen.
Für CFO und Finance-Transformation ist die Formatwahl auch eine Entscheidung über Automatisierungsgrad und Betriebsrisiken. XRechnung ermöglicht vollständige Automatisierung: Das XML wird direkt vom ERP-System importiert, ohne dass eine PDF-Datei zwischengeschaltet wird. Das reduziert Parsing-Fehler und ermöglicht End-to-End-Automatisierung. ZUGFeRD erfordert dagegen PDF-Rendering und XML-Extraktion aus der PDF, was fehleranfällig sein kann und zusätzliche Validierungsschritte erfordert.
Beim Matching-Aufwand helfen strukturierte Daten (beide Formate) erheblich, da keine manuelle Datenerfassung mehr nötig ist. XRechnung ist hier konsistenter, da keine PDF-Interpretation erforderlich ist. Der IT-Aufwand für ZUGFeRD ist höher, da PDF-Verarbeitung und XML-Extraktion zusätzliche Komplexität bringen. XRechnung ist technisch einfacher zu integrieren und erfordert weniger Fehlerbehandlung.
Aus ROI-Sicht ist entscheidend: Prüfe, welche Formate deine Top-Lieferanten und Kunden fordern. Das ist oft der entscheidende Faktor. Bei vielen Abschlagsrechnungen (Bauprojekte, Lieferketten mit Teilzahlungen) ist der Hebel durch Automatisierung besonders hoch. Beide Formate helfen, aber XRechnung ist robuster und kostet weniger in der Betriebsunterstützung.
Eine korrekte E-Rechnung erfüllt mehrere Kriterien auf technischer, inhaltlicher und Compliance-Ebene:
Eine gute E-Rechnung ist also nicht nur formal korrekt, sondern auch inhaltlich richtig, praktisch verarbeitbar und compliance-sicher.
Vor dem Versand einer Abschlagsrechnung als E-Rechnung solltest du diese Punkte prüfen:
Ist eine PDF-Rechnung per E-Mail schon eine E-Rechnung?
Nein. Eine reine PDF- oder Word-Rechnung ohne eingebettete strukturierte Rechnungsdaten ist eine sonstige Rechnung. Eine E-Rechnung liegt vor, wenn sie in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen wird und eine elektronische Verarbeitung ermöglicht. XRechnung und ZUGFeRD im Profil EN 16931 können diese Voraussetzungen erfüllen.
Welchen Typcode braucht eine Abschlagsrechnung als E-Rechnung?
Für Abschlagsrechnungen über Bauleistungen wird der Rechnungstypcode 875 verwendet. Die Codes 876 und 877 stehen speziell für Teilschlussrechnungen und Schlussrechnungen über Bauleistungen. Bei anderen Rechnungsarten richtet sich der Typcode nach dem Geschäftsfall und den Vorgaben des Rechnungsempfängers. Der Standard-Typcode 380 ist ebenfalls ein gültiger EN-16931-Code.
Ändern sich die Pflichtangaben durch das E-Rechnungs-Format?
Nein. Für Abschlagsrechnungen gelten die Pflichtangaben des § 14 Abs. 4 UStG; bei Kleinbetragsrechnungen und besonderen Umsatzarten gelten abweichende Vorgaben. Das strukturierte Format bildet dieselben Angaben zusätzlich als Datenfelder ab. Die Inhalte ändern sich nicht, die Form wird standardisiert.
Muss ich als Handwerker Abschlagsrechnungen schon als E-Rechnung stellen?
Seit dem 1. Januar 2025 müssen inländische Unternehmer E-Rechnungen empfangen können; dafür genügt grundsätzlich ein E-Mail-Postfach. Die Pflicht zur Ausstellung beginnt gestaffelt ab dem 1. Januar 2027: zunächst für Rechnungsaussteller mit mehr als 800.000 Euro Gesamtumsatz im Kalenderjahr 2026, für die übrigen endet die Übergangsfrist am 31. Dezember 2027. Gesetzliche Ausnahmen bleiben unberührt.
Wie kommt ein Sicherheitseinbehalt in die E-Rechnung?
In der strukturierten Rechnung mindert der Einbehalt den Zahlbetrag (BT-115) nicht. Er wird nachrichtlich als Invoice Note mit dem Betreffcode PMT erläutert und läuft separat im Einbehalt-Ledger. Diese Trennung ist wichtig für die korrekte Verarbeitung und Nachvollziehbarkeit.
Wie unterscheiden sich ZUGFeRD und XRechnung?
ZUGFeRD ist ein Hybridformat: eine PDF/A-3-Datei mit eingebettetem XML. Der Empfänger sieht ein PDF und kann die Daten automatisch auslesen. XRechnung ist eine reine XML-Datei nach KoSIT-Standard. Beide erfüllen die EN 16931, wenn ZUGFeRD das Profil EN 16931 nutzt. Die Wahl hängt von deinen Geschäftspartnern und deren Anforderungen ab.
Welche Rolle spielt die Umsatzsteuer-IdNr. in E-Rechnungen?
Die Umsatzsteuer-IdNr. ist eine Pflichtangabe in B2B-Rechnungen und muss in der E-Rechnung im strukturierten Datenfeld enthalten sein. Sie ist wichtig für die automatische Verarbeitung und die Umsatzsteuer-Prüfung. Bei fehlender oder ungültiger USt-IdNr. kann die Rechnung technisch abgelehnt werden.
Wie archiviere ich E-Rechnungen GoBD-konform?
E-Rechnungen müssen unveränderbar, nachvollziehbar und abrufbar archiviert werden. Das bedeutet: digitale Ablage ohne Änderungsmöglichkeit, vollständiger Audit-Trail mit Versand- und Empfangsdatum, Indizierung nach Rechnungsnummer/Projekt/Lieferant, Aufbewahrungsfrist von 10 Jahren und Abrufbarkeit für interne und externe Audits. Viele ERP-Systeme bieten integrierte GoBD-konforme Archive.
E-Rechnungen bei Abschlagsrechnungen sind ein Katalysator für Prozessoptimierung, Compliance und ROI in der Finance-Transformation. Mit klarer Struktur, korrektem Rechnungstypcode, sorgfältiger Validierung und GoBD-konformer Archivierung werden E-Rechnungen zu einem zuverlässigen Werkzeug für digitale, medienbruchfreie Finanzprozesse.