PDF zu E-Rechnung: Wie PEDIF EDI-Prozesse dort ergänzt, wo PDF-Rechnungen übrig bleiben

Die EDI-Spur läuft – aber was passiert am Seiteneingang?

In vielen Unternehmen ist der digitale Hauptweg längst gebaut. EDI läuft. E-Invoicing ist strategisch gesetzt. Zentrale Systeme sind angebunden. Für Standardprozesse gibt es klare Formate, etablierte Partnerstrecken und eingespielte Abläufe.

Und trotzdem bleibt in der Praxis oft ein Seiteneingang offen.

Dort kommen Rechnungen nicht aus dem zentralen EDI-Prozess, sondern aus Nebensystemen, Speziallösungen, manuellen Sonderfällen oder schwer anpassbaren Formularen. Fachlich sind diese Rechnungen oft korrekt. Technisch entstehen sie aber weiterhin als PDF.

Genau hier setzt der SEEBURGER-PEDIF-Use-Case an: SEEBURGER steht für etablierte EDI- und E-Invoicing-Prozesse. PEDIF ergänzt dort, wo PDF-Rechnungen aus Ausgangsprozessen in strukturierte, prüfbare E-Rechnungsoutputs überführt werden müssen.

Die Botschaft ist bewusst nicht: EDI ersetzen.
Die Botschaft ist: Die Lücke schließen, die EDI im echten Unternehmensalltag nicht immer erreicht.

Das eigentliche Problem: Nicht EDI, sondern die PDF-Lücke

Viele Entscheider kennen die Situation: Das Unternehmen ist digitaler, als es von außen wirkt – und gleichzeitig heterogener, als es in Projektplänen steht.

Neben dem zentralen ERP existieren Fachsysteme, Abrechnungslösungen, Portale, Sonderprozesse oder historisch gewachsene Anwendungen. Einige davon erzeugen Rechnungen zuverlässig, aber nur als PDF. Andere können XRechnung oder ZUGFeRD nicht nativ ausgeben. Wieder andere lassen Rechnungsformulare nur mit hohem Aufwand anpassen.

Das Problem ist also nicht, dass EDI nicht funktioniert. Das Problem ist, dass nicht jede Rechnung aus einem EDI-fähigen Prozess kommt.

Für E-Rechnungsprojekte ist genau das kritisch. Denn die letzte Meile besteht selten aus einem einzigen Idealsystem. Sie besteht aus vielen echten Rechnungsquellen: Hauptsysteme, Nebensysteme, Sonderfälle, manuelle Ausnahmen und kundenspezifische Anforderungen.

PEDIF adressiert diese PDF-Lücke.

Warum PDF-Rechnungen nicht automatisch E-Rechnungen sind

Ein PDF ist digital sichtbar. Aber das reicht für eine E-Rechnung nicht aus.

Seit dem 1. Januar 2025 liegt eine E-Rechnung im inländischen B2B-Kontext nur dann vor, wenn sie in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen wird und eine elektronische Verarbeitung ermöglicht. Ein einfaches PDF-Dokument fällt laut BMF seitdem nicht mehr unter diese Definition, sondern gilt als „sonstige Rechnung“, sofern es die Voraussetzungen einer E-Rechnung nicht erfüllt.

Für Unternehmen gelten Übergangsregelungen: Vom 1. Januar 2025 bis zum 31. Dezember 2026 können Rechnungsaussteller unter bestimmten Voraussetzungen weiterhin sonstige Rechnungen ausstellen; für Rechnungsaussteller mit einem Vorjahresumsatz bis 800.000 Euro verlängert sich diese Frist nach BMF-FAQ bis Ende 2027. Details, Ausnahmen und Einzelfälle sollten steuerlich oder rechtlich geprüft werden.

Wichtig für die Praxis: XRechnung und geeignete ZUGFeRD-/Factur-X-Profile sind relevante Formate, aber die konkrete Eignung hängt vom strukturierten Datensatz, den Pflichtangaben, dem Profil und der Validierung ab. Dieser Artikel ersetzt keine Rechtsberatung.

