Ab dem 1. Januar 2025 müssen Unternehmen in Deutschland elektronische Rechnungen empfangen können – ohne vorherige Zustimmung des Empfängers. Diese Empfangspflicht betrifft jede Gesellschaft im B2B-Kontext. In vielen Finanzabteilungen kommen Rechnungen heute per E-Mail, über Portale oder Weiterleitungen an. Die Formate sind gemischt, die Qualität schwankt. Das zentrale Problem: Die Empfangspflicht steht fest, aber Prozesse, Kontrollen und Systeme sind oft noch auf klassische PDF- oder Scan-Eingänge ausgelegt. Das Ziel muss lauten: ein standardisierter, messbarer, audit-fähiger Prozess vom Eingangskanal über Validierung und Indexierung bis zur Weitergabe an ERP oder Workflow und schließlich zur revisionssicheren Ablage.
Für Entscheider in Finance und IT lassen sich die zentralen Handlungsfelder in fünf Punkten zusammenfassen:
Erstens: Empfangspflicht ab 1. Januar 2025. Unternehmen müssen strukturierte E-Rechnungen empfangen können – ohne Zustimmung des Empfängers. PDF per E-Mail erfüllt diese Anforderung nicht.
Zweitens: Prozesskosten und ROI. Manuelle Erfassung kostet durchschnittlich 8–12 Euro pro Rechnung, strukturierte Datenverarbeitung senkt diesen Wert auf 2–4 Euro. Bei 10.000 Rechnungen im Jahr bedeutet das eine Ersparnis von 60.000–100.000 Euro pro Jahr. Hinzu kommen Skonto-Hebel: Wer die Durchlaufzeit von 8 auf 3 Tage senkt, sichert sich 2 Prozent Skonto auf einen größeren Anteil des Rechnungsvolumens – bei 10 Millionen Euro Einkaufsvolumen entspricht das 50.000–100.000 Euro zusätzlichem Cash-Impact pro Jahr.
Drittens: Kontrollen und Risiken. Strukturierte Daten ohne Kontrollen erhöhen das Risiko für Spoofing, falsche Bankdaten und Dubletten. Vier-Augen-Prinzip, Pflichtfeld-Validierung, Dubletten-Check und Audit-Trail sind Pflicht.
Viertens: IT-Architektur und Betrieb. Der Prozess braucht klare Schnittstellen zu ERP, definierte Fehler-Queues, Reprocessing-Möglichkeiten und ein Release-Konzept.
Fünftens: Erfolgsmessung. KPIs müssen definiert werden: Touchless-Quote, Durchlaufzeit bis Freigabe, Klärfälle je 100 Rechnungen, Dubletten- und Fehlerrate, Skonto-Realisierung und Run-Kosten pro Monat.
Ein belastbares Operating Model braucht klare Rollen und Verantwortlichkeiten.
Finance verantwortet die fachliche Prozessdefinition: Welche Felder sind Pflicht, welche Validierungen greifen, welche Toleranzen gelten, wer gibt frei? Finance steuert zudem die Ausnahme-Queues und eskaliert bei Abweichungen.
IT ist verantwortlich für Systemintegration, Schnittstellen zu ERP und Workflow, technische Konfiguration von Mail-Import und Dokumentverarbeitung, Monitoring, Fehler-Queues und Betrieb sowie Release- und Testmanagement.
Revision und Compliance prüfen Berechtigungen und Mandantentrennung, stellen sicher, dass Audit-Trail und Protokollierung vollständig sind, überwachen GoBD-Konformität und Revisionssicherheit und eskalieren bei Sicherheitsvorfällen oder fehlenden Kontrollen.
Shared-Service-Center oder zentrale Einheiten führen die operative Verarbeitung durch, prüfen Ausnahmen und Quarantäne-Fälle, eskalieren Klärfälle an Fachabteilungen und dokumentieren wiederkehrende Probleme für kontinuierliche Verbesserung.
Diese Rollenklarheit ist der Schlüssel für stabilen Betrieb und erfolgreiche Audits.
Eine E-Rechnung ist ein strukturierter Datensatz, der in einem elektronischen Format erstellt, übermittelt und empfangen wird. Entscheidend ist, dass dieser Datensatz zur automatischen Weiterverarbeitung geeignet sein muss. Die Europäische Norm EN 16931 definiert die fachliche Grundlage für Inhalte und Datenfelder.
In Deutschland und Frankreich sind insbesondere drei Formate relevant: die beiden XML-Standards Cross Industry Invoice (CII) und Universal Business Language (UBL) sowie die Hybridformate ZUGFeRD und Factur-X, die XML-Daten und ein visuelles PDF kombinieren.
Die häufigste Fehlannahme in der Praxis lautet: „PDF per E-Mail ist doch auch eine E-Rechnung." Das stimmt so nicht. Ein reines PDF ohne strukturierte XML-Daten erfüllt die neuen Anforderungen nicht, selbst wenn es elektronisch versendet wurde. Der Gesetzgeber verlangt, dass die maschinelle Weiterverarbeitung – also Validierung, Auslesen von Feldern, Abgleich mit Bestellungen – möglich bleibt. Ein Scan oder ein einfaches PDF erfordert manuelle Erfassung oder OCR und zählt damit nicht als E-Rechnung im neuen Verständnis.
Die Bundesregierung hat den 1. Januar 2025 als Starttermin für die Empfangspflicht festgelegt. Ab diesem Datum müssen alle Unternehmen elektronische Rechnungen empfangen können, ohne dass eine vorherige Zustimmung des Empfängers erforderlich ist. Diese Regelung betrifft zunächst den Empfang – nicht den Versand.
Für den Versand gelten gestaffelte Übergangsregelungen: Ab 2027 beginnt die Pflicht, im B2B-Geschäftsverkehr nur noch E-Rechnungen zu versenden. Kleinunternehmen mit einem Umsatz unter 800.000 Euro erhalten ein weiteres Jahr Aufschub, sodass spätestens 2028 auch sie ausschließlich elektronische Rechnungen an Geschäftspartner senden dürfen.
Für CFOs und IT-Leiter ist dieser Zeitplan entscheidend: Der Aufwand verschiebt sich nicht „in die Zukunft", sondern nach vorn. Prozesse, Governance-Strukturen und IT-Systeme müssen bereits 2024 und 2025 betriebsbereit sein, damit der Rechnungseingang ab dem Stichtag reibungslos funktioniert. Wer jetzt nicht plant, riskiert manuelle Nacharbeit, Fehler in der Verarbeitung und Schwierigkeiten in Audits.
Hinweis: Alle rechtlichen Aussagen entsprechen dem Stand November 2024 und basieren auf dem Wachstumschancengesetz und der geplanten ViDA-Richtlinie. Für verbindliche Auslegungen sollten Steuerberater oder Rechtsabteilungen konsultiert werden.
Die Frage „Was bringt das?" lässt sich mit konkreten Zahlen beantworten.
Prozesskosten pro Rechnung: Manuelle Erfassung (PDF, Scan, Abtippen) kostet durchschnittlich 8–12 Euro pro Rechnung. Strukturierte Datenverarbeitung mit automatischer Indexierung senkt diesen Wert auf 2–4 Euro. Bei 10.000 Rechnungen im Jahr bedeutet das eine Ersparnis von 60.000–100.000 Euro pro Jahr.
Skonto-Hebel: Durchlaufzeiten sinken von durchschnittlich 8 Tagen auf 3 Tage. Das sichert 2 Prozent Skonto auf einen größeren Anteil des Rechnungsvolumens. Bei 10 Millionen Euro Einkaufsvolumen und einer Steigerung der Skonto-Nutzung von 30 auf 60 Prozent entspricht das 60.000 Euro zusätzlichem Cash-Effekt pro Jahr.
FTE-Effekt: Weniger manuelle Erfassung bedeutet, dass Mitarbeiter sich auf Ausnahmen, Klärfälle und wertschöpfende Tätigkeiten konzentrieren können. Bei 10.000 Rechnungen pro Jahr und einer Reduktion von 5 Minuten pro Rechnung auf 1 Minute entspricht das einer Einsparung von ca. 0,8 FTE pro Jahr.
Risikominderung: Weniger manuelle Schritte bedeuten weniger Fehler, weniger Mahngebühren, weniger Audit-Aufwand und höhere Compliance-Qualität. Diese Faktoren lassen sich schwerer quantifizieren, sind aber für CFOs und Revision hochrelevant.
Mit der Einführung der E-Rechnung wandelt sich die Perspektive im Rechnungswesen grundlegend: Rechnungen werden nicht mehr primär als Dokumente betrachtet, sondern als Datenobjekte. Das bedeutet, dass Prüfung, Abgleich, Freigabe und Zahlung stärker über strukturierte Felder gesteuert werden.
Diese Veränderung hat direkte Auswirkungen auf das Operating Model in Finance. Zunächst müssen klare Kontrollpunkte definiert werden: Wo findet die Validierung statt? Wie wird sichergestellt, dass keine Dubletten ins System gelangen? Wie erfolgt der Abgleich mit Lieferanten-Stammdaten, Bestellungen und Wareneingängen? Welche Abweichungsregeln gelten, und wer entscheidet über Ausnahmen?
Das Ausnahme-Management wird zu einem zentralen Designprinzip: Klare Regeln darüber, wer was entscheidet, welche Fälle eskalieren und welche toleriert werden, sind unerlässlich. Ein weiterer wichtiger Punkt ist die Standardisierung des Eingangskanals. Beispielsweise kann ein dediziertes Rechnungs-Postfach pro Gesellschaft oder Mandant eingerichtet werden. Dies reduziert Risiken – etwa durch Spoofing oder falsche Absender – und senkt gleichzeitig die Betriebskosten, weil weniger manuelle Sortierung und Zuordnung erforderlich ist.
Der E-Mail-Eingang von Rechnungen birgt spezifische Risiken, die im Finance Operating Model adressiert werden müssen. Zu den häufigsten Gefahren zählen Spoofing und Phishing, manipulierte Anhänge, falsche Bankdaten und sogenannte „Look-alike"-Lieferanten, die mit minimalen Abweichungen im Namen oder in der E-Mail-Adresse arbeiten.
Diese Risiken erfordern klare Governance-Bausteine. Ein solides Berechtigungskonzept nach dem Prinzip „Least Privilege" stellt sicher, dass nur autorisierte Personen Zugriff auf sensible Funktionen haben. Das Vier-Augen-Prinzip bei der Pflege von Stammdaten und Bankdaten ist ebenso wichtig wie eine lückenlose Protokollierung und ein Audit-Trail, der nachvollziehbar macht, wer wann welche Aktion durchgeführt hat.
Bei Konzernen oder Shared-Service-Centern ist zudem die Mandantentrennung ein zentrales Thema, um organisatorische und technische Sauberkeit zu gewährleisten. Die Kontrolllogik im Prozess muss klar definiert sein: Was wird automatisch durchgewunken, was geht in eine Ausnahme-Queue, und was wird quarantänisiert? Die Nachvollziehbarkeit – also die Frage „Wer hat wann was geprüft, freigegeben oder abgewiesen?" – ist eine Kernerwartung in internen und externen Audits. Ohne saubere Kontrollen kann Automatisierung schnell zum Risiko werden.
In der Praxis begegnen Unternehmen einer Vielzahl von E-Rechnungsformaten. Häufig anzutreffen sind CII und UBL sowie die Hybridformate ZUGFeRD (Deutschland) und Factur-X (Frankreich). In Deutschland ist zudem die XRechnung relevant, die sowohl CII als auch UBL unterstützt, wobei UBL häufiger genutzt wird. Im europäischen Austauschkontext spielt PEPPOL eine Rolle, das in der Regel auf UBL basiert.
Wichtig ist die Einordnung: Formatvielfalt ist normal und wird bleiben. Der Prozess darf jedoch kein manuelles Vorsortieren nach „Format-Ordnern" erzwingen. Moderne DMS- und Erfassungslösungen müssen in der Lage sein, verschiedene Formate automatisch zu erkennen und einheitlich zu verarbeiten.
Eine wichtige Abgrenzung betrifft zudem den Unterschied zwischen DMS/Erfassung/Workflow einerseits und Transportnetzwerken wie PEPPOL oder EDI andererseits. Letztere sind eigenständige Bausteine, die bei Bedarf zusätzlich genutzt werden können, aber nicht zwingend Teil der internen Dokumentenverarbeitung sind.
Viele Leser recherchieren gezielt nach „DocuWare E-Rechnung", weil sie wissen möchten, wie eine DMS-Lösung wie DocuWare sie dabei unterstützt, die neuen Anforderungen zu erfüllen. Die zentralen Fragen lauten: Welche E-Rechnungsformate kommen real an, und was bedeutet das für den Eingang? Wie läuft der Import aus E-Mail organisatorisch und technisch ab? Wo liegen Grenzen oder Edge Cases, etwa bei mehreren Anhängen, Mischpost, großen Rechnungen oder fehlerhaften XML-Dateien? Welche Integrationspunkte zu ERP, Finanzbuchhaltung oder Workflow sind typisch? Und welche KPIs zeigen Erfolg, welche Kontrollen senken Risiken?
DocuWare ist eine DMS- und Prozesslösung, die den Empfang, die Ablage und die Aufbewahrung von E-Rechnungen unterstützt. Sie bietet Module zur E-Mail-Verarbeitung, insbesondere Connect to Mail und Connect to Outlook, sowie Funktionen zur automatischen Indexierung strukturierter Daten.
Wichtig ist die Erwartungssteuerung: DocuWare übernimmt die Erfassung, Ablage, Regelverarbeitung und Weitergabe – es ist jedoch kein Transportnetzwerk wie PEPPOL oder EDI. Diese Bausteine können bei Bedarf zusätzlich integriert werden, sind aber nicht automatisch Teil der DocuWare-Funktionalität.
Das Grundprinzip der E-Mail-Verarbeitung mit DocuWare Connect to Mail ist einfach: E-Mails und ihre Anhänge werden aus einem definierten Postfach übernommen, im System gespeichert und automatisch verarbeitet. Unterstützte Standards sind in der Praxis unter anderem XRechnung, ZUGFeRD, Factur-X und weitere Formate. Wichtig ist, dass das Dokument im Originalformat archiviert bleibt, während die strukturierten Daten zur Indexierung genutzt werden. Das Ergebnis: weniger manuelle Schritte, bessere Auffindbarkeit und eine definierte Weitergabe an Folgeprozesse wie Freigabe-Workflows oder ERP-Systeme.
Um E-Rechnungen mit Connect to Mail zu verarbeiten, müssen in DocuWare zwei Bausteine konfiguriert werden, die konsistent im selben Archiv arbeiten. Zunächst wird eine Dokumentverarbeitungskonfiguration erstellt, die auf einem Beispieldokument basiert. Diese Konfiguration definiert, wie Daten extrahiert, Felder befüllt und Regeln angewendet werden. Anschließend wird eine Connect-to-Mail-Konfiguration angelegt, die diese Dokumentverarbeitung automatisch anstößt, sobald eine passende E-Rechnung im überwachten Postfach eingeht.
Bei passendem Anhang werden die strukturierten Daten extrahiert, die Felder automatisch befüllt, definierte Regeln angewendet und das Dokument im Archiv abgelegt. Dieser Prozess läuft ohne manuelle Eingriffe ab, sofern die Konfiguration sauber aufgesetzt ist und die eingehenden Formate den erwarteten Standards entsprechen.
Moderne Versionen von DocuWare bieten eine automatische Erkennungsfunktion, die die passende Verarbeitungskonfiguration anhand des E-Rechnungsformats automatisch auswählt. Diese Funktion gilt sowohl für Connect to Mail als auch für den DocuWare Import.
Der praktische Nutzen liegt auf der Hand: Der Betriebsaufwand sinkt, weil keine manuelle Vorsortierung mehr nötig ist. Die Verarbeitung wird stabiler, weil das System selbst entscheidet, welche Konfiguration für welches Format anzuwenden ist – auch wenn Lieferanten unterschiedliche Standards nutzen. Für Unternehmen mit einem breiten Lieferantenportfolio oder internationalen Geschäftsbeziehungen bedeutet das eine erhebliche Erleichterung im laufenden Betrieb.
Das Betriebsprinzip sollte lauten: lieber wenige, saubere Standardkonfigurationen plus definierte Ausnahmen als viele ad-hoc erstellte Regeln, die sich schwer warten lassen und zu Wildwuchs führen. Klarheit und Standardisierung sind hier der Schlüssel zu einem stabilen, langfristig tragfähigen Prozess.
Nicht jeder Eingangskanal und nicht jede E-Mail lassen sich automatisch verarbeiten. Es ist wichtig, die Grenzen klar zu benennen und Prozessregeln für Ausnahmen zu definieren.
Eine zentrale Einschränkung lautet: Die Verarbeitung ist auf „eine Rechnung pro Anhang" ausgelegt. Wenn eine E-Mail mehrere Rechnungen als separate Anhänge enthält oder mehrere Rechnungen in einem „gepackten" Format übermittelt werden, muss eine Prozessregel greifen – etwa eine manuelle Trennung, Quarantäne oder eine separate Bearbeitungs-Queue.
Mischpost ist ein weiterer Fallstrick: PDFs ohne XML sind keine E-Rechnungen und werden nicht als solche verarbeitet. Hier muss klar getrennt werden zwischen E-Rechnungs-Verarbeitung (XML/Hybrid) und klassischer PDF-Verarbeitung (gegebenenfalls mit OCR). Nicht verarbeitbare Anhänge sollten einen definierten Fallback haben, etwa eine Standardablage in einer Queue, die manuell nachbearbeitet wird.
Ein weiteres Limit betrifft Tabellenfelder: DocuWare unterstützt bis zu 1000 Zeilen für Positionsdaten. Sammelrechnungen oder Rechnungen mit sehr vielen Positionen – etwa im Handel oder in der Logistik – können diese Grenze überschreiten. Für solche Fälle sollten Prozessregeln definiert werden, etwa eine reduzierte Positionsindexierung, eine alternative Ablage oder eine manuelle Prüfung durch die Fachabteilung.
Ein häufiger Fehler bei Digitalisierungsprojekten: Der Fokus liegt auf dem Go-live, aber das Betriebskonzept wird vernachlässigt. Für einen stabilen Rechnungseingang ist jedoch ein klares Monitoring und ein definiertes Betriebsmodell unerlässlich.
Fehler-Queues sind ein zentrales Element: Es sollte definierte Töpfe geben für „nicht erkannt", „Validierungsfehler", „Dublette", „Zu viele Positionen" oder „Verdacht/Quarantäne". Reprocessing – also die wiederholbare Verarbeitung nach Korrektur (etwa von Konfiguration, Stammdaten oder Lieferanteninfo) – muss technisch und organisatorisch möglich sein.
Alerting und Transparenz sorgen dafür, dass Schwellenwerte (etwa wenn eine Queue wächst oder die Latenz steigt) rechtzeitig erkannt werden. Verantwortlichkeiten und SLAs müssen klar sein.
Nicht zuletzt braucht es ein Release- und Testkonzept: Testmails und Testrechnungen sollten regelmäßig durchlaufen werden, Regressionstests bei Updates sind Pflicht, und die Versionierung der Konfiguration sollte dokumentiert sein. Nur so bleibt der Prozess langfristig stabil und skalierbar.
Der E-Mail-Eingang von Rechnungen ist ein sensibles Thema, weil hier Betrug und Manipulation ansetzen können. Dedizierte Postfächer mit eingeschränkten Zugriffen und technischen Schutzmaßnahmen – etwa Quarantäne für verdächtige Mails – sind ein erster Schritt.
Berechtigungen müssen klar getrennt sein: Administration, Fachbearbeitung, Freigabe und Revision sollten unterschiedliche Rollen mit unterschiedlichen Rechten haben.
Protokollierung ist ein weiterer wichtiger Baustein: Änderungen an Regeln und Konfigurationen, Benutzeraktionen und Verarbeitungsergebnisse müssen nachvollziehbar dokumentiert werden. Bei Konzernen oder Shared-Service-Centern ist zudem die Mandantentrennung – organisatorisch und technisch – ein zentrales Thema, um Risiken zu minimieren und Compliance-Anforderungen zu erfüllen.
Die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff (GoBD) sind für den Rechnungseingang hochrelevant. Warum? Weil sie Ordnung, Nachvollziehbarkeit, Wiederauffindbarkeit und eine konsistente Prozessdokumentation fordern.
Der Fokus liegt auf Prozessregeln und Kontrollen: Wer darf was, wie werden Ausnahmen dokumentiert, wie wird sichergestellt, dass keine Manipulationen möglich sind? Geordnete Speicherung und nachvollziehbare Verarbeitung sind zentrale Erwartungen aus Audit und Revision. Wer diese Anforderungen erfüllt, schafft nicht nur Transparenz, sondern reduziert auch das Risiko in Betriebsprüfungen.
Der Rechnungseingang ist kein isolierter Vorgang, sondern ein Baustein im Procure-to-Pay-Prozess. Eine End-to-End-Sicht ist daher unerlässlich.
Zunächst müssen Eingangskanäle definiert werden: Was ist Standard (etwa E-Mail), was ist Ausnahme (etwa Portal oder EDI/PEPPOL)? Dann folgen die Verarbeitungsschritte: Identifizierung und Validierung, Extraktion und Indexierung (Kopfdaten und gegebenenfalls Positionen), Abgleich und Weitergabe an Freigabe und ERP (Match und Booking) sowie Ausnahmehandling mit klaren Rollen.
Wichtig ist die Erkenntnis: Ablage ist nicht das Ziel, sondern ein Baustein im P2P-Prozess. Das eigentliche Ziel ist die schnelle, fehlerfreie Freigabe und Buchung der Rechnung, idealerweise mit automatischem Abgleich gegen Bestellung und Wareneingang (2-Way- oder 3-Way-Match). Nur wenn dieser End-to-End-Prozess funktioniert, entfaltet die E-Rechnungs-Automation ihren vollen Nutzen.
Ein Mini-Case aus CFO-Sicht verdeutlicht den Unterschied: Vorher bedeutete der Rechnungseingang oft PDF-Download oder Anhang aus E-Mails, manuelles Abtippen, unklare Zuständigkeiten und viele Klärfälle, die Zeit kosten und Skontofristen gefährden. Nachher – mit strukturiertem Eingang und automatischer Verarbeitung – gibt es definierte Kontrollen, KPI-Transparenz und klare Ausnahme-Queues. Die Steuerung wird messbar, Durchlaufzeiten sinken, und die Fachabteilung kann sich auf Ausnahmen konzentrieren statt auf Routinearbeit.
Aus IT-Sicht sah der Prozess vorher oft so aus: viele Sonderregeln, manuelle Sortierung nach Formaten, unklare Fehlerursachen und ein hoher Supportaufwand. Nachher gibt es eine zentrale Konfiguration, automatische Erkennung der Formate, Monitoring mit klaren Fehler-Queues und Reprocessing-Möglichkeiten sowie ein strukturiertes Release- und Testkonzept. Der Betrieb wird planbarer, stabiler und skalierbarer.
Aus P2P- und ERP-Sicht bedeutete der alte Prozess: Rechnungen kommen zu spät oder ohne Bestellbezug, Freigaben hängen, und manuelle Nacharbeit ist die Regel. Nachher erhöhen strukturierte Daten die Match-Quote erheblich, beschleunigen Freigabe und Buchung und ermöglichen eine bessere Skonto-Nutzung. Das schafft echten Wertbeitrag – nicht nur Effizienz, sondern auch Cash-Impact.
Für CFOs und IT-Leiter, die den Rechnungseingang neu aufsetzen wollen, sind folgende Checkpunkte hilfreich.
Zunächst sollte der Input geklärt werden: Welche Formate kommen realistisch an (XRechnung, ZUGFeRD, Factur-X, PEPPOL/UBL)? Welche Eingangskanäle sind „erlaubt" – welche sind Standard, welche Ausnahme?
Dann muss das Zielbild definiert werden: Welche Felder braucht Finance wirklich (Rechnungsnummer, Lieferant, Betrag, Datum, Fälligkeit, Bestellbezug, Wareneingang)? Welche Validierungen und Kontrollen sind Pflicht (Dubletten, Bankdaten, Pflichtfelder)?
Ein Ausnahme-Playbook ist ebenfalls nötig: Wie gehen wir mit PDFs ohne XML um, mit mehreren Rechnungen je Mail, mit nicht identifizierbaren Anhängen oder mit mehr als 1000 Positionen?
Schließlich muss der Betrieb festgelegt werden: Wie sieht Monitoring aus, wer ist verantwortlich, wie läuft Eskalation, wie funktioniert Reprocessing, und wie gestalten wir unser Update- und Testkonzept? Nur wenn alle diese Punkte geklärt sind, wird der Go-live zum Erfolg.
CFOs und Finanzleiter wollen wissen: Was bringt das konkret? Messbarkeit ist hier der Schlüssel.
Wichtige KPIs sind die Touchless- oder Dunkelverarbeitungsquote (wie viele Rechnungen laufen ohne manuelle Eingriffe durch), die Durchlaufzeit bis Freigabe und Buchung sowie die Anzahl der Klärfälle je 100 Rechnungen – inklusive der Hauptursachen. Weitere relevante Kennzahlen sind Dubletten- und Fehlerrate, Nachbearbeitungsquote sowie – wo relevant – Skonto-Realisierung oder vermiedene Mahngebühren. Auch die Run-Kosten sollten gemessen werden: Wie hoch ist der Aufwand für Monitoring und Support pro Monat?
Die Nutzenlogik ist klar: Strukturierte Daten plus klare Regeln führen zu weniger manueller Erfassung, weniger Fehlern und besserer Steuerung. Das schafft nicht nur Effizienz, sondern auch besseren Cash-Management und höhere Compliance-Qualität – Argumente, die in jedem Business Case zählen.
Ein stabiles Zielbild für die Integration sieht folgendermaßen aus: Eingang (E-Mail, Portal oder EDI), Erkennung und Validierung, Indexierung, Übergabe an Workflow oder Freigabe, Weiterleitung an ERP oder Finanzbuchhaltung (Buchung und Zahlung) und schließlich revisionsorientierte Ablage.
Übergabepunkte müssen klar definiert sein: Beleg-IDs und Referenzen (Rechnungsnummer, Lieferant, Bestellung, Lieferung, UUID), ein Statusmodell (eingegangen, validiert, in Prüfung, freigegeben, gebucht, abgewiesen) und Rückmeldungen bei Abweisung oder Korrektur. Die Abgleichlogik sollte auf 2-Way- oder 3-Way-Match abzielen: Rechnung gegen Bestellung und gegebenenfalls Wareneingang. Dieses Ziel gilt unabhängig vom Eingangskanal und ist der Maßstab für echte Prozessautomatisierung.
Strukturierte Daten sind nur dann wertvoll, wenn sie auch zuverlässig sind. Validierung ist daher ein zentraler Baustein.
Typische Validierungsthemen sind: Sind Pflichtfelder vorhanden? Ist das Format syntaktisch korrekt? Erfüllt die Rechnung EN-16931-nahe Plausibilitäten? Dubletten müssen erkannt werden: gleiche Rechnungsnummer, Lieferant, Betrag und Datum – hier sollten klare Regeln definiert werden. Toleranzen sind ebenfalls wichtig: Welche Abweichungen sind akzeptabel, etwa bei Rundungen oder Teilrechnungen?
Eine Fehlerklassifizierung hilft: „Hart" (nicht verarbeitbar oder verdächtig, führt zu Quarantäne) versus „weich" (verarbeitbar, aber Klärfall). Das Ziel ist nicht Blind-Automatisierung, sondern kontrollierte Automatisierung, die Fehler erkennt, bevor sie zu Problemen in Buchung oder Zahlung führen.
Die Empfangspflicht für E-Rechnungen ab dem 1. Januar 2025 ist mehr als eine regulatorische Formalie. Sie bedeutet, dass Unternehmen nicht nur die technische Fähigkeit zum Empfang strukturierter Daten aufbauen müssen, sondern auch ein belastbares Operating Model – mit klaren Kontrollen, definierten Ausnahme-Regeln und einem stabilen Betriebskonzept.
Die Erfolgsfaktoren lassen sich klar benennen: Standardisierte Eingangskanäle, saubere Validierung und Dublettenerkennung, klare Ausnahme-Queues, nahtlose Integration in Procure-to-Pay und ERP sowie kontinuierliches Monitoring im Run. Wer diese Bausteine ernst nimmt, schafft nicht nur Compliance, sondern auch echten Wertbeitrag – durch schnellere Durchlaufzeiten, weniger Fehler, bessere Steuerung und höhere Transparenz.
Die nächsten Schritte für Entscheider sollten folgendes umfassen: Eine Ist-Analyse (Kanäle, Formate, Volumen, Risiko), die Definition eines Zielprozesses inklusive Kontrollen und Ausnahmehandling, die technische Umsetzung (Mail-Import, Dokumentverarbeitung, automatische Auswahl, Monitoring) sowie Pilot und Skalierung (Lieferanten, Gesellschaften, Volumen). Für die Ausgestaltung von Zielbild, Kontrollen und Umsetzungspfad kann eine E-Rechnung-Beratung helfen, typische Fallstricke früh zu vermeiden.
Das Erwartungsmanagement ist dabei entscheidend: Nicht jeder Sonderfall wird sofort touchless verarbeitet werden können. Entscheidend ist ein stabiler Standardprozess plus kontrollierte Ausnahmen. Wer diesen Weg konsequent geht, wird nicht nur die regulatorischen Anforderungen erfüllen, sondern auch die Finanzprozesse nachhaltig digitalisieren – mit messbarem Nutzen für Finance, IT und das gesamte Unternehmen.