E-Rechnung als Prozess- und Cashflow-Thema
Warum die E-Rechnung ab 2027 nicht nur ein Steuerformat ist, sondern Order-to-Cash, Purchase-to-Pay und Liquidität betrifft.
Ab dem 1. Januar 2027 wird der Versand elektronischer Rechnungen für viele Unternehmen verpflichtend. In zahlreichen Projekten wird dieses Thema zunächst naheliegend im Steuerbereich oder in der Finanzbuchhaltung verortet. Dort wird geprüft, ob das Format zulässig ist, ob Pflichtfelder enthalten sind und ob die Rechnung technisch validiert werden kann.
Diese Sicht ist notwendig, aber nicht ausreichend. Denn eine Rechnung ist nicht nur ein steuerliches Dokument. Sie ist ein operativer Prozessschritt zwischen Leistungserbringung, Kundenanforderung, Buchung, Freigabe und Zahlung. Genau an dieser Stelle entscheidet sich, ob die E-Rechnung tatsächlich zu mehr Effizienz führt oder ob ein formell korrektes XML-Dokument nur schneller in einem ungeklärten Prozess hängen bleibt.
Für CFOs, Finance-Verantwortliche und kaufmännische Leiter ist die E-Rechnung deshalb kein reines Compliance-Projekt. Sie berührt Ergebnisqualität, Working Capital, DSO, Prozesskosten und die Steuerbarkeit von Finance-Prozessen. Wer nur den Validator testet, übersieht möglicherweise die eigentlichen Risiken.
Der Steuertest beantwortet nicht die Prozessfrage
Der steuerliche und technische Test einer E-Rechnung beantwortet im Kern die Frage, ob ein bestimmtes Format verarbeitet werden kann und ob die Rechnung formal den Anforderungen entspricht. Das ist wichtig, weil fehlerhafte Formate zu Ablehnungen, Nacharbeiten und Unsicherheit in der Buchhaltung führen können.
Die entscheidende kaufmännische Frage lautet jedoch anders: Läuft diese Rechnung vom Auftrag bis zur Zahlung durch den gesamten Prozess? Eine Rechnung kann formal korrekt sein und trotzdem nicht zahlbar sein. Das passiert zum Beispiel, wenn eine Bestellnummer fehlt, eine Kundenvorgabe nicht erfüllt ist, ein Leistungszeitraum nicht eindeutig zugeordnet werden kann oder ein Kundenportal zusätzliche Informationen verlangt, die im eigenen Prozess nicht sauber erzeugt werden.
In der Praxis zeigt sich häufig, dass Rechnungsprobleme nicht erst bei der Rechnung entstehen. Sie entstehen früher: im Auftrag, in der Stammdatenpflege, in der Leistungsdokumentation, in der Vertragslogik oder in der Abstimmung mit dem Kunden. Die E-Rechnung macht diese Schwächen nicht automatisch sichtbar, sie transportiert sie nur strukturierter weiter.
Damit verschiebt sich die Verantwortung. Es reicht nicht, wenn Tax oder Accounting bestätigen, dass das Format zulässig ist. Sales Operations, Auftragsabwicklung, Projektabrechnung, Debitorenbuchhaltung, IT und Controlling müssen gemeinsam klären, welche Daten im Prozess entstehen, wo sie gepflegt werden und ob sie für die spätere Rechnungsstellung belastbar sind.
Order-to-Cash entscheidet über Liquidität
Auf der Ausgangsseite wird die E-Rechnung sehr schnell zu einem Order-to-Cash-Thema. Der Prozess beginnt nicht mit dem Rechnungsversand, sondern mit dem Kundenauftrag. Wenn dort unklare Referenzen, fehlende Bestellinformationen oder abweichende Kundenanforderungen nicht erkannt werden, entsteht später ein Liquiditätsproblem.
Ein typisches Beispiel ist die Rechnung an einen Großkunden mit verbindlicher Portalnutzung. Die Rechnung kann im ERP-System korrekt erzeugt und im richtigen elektronischen Format bereitgestellt werden. Wenn das Portal aber eine andere Referenzstruktur verlangt oder bestimmte Leistungsnachweise erwartet, wird die Rechnung operativ zurückgewiesen oder bleibt unbearbeitet. Formal war sie richtig. Zahlungswirksam war sie nicht.
Ähnlich verhält es sich bei Projektgeschäften, Dauerleistungen, Teilleistungen, Gutschriften oder periodenübergreifenden Abrechnungen. Gerade dort ist die Datenlage oft komplexer als bei einer einfachen Warenrechnung. Leistungszeiträume, Meilensteine, Abnahmen, Vertragsänderungen und kundenindividuelle Felder müssen zusammenpassen. Wenn Finance diese Informationen erst bei der Faktura sucht, ist der Prozess bereits zu spät.
Die Folge ist nicht nur zusätzlicher Aufwand in der Debitorenbuchhaltung. Es entstehen Rückfragen, Korrekturen, Wiedervorlagen und Verzögerungen. In der Steuerung zeigt sich das als steigender DSO, unklare Fälligkeitsstrukturen oder zunehmender Bestand offener Posten mit Klärungsbedarf. Genau deshalb sollte die E-Rechnung aus CFO-Sicht auch als Cashflow-Thema behandelt werden.
Purchase-to-Pay darf nicht zum digitalen Stau werden
Auf der Eingangsseite ist die Lage ähnlich. Eine strukturierte Eingangsrechnung ist nur dann hilfreich, wenn sie sauber zu Bestellung, Wareneingang, Leistungserfassung, Kontierung, Freigabe und Zahlung passt. Andernfalls entsteht kein effizienter digitaler Prozess, sondern ein neuer Stau in strukturierter Form.
Purchase-to-Pay-Prozesse sind in vielen Unternehmen historisch gewachsen. Es gibt unterschiedliche Bestellwege, nachträgliche Freigaben, manuelle Kontierungen, Sonderfälle ohne Bestellung und individuelle Abstimmungen zwischen Fachbereichen und Kreditorenbuchhaltung. Die E-Rechnung beseitigt diese Unterschiede nicht automatisch. Sie zwingt aber dazu, sie präziser zu behandeln.
Wenn eine Eingangsrechnung keine passende Bestellung findet, wenn Wareneingänge nicht zeitnah gebucht werden oder wenn Freigaberegeln unklar sind, hilft das elektronische Format nur begrenzt. Die Rechnung ist dann zwar maschinenlesbar, aber nicht entscheidungsfähig. Sie muss trotzdem geklärt, weitergeleitet oder manuell korrigiert werden.
Aus Prozesssicht ist deshalb vor allem zu prüfen, welche Rechnungsarten tatsächlich automatisiert durchlaufen können und welche Fälle regelmäßig hängen bleiben. Dazu gehören beispielsweise Rechnungen ohne Bestellbezug, wiederkehrende Leistungen, Investitionsrechnungen, konzerninterne Verrechnungen, Reisekostennahe Sachverhalte oder Rechnungen mit abweichenden Mengen und Preisen. Gerade die Ausnahmen bestimmen am Ende häufig den tatsächlichen Aufwand.
Echte Fälle testen statt nur Dateien validieren
Eine belastbare Vorbereitung auf die E-Rechnung sollte deshalb nicht beim technischen Format enden. Unternehmen sollten reale Geschäftsvorfälle durchspielen. Auf der Ausgangsseite bedeutet das: vom Auftrag über die Leistungserbringung und Faktura bis zum Zahlungseingang. Auf der Eingangsseite bedeutet es: von der Bestellung über Wareneingang, Rechnungsprüfung und Freigabe bis zur Zahlung.
Wichtig ist, nicht nur Standardfälle zu testen. Gerade Sonderfälle zeigen, ob der Prozess wirklich funktioniert. Dazu zählen Gutschriften, Stornos, Teilrechnungen, Anzahlungen, Dauerrechnungen, Rechnungen mit Leistungszeiträumen, Kundenportale, ausländische Geschäftspartner, konzerninterne Abrechnungen und Fälle mit unvollständigen Stammdaten.
In solchen Tests wird häufig sichtbar, wo Verantwortung und Datenherkunft unklar sind. Wer pflegt die Kundenreferenz? Wo entsteht die Leistungsinformation? Wer entscheidet bei abweichenden Bestellwerten? Welche Felder sind zwingend? Welche Informationen werden heute manuell ergänzt? Welche Klärungen erfolgen außerhalb des Systems per E-Mail?
Diese Fragen sind nicht nebensächlich. Sie bestimmen, ob die E-Rechnung zu einem stabileren Prozess führt oder lediglich die vorhandenen Medienbrüche digitalisiert. Für Finance ist das eine gute Gelegenheit, Prozessökonomie herzustellen: weniger Nacharbeit, klarere Verantwortlichkeiten, bessere Datenqualität und mehr Transparenz über die Ursachen von Verzögerungen.
Die E-Rechnung ist ein Anlass für bessere Steuerung
Richtig umgesetzt, kann die E-Rechnung mehr sein als eine regulatorische Pflicht. Sie kann ein Auslöser sein, Order-to-Cash und Purchase-to-Pay konsequenter zu analysieren und kaufmännisch zu steuern. Dafür muss das Projekt jedoch breit genug aufgesetzt werden.
Der CFO sollte nicht erst gefragt werden, wenn das Format eingeführt ist. Finance sollte früh definieren, welche Prozesskennzahlen relevant sind, welche Fehlerbilder vermieden werden sollen und wo Liquiditäts- oder Effizienzrisiken bestehen. IT sorgt für die technische Umsetzung, Tax und Accounting für formale Sicherheit, aber die wirtschaftliche Wirkung entsteht im End-to-End-Prozess.
Die zentrale Frage lautet daher nicht: Können wir eine E-Rechnung erzeugen oder empfangen? Die bessere Frage lautet: Können wir sie ohne unnötige Klärung, ohne manuelle Umwege und ohne Zahlungsverzug durch den Prozess führen?
Dort, wo die Antwort noch unsicher ist, lohnt sich ein genauer Blick vor der Pflichtumstellung. Denn teuer wird die E-Rechnung nicht dort, wo sie technisch scheitert. Teuer wird sie dort, wo sie formal funktioniert, aber operativ hängen bleibt.