PDF in E-Rechnung umwandeln: Was funktioniert und was nicht?

Eine gewöhnliche PDF-Rechnung lässt sich nicht durch Umbenennen oder Speichern in einem anderen Dateiformat zur E-Rechnung machen. Dafür müssen ihre Inhalte in strukturierte Rechnungsdaten übertragen, fehlende Angaben ergänzt und das Ergebnis fachlich geprüft werden. Prüfen Sie zuerst, ob die PDF bereits eingebettete XML-Rechnungsdaten enthält und ob Sie eine eigene Ausgangsrechnung oder die Rechnung eines Lieferanten bearbeiten.

Für Selbstständige und kleine Unternehmen ist der verlässlichste Weg meist der erneute Export aus dem ursprünglichen Rechnungsprogramm. Liegt nur noch eine PDF vor, können Texterkennung und Konvertierung helfen. Sie ersetzen jedoch weder die Prüfung der Rechnungsinhalte noch die Abstimmung mit dem Rechnungsaussteller.

Eine lesbare PDF ist noch kein strukturierter Rechnungsdatensatz

Eine gewöhnliche PDF beschreibt vor allem, wie eine Rechnung auf dem Bildschirm oder auf Papier aussieht. Eine E-Rechnung enthält dagegen maschinenlesbare Angaben mit festgelegter Bedeutung: Rechnungsnummer, Leistungsdatum, Positionen, Steuerkategorien und Summen müssen den vorgesehenen Datenfeldern zugeordnet sein. Sichtbarer Text allein genügt dafür nicht.

Für die umsatzsteuerliche Einordnung in Deutschland ist § 14 UStG die maßgebliche Prüfbasis. Für technische Formatfragen sind die europäische Norm EN 16931, die XRechnung-Dokumentation der Koordinierungsstelle für IT-Standards, kurz KoSIT, und die ZUGFeRD-Spezifikation des Forums elektronische Rechnung Deutschland, kurz FeRD, passende Anlaufstellen. Welche Formatversion und welches Profil der Empfänger verarbeitet, klären Sie vor der Ausgabe. Übergangsfristen und Ausnahmen von der Ausstellungspflicht sind eine eigene Frage; die Konvertierung allein beantwortet sie nicht.

• XRechnung bildet Rechnungsinformationen in einem strukturierten XML-Format ab. Eine zusätzliche PDF-Ansicht kann der Lesbarkeit dienen, ersetzt den Datensatz aber nicht.
• ZUGFeRD verbindet eine PDF/A-3-Datei mit eingebetteten XML-Rechnungsdaten. Entscheidend sind ein geeignetes Profil und die Einhaltung der zugehörigen Regeln; nicht jede Datei mit der Bezeichnung ZUGFeRD erfüllt automatisch alle Anforderungen.
• Eine gewöhnliche PDF, eine gescannte Rechnung und eine durchsuchbare PDF bleiben ohne passende strukturierte Daten andere Dokumentformen.

Auch PDF/A-3 allein reicht nicht aus. Dieses Format ermöglicht eingebettete Dateien, legt aber nicht fest, dass darin ein fachlich richtiger Rechnungsdatensatz steckt.

Welche Ausgangsdatei vorliegt, bestimmt den sinnvollen Weg

Bevor Sie einen Konverter einsetzen, untersuchen Sie die vorhandene Datei und suchen Sie nach den ursprünglichen Rechnungsdaten. Dadurch vermeiden Sie, bereits vorhandene strukturierte Informationen erneut aus einem Seitenbild auszulesen.

1. Prüfen Sie die PDF mit einem geeigneten Rechnungsbetrachter auf eingebettete Rechnungsdaten. Sind passende XML-Daten vorhanden, müssen diese ausgelesen und geprüft werden. Eine neue Texterkennung ist dann meist unnötig.
2. Fehlen XML-Daten, prüfen Sie den ursprünglichen Beleg im Rechnungsprogramm. Ist dort ein Export als XRechnung oder geeignetes ZUGFeRD möglich, verwenden Sie diesen statt der PDF-Konvertierung.
3. Ist nur eine textbasierte PDF verfügbar, lassen sich Inhalte häufig direkt extrahieren. Trotzdem müssen Felder und Positionen fachlich zugeordnet werden.
4. Besteht die PDF aus gescannten Seiten, ist zunächst OCR, also optische Zeichenerkennung, nötig. Unlesbare Beträge, abgeschnittene Seiten oder fehlende Leistungsangaben sind eine Abbruchgrenze: Beschaffen Sie eine bessere Vorlage, bevor Sie weiterarbeiten.