Warum bestehende Systeme trotzdem bleiben können

Die naheliegende Reaktion auf eine PDF-Lücke lautet oft: Dann müssen wir eben das Quellsystem umbauen.

Manchmal stimmt das. Oft ist es aber nicht der schnellste oder wirtschaftlichste Weg.

Ein ERP-Wechsel, eine Formularneuentwicklung oder ein tiefer Umbau eines Nebensystems kann teuer, langsam und organisatorisch schwierig sein. Außerdem funktionieren diese Systeme im Alltag häufig gut genug. Sie erzeugen Rechnungen, bilden Sonderfälle ab und sind in Fachabteilungen etabliert.

PEDIF setzt deshalb nicht primär beim Austausch des Frontends an. PEDIF setzt beim Dokumentenoutput an.

Das bestehende System kann weiterhin seine PDF-Rechnung erzeugen. PEDIF nutzt diese Rechnung als Ausgangspunkt, erkennt wiederkehrende Layout- und Dokumentmuster, extrahiert relevante Daten, strukturiert sie, prüft sie und erzeugt daraus einen geeigneten E-Rechnungsoutput.

Oder einfacher gesagt:

PDF bleibt der Ausgangspunkt. Strukturierte Daten sind das Ergebnis.

Wo PEDIF im Zusammenspiel mit SEEBURGER ansetzt

Das Zusammenspiel lässt sich als zwei komplementäre Spuren verstehen.

SEEBURGER deckt etablierte EDI- und E-Invoicing-Prozesse ab. PEDIF ergänzt diese Welt dort, wo Rechnungen aus PDF-basierten Ausgangsprozessen kommen.

Eine passende Analogie ist die VIP-Spur und der Seiteneingang:

EDI ist die digitale VIP-Spur. Alles ist strukturiert, vorbereitet und läuft über definierte Wege. PDF-Rechnungen aus Neben- und Sondersystemen kommen dagegen über den Seiteneingang. Für Menschen sind sie lesbar, für automatische Zielprozesse aber nicht ohne Weiteres verwertbar. PEDIF sorgt dafür, dass auch dieser Seiteneingang in den geordneten Datenfluss führt.

Dabei ist PEDIF nicht einfach OCR. OCR liest Zeichen. PEDIF erkennt wiederkehrende Geschäftsdokumente, ordnet Inhalte fachlich zu und erzeugt strukturierte Outputs für nachgelagerte Systeme.

Für Unternehmen mit SEEBURGER-Umfeld entsteht dadurch ein pragmatischer Ergänzungsansatz: Der EDI-/E-Invoicing-Hauptweg bleibt bestehen. PEDIF hilft, PDF-basierte Rest- und Sonderfälle in Richtung strukturierter E-Rechnungsprozesse zu bringen.

Praktischer Ablauf: Von der PDF-Rechnung zum E-Rechnungsoutput

1. PDF-Ausgang aus Haupt-, Neben- oder Sondersystem

Am Anfang steht eine PDF-Rechnung. Sie kann aus einem zentralen System stammen, häufiger aber aus einem Nebensystem, einem Spezialprozess oder einer schwer anpassbaren Formularlogik.

Entscheidend ist: Das Quellsystem muss nicht zwingend selbst XRechnung oder ZUGFeRD erzeugen können.

2. PEDIF erkennt Layout und relevante Rechnungsdaten

PEDIF analysiert die PDF-Rechnung und erkennt relevante Rechnungsinformationen. Dazu können Kopfdaten, Fußdaten, Positionstabellen, Summen, Steuern, Freitextinformationen, Referenzen oder Anhänge gehören.

Bei wiederkehrenden Layouts entsteht der größte Hebel: Wenn ein Dokumentmuster stabil erkannt und fachlich zugeordnet werden kann, lässt sich die Verarbeitung wiederholbar machen.

3. Daten werden strukturiert und geprüft

