Der begriffliche Kern ist wichtig, weil er in der Praxis oft verschwimmt. Eine reine Bilddatei oder eine klassische PDF-Rechnung ist im Sinne der aktuellen Definition keine E-Rechnung, sondern eine sonstige elektronische Rechnung. Eine E-Rechnung liegt vor, wenn die Rechnung in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen wird, das eine automatische und elektronische Verarbeitung ermöglicht. Dieser Unterschied ist nicht akademisch: Er entscheidet darüber, ob eine Rechnung ohne manuelle Abtipperei direkt in die nachgelagerten Systeme fließen kann.
Damit verschiebt sich der Blick vom Dokument zum Datensatz. Wo früher ein Mensch eine Rechnung las, den Betrag ablas und ihn in die Buchhaltung übertrug, liest heute ein System einen strukturierten Datensatz und übernimmt Rechnungsnummer, Betrag, Steuerkennzeichen und Lieferantendaten automatisch. Die Automatisierung ist also kein Zusatz zur E-Rechnung, sondern ihr eigentlicher Zweck – die Pflicht schafft nur den Anlass, sich damit zu befassen.
Die Entwicklung lässt sich als Stufenmodell verstehen. Auf der untersten Stufe steht die Papierrechnung, die eingescannt und per OCR ausgelesen werden muss – ein fehleranfälliger Umweg, weil aus einem Bild erst wieder Text und dann strukturierte Daten gewonnen werden müssen. Eine Stufe darüber liegt die klassische PDF-Rechnung, die zwar digital, aber im Kern ebenfalls ein Bild oder unstrukturierter Text ist. Erst die E-Rechnung mit ihrem strukturierten Datenteil erreicht die oberste Stufe, auf der die Rechnungsdaten unmittelbar und verlustfrei zur Verfügung stehen.
Genau darin liegt der wirtschaftliche Hebel. Die manuelle Erfassung von Eingangsrechnungen bindet in vielen Unternehmen erhebliche Arbeitszeit, ist fehleranfällig und verzögert Freigaben und Zahlungen. Ein strukturierter Datensatz macht diese Erfassung überflüssig: Die Daten stehen sofort bereit, Prüfungen lassen sich automatisieren, und die Durchlaufzeit einer Rechnung sinkt deutlich. Die E-Rechnung ist damit weniger eine regulatorische Last als eine Chance, einen der lästigsten Routineprozesse im Rechnungswesen zu verschlanken.
In Deutschland wird die E-Rechnung im inländischen B2B-Geschäftsverkehr schrittweise verpflichtend. Der Gesetzgeber unterscheidet dabei zwischen der Empfangsfähigkeit und der Ausstellungspflicht. Sinngemäß gilt: Die Fähigkeit, E-Rechnungen empfangen und verarbeiten zu können, wird sehr früh erwartet – praktisch müssen Unternehmen also zeitnah in der Lage sein, strukturierte Rechnungen entgegenzunehmen. Die Pflicht, selbst E-Rechnungen auszustellen, greift gestaffelt und mit Übergangsfristen, die sich unter anderem an der Größe des ausstellenden Unternehmens orientieren. Konkrete Stichtage und Ausnahmen unterliegen der Gesetzgebung und können sich ändern; sie sind im Einzelfall zu prüfen.
Wichtig ist die qualitative Botschaft hinter diesen Fristen: Empfangen können müssen Unternehmen sehr bald, ausstellen zeitversetzt. Für die Praxis heißt das, den Empfang und die automatisierte Verarbeitung eingehender E-Rechnungen zuerst zu klären, weil hier der Druck am frühesten entsteht und der Nutzen am unmittelbarsten spürbar ist. Neben der reinen B2B-Pflicht existiert im öffentlichen Bereich bereits seit Längerem die B2G-Anforderung, also die elektronische Rechnungsstellung an öffentliche Auftraggeber, die vielerorts über das Format XRechnung abgewickelt wird. Welche Fristen, Schwellen und Ausnahmen im konkreten Fall gelten, gehört in die Abstimmung mit der Steuer- und Rechtsberatung – dieser Beitrag liefert Orientierung, aber keine verbindliche Auskunft.
Am Anfang steht ein gemeinsamer Bezugspunkt: die europäische Norm EN16931. Sie definiert ein semantisches Datenmodell dafür, welche Informationen eine E-Rechnung enthält und was sie bedeuten. XRechnung und ZUGFeRD sind zwei Wege, dieses Modell konkret umzusetzen, und Peppol ist der Weg, auf dem solche Rechnungen sicher von A nach B gelangen. Betrachten wir die Bausteine der Reihe nach.
Die Norm EN16931 ist das inhaltliche Fundament der europäischen E-Rechnung. Sie legt nicht fest, in welcher Datei die Rechnung technisch gespeichert wird, sondern welche Angaben sie enthalten muss und wie diese semantisch zu verstehen sind – vom Rechnungsbetrag über die Steuerpositionen und Zahlungsbedingungen bis zu den Beteiligten. Man kann sie sich als gemeinsames Vokabular vorstellen, auf das sich alle konformen Formate beziehen. Dass eine E-Rechnung der EN16931 entspricht, ist in Deutschland das entscheidende inhaltliche Kriterium: Erst diese Konformität macht einen Datensatz zur zulässigen E-Rechnung im Sinne der Regelungen.
Für die Automatisierung ist dieses gemeinsame Modell ein Segen. Weil alle konformen Formate dieselbe Bedeutung hinter den Datenfeldern tragen, kann eine Verarbeitungssoftware die relevanten Informationen zuverlässig herausziehen, unabhängig davon, in welcher konkreten Formatausprägung die Rechnung ankommt. Die Norm schafft damit die Interoperabilität, ohne die eine automatisierte Verarbeitung über Unternehmensgrenzen hinweg nicht funktionieren würde.
Auf Basis der Norm haben sich in Deutschland zwei prägende Formate etabliert. XRechnung ist ein rein strukturiertes XML-Format, das den Datensatz ohne begleitende Bilddarstellung transportiert. Es ist der etablierte Standard für Rechnungen an die öffentliche Verwaltung und damit die typische Wahl im B2G-Bereich. Weil eine XRechnung ausschließlich aus strukturierten Daten besteht, ist sie für den Menschen nur mit einem geeigneten Anzeigeprogramm lesbar – für die maschinelle Verarbeitung ist genau das ideal.
ZUGFeRD verfolgt einen hybriden Ansatz: Es kombiniert eine für den Menschen lesbare PDF-Darstellung mit einem eingebetteten, strukturierten XML-Datensatz in derselben Datei. Der Empfänger sieht also eine gewohnte PDF-Rechnung, während im Hintergrund die maschinenlesbaren Daten mitgeliefert werden. Dieser hybride Charakter macht ZUGFeRD besonders anschlussfähig für den Übergang und für den B2B-Verkehr, weil beide Welten – die menschliche Ansicht und die automatische Verarbeitung – in einem einzigen Dokument zusammenfallen. Beide Formate lassen sich so gestalten, dass sie der EN16931 entsprechen; sie sind damit weniger Gegensätze als zwei Antworten auf denselben Bedarf.
Der häufigste Denkfehler in der Praxis ist, Peppol für ein weiteres Rechnungsformat zu halten. Tatsächlich ist Peppol ein standardisiertes Netzwerk für den sicheren Austausch elektronischer Dokumente – man kann es sich als eine Art abgestimmtes Postsystem für Geschäftsdokumente vorstellen. Teilnehmer sind über sogenannte Access Points angebunden und über eine eindeutige Kennung im Netz auffindbar. Eine E-Rechnung, deren Inhalt der EN16931 entspricht, wird über dieses Netz zugestellt, ohne dass Sender und Empfänger bilaterale Verbindungen aufbauen müssten. Das zugrunde liegende Vier-Ecken-Modell trennt dabei die Rolle des Absenders, seines Access Points, des Access Points des Empfängers und des Empfängers selbst.
Für die Automatisierung ist diese Trennung von Inhalt und Transport ausgesprochen praktisch. Das Format regelt, was in der Rechnung steht; Peppol regelt, wie sie sicher und standardisiert zum Empfänger gelangt. Neben Peppol bleiben klassische Transportwege wie ein E-Mail-Eingang oder Lieferantenportale relevant, gerade im Übergang. Ein durchdachtes Verarbeitungskonzept berücksichtigt deshalb mehrere Eingangskanäle und behandelt sie im Idealfall hinter einer einheitlichen Verarbeitungsstrecke gleich – unabhängig davon, ob eine Rechnung über Peppol, per Mail oder über ein Portal ankommt.
Wer die Kette versteht, erkennt auch, wo in einem konkreten Unternehmen der Engpass liegt. Oft ist es nicht der Empfang, sondern die Prüfung und Freigabe, an der Rechnungen liegenbleiben. Betrachten wir die Stationen der Reihe nach – bewusst prozessorientiert und unabhängig vom konkreten Produkt.
Am Anfang steht der Empfang über die relevanten Kanäle. Eine tragfähige Lösung nimmt E-Rechnungen unabhängig davon entgegen, ob sie über das Peppol-Netz, ein Lieferantenportal oder ein E-Mail-Postfach ankommen, und führt sie in einer einheitlichen Eingangsstrecke zusammen. Direkt im Anschluss folgt die Validierung: Das System prüft, ob der eingegangene Datensatz technisch korrekt aufgebaut ist und ob er die inhaltlichen Vorgaben der zugrunde liegenden Norm erfüllt. Fehlt eine Pflichtangabe, ist ein Feld falsch belegt oder passt die Struktur nicht zum Format, schlägt die Validierung an, bevor die Rechnung weiterläuft.
Diese frühe Prüfung ist mehr als eine Formalie. Sie verhindert, dass fehlerhafte Datensätze in die nachgelagerten Prozesse gelangen und dort Folgefehler auslösen. Zugleich schafft sie Klarheit über die Verantwortung: Eine Rechnung, die die formale Validierung nicht besteht, kann begründet zurückgewiesen oder zur Korrektur an den Absender gegeben werden. Für die Automatisierung ist eine saubere Validierung die Grundlage, auf der alle weiteren Schritte aufsetzen – ohne sie automatisiert man Fehler mit.
Ist der Datensatz gültig, folgt die Extraktion der relevanten Informationen. Weil eine E-Rechnung strukturiert vorliegt, ist dieser Schritt grundlegend anders als bei einer PDF- oder Papierrechnung: Die Daten müssen nicht per Zeichenerkennung erraten, sondern lediglich aus definierten Feldern ausgelesen werden. Rechnungsnummer, Rechnungsdatum, Betrag, Steuerbeträge, Zahlungsziel und Lieferantendaten stehen damit unmittelbar und verlässlich zur Verfügung – ein zentraler Vorteil gegenüber der bildbasierten Erfassung, bei der Erkennungsfehler immer möglich bleiben.
Auf die Extraktion folgt die inhaltliche Prüfung. Hier gleicht das System die Rechnung gegen weitere Informationen ab: gegen eine Bestellung, gegen einen Wareneingang, gegen einen hinterlegten Vertrag oder gegen Stammdaten des Lieferanten. Klassisch ist der Abgleich von Bestellung, Lieferung und Rechnung, mit dem sich prüfen lässt, ob das Berechnete auch bestellt und geliefert wurde. Stimmen die Angaben überein, kann die Rechnung ohne weiteres Zutun weiterlaufen; weichen sie ab, wird sie zur Klärung ausgesteuert. Diese Prüflogik ist der eigentliche Ort, an dem Automatisierung Wert schafft, weil sie die zeitraubende manuelle Kontrolle auf die tatsächlichen Zweifelsfälle begrenzt.
Nach der Prüfung greift der Freigabeworkflow. Rechnungen, die einer sachlichen Genehmigung bedürfen, werden den zuständigen Personen zur Freigabe vorgelegt – idealerweise regelbasiert nach Betrag, Kostenstelle oder Lieferant und mit klar nachvollziehbarem Bearbeitungsstand. Ein durchdachter Workflow sorgt dafür, dass Rechnungen nicht in Postfächern versanden, sondern jederzeit sichtbar ist, wer worauf wartet. Anschließend folgt die Buchung: Die geprüften und freigegebenen Daten werden an die Finanzbuchhaltung oder das ERP-System übergeben, im besten Fall mit bereits vorbelegten Kontierungsvorschlägen, sodass die Buchung nur noch bestätigt werden muss.
Den Abschluss bildet die Archivierung. E-Rechnungen sind aufbewahrungspflichtig und müssen über die geltende Frist unveränderbar, vollständig und maschinell auswertbar aufbewahrt werden. Entscheidend ist, dass der originale strukturierte Datensatz revisionssicher archiviert wird – nicht bloß eine PDF-Ansicht davon, denn maßgeblich ist das empfangene Original. Eine automatisierte Verarbeitung schließt die Kette daher mit einer Ablage, die die Anforderungen an Unveränderbarkeit und Nachvollziehbarkeit erfüllt und die spätere Recherche und Prüfung ermöglicht. Ob eine konkrete Umsetzung die rechtlichen Aufbewahrungsanforderungen im Ergebnis erfüllt, ist im Einzelfall mit der Steuer- und Rechtsberatung zu klären; dieser Beitrag ist keine Rechts- oder Steuerberatung.
Der Leitgedanke ist, die menschliche Arbeit auf die Fälle zu konzentrieren, die sie wirklich brauchen. Alles, was klar und geprüft ist, soll ohne manuelles Zutun durchlaufen; alles, was auffällig oder unklar ist, wird gezielt einem Menschen vorgelegt. Wichtig für die Bewertung ist, diese Funktionen realistisch einzuordnen – sie sind leistungsfähig, treffen aber Entscheidungen auf Basis von Wahrscheinlichkeiten.
Der Begriff Dunkelverarbeitung bezeichnet den vollständig automatischen Durchlauf einer Rechnung ohne jeden manuellen Eingriff – von der Eingangsvalidierung über die Prüfung bis zum Buchungsvorschlag. Sie ist das Ideal der Effizienz: Eine wiederkehrende, betragsmäßig unkritische Rechnung eines bekannten Lieferanten, die sich sauber gegen eine Bestellung abgleichen lässt, kann ohne menschliches Zutun bis zur Buchung laufen. Der Charme liegt darin, dass die knappe Kapazität der Buchhaltung nicht länger für Routinevorgänge gebunden ist, sondern für die Fälle bleibt, die Beurteilung erfordern.
Dunkelverarbeitung ist jedoch kein Schalter, den man pauschal umlegt, sondern eine Frage sorgfältig gesetzter Grenzen. In der Praxis definiert man Kriterien, unter denen eine Rechnung automatisch durchlaufen darf – etwa ein erfolgreicher Abgleich mit der Bestellung, ein Betrag unterhalb einer Schwelle und ein als vertrauenswürdig eingestufter Lieferant. Alles, was diese Kriterien nicht erfüllt, wird ausgesteuert. Der verantwortungsvolle Weg besteht darin, den Anteil der Dunkelverarbeitung schrittweise zu erhöhen und dabei laufend zu beobachten, wie treffsicher die automatischen Entscheidungen an den eigenen, realen Rechnungen sind.
Das Gegenstück zur Dunkelverarbeitung sind strukturierte Prüf- und Freigabeworkflows für alle Fälle, die eine menschliche Entscheidung brauchen. Ein guter Workflow bildet die Verantwortlichkeiten des Unternehmens ab: Er leitet eine Rechnung regelbasiert an die richtige Person weiter – nach Kostenstelle, Betrag, Projekt oder Lieferant –, macht den Bearbeitungsstand jederzeit sichtbar und sorgt über Fristen und Erinnerungen dafür, dass nichts liegenbleibt. Damit adressiert er genau den Engpass, an dem Rechnungen in vielen Unternehmen tatsächlich hängen: nicht am Empfang, sondern an der Freigabe.
Moderne Systeme unterstützen diese Workflows zunehmend mit lernenden Komponenten. Sie schlagen etwa auf Basis früherer Vorgänge vor, wie eine Rechnung zu kontieren ist oder wer sie freigeben sollte, und werden mit wachsender, konsistent gepflegter Historie treffsicherer. Solche Vorschläge sind eine wertvolle Beschleunigung, ersetzen aber nicht die Verantwortung des Menschen für die Entscheidung. Für die Praxis bewährt es sich, die Freigabelogik zunächst klar und regelbasiert aufzusetzen und lernende Vorschläge als ergänzende Hilfe zu behandeln, nicht als selbsttätige Instanz.
Ein zunehmend wichtiger Baustein ist die Anomalieerkennung. Automatisierte Prüfungen können Rechnungen auf Auffälligkeiten untersuchen, die auf Fehler, Dubletten oder Manipulationen hindeuten: eine doppelt eingereichte Rechnung, ein ungewöhnlich hoher Betrag im Vergleich zur Historie eines Lieferanten, abweichende Bankverbindungen oder unplausible Kombinationen von Angaben. Solche Muster fallen einem Menschen im Alltagsdurchlauf leicht durch, einem System mit Blick auf die gesamte Historie dagegen nicht. Gerade im Zusammenhang mit dem Schutz vor Zahlungsbetrug ist diese Funktion ein handfester Sicherheitsgewinn.
Bei allem Nutzen gilt für die KI-gestützten Funktionen insgesamt die gleiche Einordnung: Sie liefern Vorschläge und Hinweise mit einer Wahrscheinlichkeit, keine garantierten Wahrheiten. Eine Anomalieerkennung kann echte Auffälligkeiten übersehen oder harmlose Vorgänge markieren; eine automatische Kontierung kann danebenliegen. Je höher der Automatisierungsgrad, desto wichtiger wird deshalb eine bewusst gestaltete Kontrollinstanz für die ausgesteuerten Fälle und für Stichproben. Wir empfehlen, Automatisierung und Kontrolle als Paar zu denken und den Grad der Automatisierung erst dann zu erhöhen, wenn sich die Treffsicherheit an den eigenen Daten bewährt hat. Dieser Beitrag ist keine Rechts- oder Steuerberatung.
Der Grundgedanke lautet: Daten sollen einmal strukturiert eingehen und von dort ohne Medienbruch in alle nachgelagerten Systeme fließen. Wo diese Verbindung fehlt, entsteht wieder manuelle Arbeit – und der Vorteil der strukturierten Rechnung verpufft. Betrachten wir die zentralen Anknüpfungspunkte.
Für den Empfang über das Peppol-Netz braucht ein Unternehmen die Anbindung an einen Access Point. Dieser Access Point ist der technische Zugangspunkt zum Netzwerk: Über ihn ist das Unternehmen im Peppol-Verzeichnis auffindbar, über ihn gehen adressierte Rechnungen ein und über ihn lassen sich ausgehende Rechnungen versenden. In der Praxis betreiben die wenigsten Unternehmen einen eigenen Access Point; üblich ist die Nutzung eines Dienstleisters oder einer Verarbeitungslösung, die den Access-Point-Zugang als Bestandteil mitbringt. Für die Automatisierung ist entscheidend, dass die über den Access Point eingehenden Rechnungen unmittelbar in dieselbe Verarbeitungsstrecke münden wie Rechnungen aus anderen Kanälen.
Wichtig bleibt, dass Peppol nur einer von mehreren Eingangswegen ist. Ein tragfähiges Konzept bindet parallel den E-Mail-Eingang und gegebenenfalls Lieferantenportale an, weil im Übergang und je nach Geschäftspartner nicht jede Rechnung über Peppol kommt. Ziel ist eine einheitliche Behandlung: Egal, über welchen Kanal eine E-Rechnung eintrifft, sie durchläuft dieselbe Validierung, Extraktion und Prüfung. Diese Kanalunabhängigkeit ist ein oft unterschätztes Qualitätsmerkmal einer Lösung.
Das Herzstück der Weiterverarbeitung ist die Übergabe an ERP und Buchhaltung. Die aus der Rechnung extrahierten und geprüften Daten sollen in das führende System für die Finanzbuchhaltung fließen – idealerweise mit vorbelegten Kontierungs- und Buchungsvorschlägen, sodass die Buchung nur noch bestätigt statt erfasst werden muss. In vielen mittelständischen Konstellationen spielt dabei die Anbindung an die Buchhaltungs- und Steuerberaterwelt eine besondere Rolle, weil Belege und Buchungsdaten dorthin übergeben werden. Je enger diese Übergabe integriert ist, desto vollständiger schließt sich die Automatisierungskette bis zur Buchung.
Die Qualität dieser Integration hängt stark von den vorhandenen Schnittstellen ab. Manche Verarbeitungslösungen sind als Modul eines ERP- oder Buchhaltungssystems ohnehin tief eingebettet; andere setzen auf Standardschnittstellen oder auf definierte Austauschformate. In jedem Fall lohnt es sich, früh zu klären, welche Systeme im Haus führend sind, welche Daten wohin fließen müssen und wie tief die Buchung automatisiert werden soll. Diese Fragen gehören an den Anfang eines Projekts, weil sie die Wahl des Lösungsansatzes maßgeblich bestimmen.
Der dritte Anknüpfungspunkt ist die Archivierung im DMS oder ECM. E-Rechnungen sind aufbewahrungspflichtig, und die revisionssichere Ablage der Originaldatensätze ist ein integraler Teil der Verarbeitung, kein nachgelagerter Zusatz. Ein Dokumentenmanagement- oder Enterprise-Content-Management-System übernimmt hier die unveränderbare, geordnete und durchsuchbare Aufbewahrung – idealerweise so eng an die Verarbeitung angebunden, dass jede Rechnung nach Abschluss ihres Durchlaufs automatisch und vollständig archiviert wird, samt Prüf- und Freigabehistorie.
Diese Kopplung schließt die Kette. Der Empfang bringt die Rechnung herein, ERP und Buchhaltung verarbeiten die Daten, und das DMS bewahrt das Original nachvollziehbar auf. Wo diese drei Welten sauber miteinander verbunden sind, entsteht ein durchgängiger Prozess ohne Medienbrüche – vom eingehenden Datensatz bis zum archivierten, jederzeit auffindbaren Original. Wie stark diese Integration im Einzelfall ausfällt, unterscheidet die verfügbaren Lösungsansätze erheblich, die das folgende Kapitel gegenüberstellt.
Vorab ein wichtiger Hinweis: Der Vergleich ist qualitativ und bewusst fair gemeint. Es gibt keinen pauschal überlegenen Ansatz. Die folgenden Kurzprofile ordnen ein, sie ersetzen keine individuelle Bewertung der eigenen Ausgangslage.
Der ERP-integrierte Ansatz bettet die Verarbeitung direkt in das führende Buchhaltungs- oder Warenwirtschaftssystem ein. Sein großer Vorteil ist die nahtlose Buchung: Stammdaten, Bestellungen und Konten liegen ohnehin im System, sodass Abgleich und Kontierung besonders eng erfolgen können. Wer sein Rechnungswesen konsequent um ein ERP herum organisiert, findet hier oft den durchgängigsten Weg. Die Kehrseite ist die Bindung an dieses eine System und dessen Format- und Kanalunterstützung – Rechnungen aus der Welt außerhalb des ERP müssen sauber angebunden werden.
Der DMS-integrierte Ansatz setzt den Schwerpunkt auf Freigabeworkflows und revisionssichere Archivierung. Er ist stark dort, wo die Prüf- und Freigabeprozesse sowie die ordnungsgemäße Aufbewahrung im Vordergrund stehen, und bindet die Buchung über Schnittstellen an die Finanzsysteme an. Für Unternehmen, die ohnehin ein DMS oder ECM betreiben oder einführen, ist es naheliegend, die E-Rechnungsverarbeitung dort anzudocken, weil sich Dokumentenfluss, Workflow und Archiv in einer Hand bündeln. Die Buchungsanbindung will in diesem Fall bewusst gestaltet sein.
Spezialisierte Plattformen konzentrieren sich ganz auf das E-Invoicing und bringen häufig eine breite Unterstützung für Formate, Kanäle und Länder sowie zahlreiche Integrationen mit. Sie sind besonders attraktiv, wenn ein Unternehmen mit vielen unterschiedlichen Geschäftspartnern, Formaten und Wegen umgehen muss oder international agiert. Der Preis dafür ist ein weiteres System in der Landschaft, das integriert und betrieben werden will – meist als Cloud-Dienst, was eigene Fragen zu Standort und Datenhaltung aufwirft.
Die reine Peppol- beziehungsweise Access-Point-Anbindung schließlich löst einen wichtigen, aber begrenzten Teil: den sicheren Empfang und Versand über das Netz. Sie ist die technische Basis, ersetzt jedoch keine vollständige Verarbeitung mit Validierung, Prüfung, Freigabe und Buchung. In der Praxis ist sie deshalb selten die alleinige Antwort, sondern ein Baustein, der mit einer der anderen Lösungen kombiniert wird. Die Kunst der Auswahl besteht darin, den Transportbaustein und die Verarbeitungslogik so zusammenzustellen, dass sie zur bestehenden Landschaft und zum eigenen Volumen passen.
Ein verbreiteter Irrtum lautet, mit dem Einrichten eines Empfangskanals sei das Projekt erledigt. Tatsächlich beginnt danach die eigentliche Arbeit: Prozesse definieren, Prüf- und Freigaberegeln festlegen, die Anbindung an ERP und Archiv herstellen und den Betrieb dauerhaft absichern. Wer diese Schritte strukturiert angeht, erlebt die Automatisierung als spürbare Entlastung; wer sie überspringt, produziert einen halbautomatischen Flickenteppich.
Die pragmatischste Reihenfolge orientiert sich an der Fristenlogik: Empfangen können müssen Unternehmen sehr früh, selbst ausstellen zeitversetzt. Entsprechend sollte der erste Schritt sein, die Empfangsfähigkeit für E-Rechnungen herzustellen – also die relevanten Kanäle anzubinden, eingehende Datensätze zu validieren und sie zumindest ordnungsgemäß zu archivieren. Damit ist die unmittelbarste Anforderung erfüllt, und man gewinnt zugleich erste Erfahrung mit realen E-Rechnungen der eigenen Lieferanten.
Auf dieser Basis lässt sich die Automatisierung schrittweise vertiefen: von der reinen Empfangs- und Archivierungsfähigkeit über die automatisierte Extraktion und Prüfung bis zu Freigabeworkflows und schließlich zur Dunkelverarbeitung geeigneter Fälle. Parallel oder nachgelagert wird die eigene Ausstellung von E-Rechnungen aufgebaut, deren Pflicht gestaffelt greift. Diese Etappierung verteilt Aufwand und Risiko und vermeidet den Fehler, alles auf einmal umstellen zu wollen. Welche Fristen im konkreten Fall gelten, ist mit der Steuer- und Rechtsberatung zu klären; dieser Beitrag ist keine Rechts- oder Steuerberatung.
Jede Einführung sollte eine bewusste Testphase vorsehen, bevor der produktive Regelbetrieb beginnt. In dieser Phase verarbeitet man einen überschaubaren, aber repräsentativen Bestand realer Rechnungen und beobachtet genau, wie zuverlässig Validierung, Extraktion und Prüfung arbeiten, wo Rechnungen ausgesteuert werden und ob die Buchungsvorschläge stimmen. Erst wenn sich die Automatik an den eigenen, echten Rechnungen bewährt hat, wird der Umfang ausgeweitet und der Automatisierungsgrad erhöht. Diese empirische Vorgehensweise ist verlässlicher als jede pauschale Erwartung, weil die Rechnungsvielfalt jedes Unternehmens anders aussieht.
Zur Einführung gehört auch die Stammdatenpflege. Lieferantendaten, Konten, Kostenstellen und Freigaberegeln bilden das Fundament, auf dem der Abgleich und die automatische Zuordnung aufsetzen. Sind diese Daten unvollständig oder inkonsistent, leidet die Automatisierung unmittelbar – umgekehrt zahlt sich sorgfältige Vorarbeit unmittelbar in Treffsicherheit aus. Ein strukturiertes Vorgehen macht den Unterschied zwischen einem System, das wirklich entlastet, und einem, das ständige Nacharbeit verlangt:
Ein Aspekt zieht sich durch die gesamte Einführung und den Dauerbetrieb: die GoBD-konforme, revisionssichere Archivierung. E-Rechnungen sind über die geltende Frist unveränderbar, vollständig, geordnet und maschinell auswertbar aufzubewahren, und maßgeblich ist der empfangene originale Datensatz – nicht eine nachträglich erzeugte PDF-Ansicht. Im Betrieb heißt das, die Archivierung so zu verankern, dass sie automatisch am Ende jedes Rechnungsdurchlaufs erfolgt und dass die Nachvollziehbarkeit über Prüf- und Freigabeschritte erhalten bleibt.
Ergänzend gehört zu einem verantwortbaren Betrieb eine nachvollziehbare Verfahrensdokumentation, die beschreibt, wie E-Rechnungen empfangen, geprüft, freigegeben, gebucht und archiviert werden. Sie ist kein bürokratischer Selbstzweck, sondern belegt die Ordnungsmäßigkeit des Prozesses. Ob eine konkrete Ausgestaltung die Anforderungen im Ergebnis erfüllt, lässt sich nur im Zusammenspiel von Technik, Prozess und Dokumentation und in Abstimmung mit der steuerlichen und rechtlichen Beratung beurteilen. Dieser Beitrag liefert Orientierung, ersetzt aber keine Rechts- oder Steuerberatung.
Diese Einordnung ist offen formuliert, weil sie über Erfolg oder Enttäuschung entscheidet. Der Wert entsteht dort, wo ein spürbares Rechnungsvolumen auf klare Prozesse trifft und wo die Anbindung an die bestehenden Systeme gelingt. In einem Umfeld mit sehr geringem Volumen oder ohne saubere Stammdaten fällt der Hebel kleiner aus.
Der unmittelbarste Nutzen liegt bei den Eingangsrechnungen. Hier bindet die manuelle Erfassung, Prüfung und Freigabe in vielen mittelständischen Unternehmen die meiste Zeit, und genau hier setzt die Automatisierung an: Strukturierte Eingangsdaten machen das Abtippen überflüssig, der Abgleich mit Bestellungen filtert die klaren Fälle heraus, und ein Freigabeworkflow sorgt dafür, dass Rechnungen nicht in Postfächern liegenbleiben. Weil zudem die Pflicht, E-Rechnungen empfangen zu können, sehr früh greift, ist der Eingang der natürliche Ausgangspunkt jedes Projekts.
Der Effekt ist doppelt: Neben der Zeitersparnis steigt die Datenqualität, weil Erkennungsfehler der bildbasierten Erfassung entfallen. Für ein mittelständisches Unternehmen bedeutet das kürzere Durchlaufzeiten, bessere Ausnutzung von Skonto durch rechtzeitige Zahlung und eine transparentere Sicht auf offene Verbindlichkeiten. Der Einstieg über die Eingangsseite ist damit nicht nur pflichtgetrieben, sondern auch wirtschaftlich der naheliegendste erste Schritt.
Auf der Ausgangsseite geht es darum, selbst E-Rechnungen in den geforderten Formaten zu erzeugen und über die passenden Kanäle zu versenden. Hier ist die Automatisierung insofern anders gelagert, als die Rechnungsdaten ohnehin im eigenen System entstehen; die Aufgabe besteht darin, sie normkonform als E-Rechnung auszugeben und zuzustellen. Im Geschäft mit anderen Unternehmen (B2B) greift die Ausstellungspflicht gestaffelt, im Geschäft mit öffentlichen Auftraggebern (B2G) besteht die elektronische Rechnungsstellung vielerorts bereits, häufig über das Format XRechnung.
Für den Mittelstand ist es sinnvoll, beide Richtungen zusammen zu denken, aber zeitlich zu staffeln: zuerst die dringliche Empfangsfähigkeit auf der Eingangsseite, dann der Aufbau der eigenen Ausstellung entlang der geltenden Fristen. Wer bereits an die öffentliche Hand liefert, hat mit der B2G-Praxis oft schon Erfahrung, auf der sich aufbauen lässt. Die genaue Betroffenheit – welche Fristen, Schwellen und Ausnahmen im Einzelfall gelten – ist mit der Steuer- und Rechtsberatung zu klären; dieser Beitrag ist keine Rechts- oder Steuerberatung.
Die Kosten einer automatisierten E-Rechnungsverarbeitung setzen sich aus mehreren Bausteinen zusammen, deren Gewicht je nach Ansatz variiert. Dazu zählen die Software- oder Nutzungskosten – bei Cloud-Diensten meist als laufendes Entgelt, bei integrierten Lösungen als Teil des ERP- oder DMS-Modells –, die Kosten für die Anbindung an Peppol-Access-Point und an die eigenen Systeme, der Einführungsaufwand für Prozessdefinition, Stammdaten und Test sowie der laufende Betriebs- und Pflegeaufwand. Häufig kommt eine mengen- oder transaktionsabhängige Komponente hinzu, die mit dem Rechnungsvolumen steigt.
Konkrete Preise lassen sich seriös nicht pauschal nennen, weil sie vom Volumen, vom gewählten Ansatz, vom Integrationsgrad und vom Betriebsmodell abhängen. Der wirtschaftlich richtige Blick ist ohnehin nicht der auf die reinen Lizenzkosten, sondern der auf die Gesamtbetrachtung: Diesen Kosten steht die eingesparte Arbeitszeit in der Rechnungsbearbeitung gegenüber, ebenso die gewonnene Datenqualität, die schnelleren Durchlaufzeiten und die vermiedenen Fehler. Gerade bei höherem Rechnungsvolumen kippt diese Rechnung häufig zugunsten der Automatisierung – die belastbare Bewertung gelingt aber nur mit Blick auf die eigenen Zahlen.
Beim Datenschutz ist zunächst festzuhalten, dass Rechnungen personenbezogene Daten enthalten können und damit der DSGVO unterliegen. Entscheidend ist deshalb, wo und durch wen die Verarbeitung stattfindet. Bei einer selbst betriebenen oder on-premises integrierten Lösung bleiben die Daten in der eigenen Sphäre, was viele Fragen zur Auftragsverarbeitung und zu Drittlandtransfers von vornherein entschärft. Bei einem Cloud-Dienst hingegen werden Rechnungsdaten an einen Dritten übermittelt, sodass Fragen der Auftragsverarbeitung, der Datenhaltung und des Serverstandorts aktiv zu klären sind.
Als Orientierung gilt: Eine EU-Datenhaltung ist aus Datenschutzsicht die komfortablere Ausgangslage. Setzt ein Dienst auf Server außerhalb der EU, sollte der Serverstandort ausdrücklich benannt und die rechtliche Grundlage der Übermittlung geprüft werden. Unabhängig vom Modell bleiben eigene Maßnahmen erforderlich – von Zugriffsberechtigungen über Löschkonzepte bis zur ordnungsgemäßen Dokumentation der Verarbeitung. Die Datenhoheit ist damit ein bewusstes Auswahlkriterium: Wer sensible Belege ungern aus dem Haus gibt, gewichtet on-premises- oder EU-basierte Lösungen entsprechend höher.
Beim Thema GoBD ist besondere Sorgfalt geboten. Steuerlich relevante Dokumente – und dazu gehören E-Rechnungen – müssen unveränderbar, vollständig, geordnet und über die gesamte Aufbewahrungsfrist maschinell auswertbar aufbewahrt werden, ergänzt um eine nachvollziehbare Verfahrensdokumentation. Für die E-Rechnung heißt das konkret: Maßgeblich ist der empfangene strukturierte Originaldatensatz, der revisionssicher zu archivieren ist – nicht ersatzweise eine daraus erzeugte PDF-Ansicht. Eine automatisierte Verarbeitung muss diese Anforderung von Anfang an mitdenken, weil sich eine nachträgliche Reparatur der Archivierung schwer darstellen lässt.
Ob eine konkrete Lösung und Ausgestaltung die GoBD-Anforderungen im Ergebnis erfüllt, ist keine reine Technikfrage, sondern ergibt sich aus dem Zusammenspiel von System, Prozess und Dokumentation. Sie lässt sich nur in Abstimmung mit der steuerlichen und rechtlichen Beratung verbindlich beurteilen. Dieser Beitrag ordnet die Anforderungen ein und schafft Orientierung, ist aber ausdrücklich keine Rechts- oder Steuerberatung; die konkrete Bewertung gehört in den Einzelfall.