Ein einfacher Vorabtest ist das Markieren und Kopieren einer Rechnungsposition. Funktioniert das, enthält die PDF wahrscheinlich eine Textebene. Das beweist allerdings weder eine fehlerfreie Extraktion noch das Vorhandensein einer E-Rechnung. Manche Scans besitzen lediglich eine nachträglich erzeugte OCR-Textebene.

Eigene Rechnung und Lieferantenrechnung nicht gleich behandeln

Bei einer eigenen Ausgangsrechnung können Sie die ursprünglichen Geschäftsdaten prüfen und einen strukturierten Datensatz erzeugen. Bei einer Eingangsrechnung dürfen automatisch erkannte Werte nicht ungeprüft als Erklärung des Lieferanten behandelt werden.

Eigene Ausgangsrechnung: denselben Vorgang erneut ausgeben

Öffnen Sie möglichst den vorhandenen Beleg im Ursprungssystem und nutzen Sie dessen unterstützten E-Rechnungsexport. Legen Sie nicht versehentlich einen neuen Umsatz an, nur weil Sie ein anderes Dateiformat benötigen. Rechnungsnummer, Geschäftsvorfall und Buchungszuordnung müssen nachvollziehbar zusammengehören.

Wurde die PDF bereits versandt, stimmen Sie mit dem Kunden ab, wie die strukturierte Fassung zugeordnet werden soll. Eine reine Formatneuausgabe ist von einer inhaltlichen Korrektur zu unterscheiden. Müssen Betrag, Leistung oder Steuerbehandlung geändert werden, reicht ein technischer Export nicht aus; dann ist der passende Berichtigungsprozess erforderlich.

Lieferantenrechnung: Buchungsdaten sind nicht automatisch eine neue Rechnung

Eine Rechnungserkennung darf aus einer empfangenen PDF Daten für Ihre interne Verarbeitung gewinnen. Dieser Datensatz wird dadurch aber nicht automatisch zu einer vom Lieferanten ausgestellten E-Rechnung. Für eine strukturierte Originalrechnung ist die Anforderung beim Lieferanten regelmäßig der klarere Weg.

Eine technische Konvertierung im Auftrag des Ausstellers ist gesondert zu organisieren. Dabei müssen Verantwortlichkeit, Unverändertheit der Inhalte und Freigabe geregelt sein. Insbesondere dürfen Sie fehlende steuerliche Angaben nicht nach eigener Vermutung ergänzen und das Ergebnis anschließend wie eine unveränderte Lieferantenrechnung behandeln.

Aus erkannten Zeichen müssen richtige Rechnungsfelder werden

Der anspruchsvolle Teil der Umwandlung ist die fachliche Zuordnung. Ein Konverter kann eine Zahl erkennen, ohne zu wissen, ob sie eine Bestellnummer, eine Menge oder ein Geldbetrag ist. Eine formal gültige XML-Datei kann deshalb trotzdem falsche Rechnungsinhalte enthalten.

Kontrollieren Sie bei der Übertragung vor allem diese Zuordnungen:

• Aussteller und Empfänger: Anschriften, Identifikationsangaben und Ansprechpartner dürfen nicht vertauscht werden.
• Datumsangaben: Rechnungsdatum, Leistungsdatum und Zahlungsziel haben unterschiedliche Bedeutungen.
• Positionen: Menge, Einheit, Einzelpreis, Preisbasis, Rabatt und Positionsbetrag müssen zusammenpassen.
• Steuerbehandlung: Steuerkategorie und gegebenenfalls ein erforderlicher Begründungstext lassen sich nicht allein aus einem sichtbaren Steuerbetrag ableiten.
• Summen: Positionssummen, Zu- und Abschläge, Steuerbeträge, bereits geleistete Zahlungen und Zahlbetrag müssen richtig miteinander verknüpft sein.
• Zahlungsdaten und Referenzen: IBAN, Bestellbezug und empfängerabhängige Referenzen müssen aus verlässlichen Unterlagen stammen.

Fehlt eine benötigte Information in der PDF, kann eine Software sie nicht zuverlässig rekonstruieren. Ein leeres Feld durch einen Standardwert zu ersetzen, kann zwar eine technische Fehlermeldung beseitigen, aber zugleich den Rechnungsinhalt verfälschen. In diesem Fall ist die Rückfrage beim verantwortlichen Aussteller der nächste Schritt.

Ein kontrollierter Konvertierungsablauf für kleine Betriebe

Für gelegentliche Umwandlungen genügt ein überschaubarer Prozess mit klarer Zuständigkeit. Die Person, die Daten übernimmt, sollte wissen, welche Angaben sie selbst aus den Geschäftsunterlagen ergänzen darf und welche eine fachliche Rückfrage erfordern.