Aus den erkannten Informationen entsteht ein strukturierter Datensatz. Dieser Schritt ist der Unterschied zwischen „PDF ist lesbar“ und „Daten sind verarbeitbar“.

Besonders wichtig sind Pflichtangaben und fachliche Plausibilität. Wenn Angaben fehlen, falsch sind oder nicht eindeutig abgeleitet werden können, braucht der Prozess klare Regeln: Ergänzung aus verlässlicher Quelle, Rückfrage, Ausnahmebehandlung oder Human-in-the-Loop.

4. E-Rechnungsoutput wird erzeugt und validiert

Im nächsten Schritt wird aus den strukturierten Daten ein E-Rechnungsoutput erzeugt, zum Beispiel im Kontext von XRechnung oder ZUGFeRD.

Die Formulierung ist bewusst vorsichtig: Ziel ist ein validierbarer bzw. validierter Output in einem geeigneten Format. Ob ein konkreter Datensatz die Anforderungen erfüllt, hängt vom Inhalt, den Pflichtangaben, dem Formatprofil und der Prüfung ab.

5. Übergabe an Zielsystem oder SEEBURGER-Prozess

Nach der Erzeugung kann der strukturierte Output an ein Zielsystem oder in einen bestehenden SEEBURGER-/Kundenprozess übergeben werden. Die genaue technische Übergabe muss im jeweiligen Projekt geprüft werden: Format, Schnittstelle, Verantwortlichkeiten, Monitoring, Fehlerbehandlung und Freigabeprozess.

Was vor dem Go-live geprüft werden muss

Ein PDF-zu-E-Rechnung-Prozess sollte nicht nur technisch funktionieren, sondern kontrollierbar bleiben.

Vor einem Go-live sollten mindestens diese Punkte geklärt werden:

Entscheidungshilfe: Wann lohnt sich PDF zu E-Rechnung mit PEDIF?

PEDIF ist besonders relevant, wenn mehrere dieser Aussagen zutreffen:

●      Es gibt bereits EDI- oder E-Invoicing-Infrastruktur, aber nicht alle Rechnungen laufen darüber.

●      Nebensysteme erzeugen PDF-Rechnungen, können aber keine XRechnung oder ZUGFeRD ausgeben.

●      Sonderrechnungen müssen weiterhin verarbeitet werden.

●      Rechnungsformulare lassen sich nicht schnell genug anpassen.

●      Kunden erwarten strukturierte E-Rechnungen.

●      Die Organisation möchte bestehende Systeme respektieren, aber den Rechnungsoutput modernisieren.

●      Layouts wiederholen sich und eignen sich für eine strukturierte Verarbeitung.

●      Ausnahmen sollen sichtbar und kontrollierbar bleiben.

Wenn nur einzelne, seltene Sonderfälle betroffen sind, kann eine manuelle Lösung wirtschaftlicher sein. Wenn aber wiederkehrende PDF-Rechnungsquellen existieren, wird PEDIF als Output Layer interessant.

Typische Missverständnisse

„Wenn wir EDI haben, brauchen wir keine PDF-Verarbeitung.“

Nicht unbedingt. EDI kann den Kernprozess sehr gut abdecken. Trotzdem können Rechnungen aus Nebensystemen, Sonderfällen oder manuellen Prozessen übrig bleiben. Genau diese Restfälle werden in E-Rechnungsprojekten oft kritisch.

„Ein PDF ist doch elektronisch.“

Ja, aber nicht automatisch eine E-Rechnung. Ein einfaches PDF ist elektronisch sichtbar, aber nicht strukturiert genug, um die Anforderungen an eine E-Rechnung im Sinne der aktuellen B2B-Regelungen zu erfüllen.

„Dann müssen wir jedes Nebensystem sofort umbauen.“

Nicht zwingend. Wenn das System weiterhin PDF-Rechnungen erzeugt, kann PEDIF am Output ansetzen und daraus strukturierte Daten bzw. E-Rechnungsoutputs erzeugen. Ob das im konkreten Fall ausreicht, hängt von Datenqualität, Pflichtangaben und Zielprozess ab.