1. Legen Sie die Original-PDF unverändert ab und ordnen Sie ihr den vorhandenen Buchungs- oder Rechnungsvorgang zu.
2. Legen Sie Zielformat und Empfängeranforderungen fest. Prüfen Sie dabei auch, ob zusätzliche Referenzangaben benötigt werden.
3. Übernehmen Sie die Daten aus dem Ursprungssystem oder, falls das nicht möglich ist, aus Textextraktion beziehungsweise OCR.
4. Vergleichen Sie die übernommenen Felder mit PDF und Geschäftsunterlagen. Unsichere Werte bleiben bis zur Klärung gesperrt.
5. Erzeugen Sie die strukturierte Rechnung und lassen Sie diese technisch validieren. Die Prüfung muss zum gewählten Format, Profil und zur verwendeten Version passen.
6. Öffnen Sie den Datensatz in einem geeigneten Betrachter und prüfen Sie die daraus dargestellten Inhalte. Bei ZUGFeRD müssen PDF-Ansicht und XML inhaltlich übereinstimmen.
7. Dokumentieren Sie die Freigabe und geben Sie die Datei erst dann zum Versand oder zur vorgesehenen Verarbeitung weiter.

Ein Validator prüft Syntax, Rechenbeziehungen und hinterlegte Geschäftsregeln, je nach Prüfumfang. Er bestätigt nicht, dass die Leistung tatsächlich erbracht wurde, die Bankverbindung berechtigt ist oder die Steuerbehandlung im Einzelfall stimmt. Technische Validierung und fachliche Rechnungsprüfung sind getrennte Kontrollen.

Eine Agenturrechnung mit Rabatt und Vorauszahlung

Eine kleine Agentur besitzt nur noch die PDF einer eigenen Rechnung mit mehreren Leistungspositionen, einem Rabatt und einer bereits geleisteten Vorauszahlung. Ein Konverter übernimmt die Positionen, behandelt die Vorauszahlung aber irrtümlich als Rabatt. Der sichtbare Zahlbetrag kann dadurch plausibel erscheinen, während die strukturierten Summen und deren Bedeutung falsch sind.

Die zuständige Person gleicht den Datensatz mit Auftrag, Zahlungsnachweis und ursprünglicher Kalkulation ab. Sie ordnet Rabatt und Vorauszahlung den vorgesehenen Feldern zu und lässt die Rechnung erneut validieren. Das dokumentierbare Ergebnis besteht aus der unveränderten Ausgangsdatei, dem geprüften strukturierten Datensatz und der Freigabe zum zugehörigen Rechnungsvorgang.

Was ein Konvertierungsdienst leisten muss – und was nicht genügt

Ein geeigneter Dienst muss mehr bieten als das Hochladen einer PDF und den Download einer XML-Datei. Prüfen Sie vor dem Einsatz, ob erkannte Daten bearbeitbar sind, Unsicherheiten sichtbar werden und ein nachvollziehbares Prüfprotokoll entsteht.

Für vertrauliche Rechnungen gehören außerdem Speicherort, Zugriffsrechte, Löschverfahren und gegebenenfalls die Auftragsverarbeitung zur Auswahl. Testen Sie einen Dienst zunächst mit geeigneten Testdaten statt mit ungeschützten Kunden- oder Beschäftigtendaten.

• Umbenennen von .pdf in .xml ändert nur den Dateinamen, nicht den Inhalt.
• Eine beliebige XML-Datei als Anhang in eine PDF einzubetten, erzeugt noch keine regelgerechte ZUGFeRD-Rechnung.
• OCR liefert erkannte Zeichen, aber keine verlässliche steuerliche oder fachliche Einordnung.
• Ein erfolgreiches Prüfprotokoll allein belegt nicht die vollständige Übereinstimmung mit dem ursprünglichen Geschäftsvorfall.

Bewahren Sie bei einer nachvollziehbaren Umwandlung die Verbindung zwischen Original, Ergebnis und Prüfung. Die konkrete Aufbewahrung und Verfahrensdokumentation ist anhand der GoBD und der für Ihren Betrieb geltenden Vorgaben festzulegen; das Original sollte nicht allein wegen eines erfolgreichen Exports gelöscht werden.

Für wiederkehrende Ausgangsrechnungen lohnt es sich, die PDF-Konvertierung durch einen strukturierten Export im Rechnungsprozess zu ersetzen. Die Umwandlung bleibt dann ein Werkzeug für vorhandene Altdateien und Ausnahmefälle statt einer zusätzlichen Fehlerquelle bei jeder neuen Rechnung.