„PEDIF ersetzt EDI.“

Nein. PEDIF ersetzt EDI nicht. PEDIF schließt die Lücke dort, wo EDI nicht ankommt: bei PDF-basierten Long-Tail-, Neben- und Sonderfällen.

„Aus jedem PDF wird automatisch eine valide E-Rechnung.“

Nein. Entscheidend sind Inhalt, Pflichtangaben, Formatprofil, Validierung und Prozessfreigabe. PEDIF kann die technische Erzeugung und Prüfung unterstützen, ersetzt aber keine rechtliche Einzelfallprüfung.

FAQ

Ist eine PDF-Rechnung automatisch eine E-Rechnung?

Nein. Ein einfaches PDF ist zwar ein elektronisches Dokument, aber keine strukturierte E-Rechnung im Sinne der aktuellen B2B-E-Rechnungsregeln. Eine E-Rechnung muss in einem strukturierten elektronischen Format vorliegen und elektronische Verarbeitung ermöglichen.

Wann ist PDF zu E-Rechnung für Unternehmen relevant?

Vor allem dann, wenn Rechnungen aus Neben-, Alt- oder Sondersystemen weiterhin als PDF erzeugt werden, während Kunden oder Zielprozesse strukturierte E-Rechnungsformate erwarten.

Ersetzt PEDIF EDI?

Nein. PEDIF ergänzt EDI. EDI bleibt der strukturierte Hauptweg. PEDIF hilft dort, wo Dokumente weiterhin als PDF entstehen und in strukturierte Zielprozesse überführt werden müssen.

Was passiert, wenn ein Nebensystem keine XRechnung oder ZUGFeRD ausgeben kann?

Dann kann geprüft werden, ob PEDIF den PDF-Output dieses Systems als Ausgangspunkt nutzen kann. Voraussetzung ist, dass die relevanten Rechnungsinformationen vorhanden, eindeutig erkennbar oder kontrolliert ergänzbar sind.

Können auch ungewöhnliche Rechnungsstrukturen verarbeitet werden?

Ja, solche Fälle können geprüft werden. PEDIF ist darauf ausgelegt, wiederkehrende Dokumentmuster und komplexe Rechnungsinformationen zu strukturieren. Die konkrete Machbarkeit hängt vom Layout, den Daten, Pflichtangaben und Zielanforderungen ab.

Welche Angaben müssen vor der Konvertierung geprüft werden?

Zu prüfen sind insbesondere Pflichtangaben, Rechnungspositionen, Steuerinformationen, Summen, Referenzen, Empfängerdaten, Zielformat und Validierungsregeln. Welche Angaben konkret erforderlich sind, hängt vom Einzelfall ab.

Wann braucht ein PDF-Rechnungsprozess Human-in-the-Loop?

Human-in-the-Loop ist sinnvoll, wenn Layouts neu sind, Pflichtangaben fehlen, Daten nicht eindeutig erkannt werden oder fachliche Ausnahmefälle auftreten. No-Touch bedeutet nicht No-Control; es bedeutet, dass nur Ausnahmen Aufmerksamkeit brauchen.

Fazit

Die E-Rechnungspflicht macht sichtbar, was in vielen Unternehmen schon lange existiert: Zwischen zentralem EDI-Prozess und realer Dokumentenlandschaft gibt es Lücken.

SEEBURGER und PEDIF adressieren diese Schnittstelle komplementär. SEEBURGER steht für etablierte EDI- und E-Invoicing-Prozesse. PEDIF ergänzt die Fähigkeit, PDF-Rechnungen aus Neben- und Sonderprozessen in strukturierte, prüfbare E-Rechnungsoutputs zu überführen.

Für Entscheider ist das ein pragmatischer Weg: bestehende Systeme respektieren, PDF-Restfälle erfassen, E-Rechnungsfähigkeit erweitern und den Umbauaufwand dort reduzieren, wo ein Output Layer schneller wirkt als ein tiefes Systemprojekt.