PDF zu UBL XML: Ablauf, Validierung und Prüfung vor dem Versand

Warum PDF zu UBL wichtig ist

UBL XML enthält strukturierte Rechnungsdaten. Anders als eine PDF-Datei ist UBL dafür gedacht, von Software gelesen, validiert, weitergeleitet und archiviert zu werden. Deshalb basieren viele E-Rechnungsnetze und öffentliche Vergabeprozesse auf UBL-nahen Formaten.

In vielen Unternehmen entsteht die Rechnung trotzdem weiterhin als PDF. Das ERP- oder Abrechnungssystem nur wegen UBL auszutauschen, ist oft teuer und störend. Ein Konvertierungsablauf lässt den bestehenden Prozess bestehen und ergänzt die strukturierte Ausgabe, die für E-Rechnungen benötigt wird.

• Bestehende Abrechnungs- oder Rechnungseingangsprozesse beibehalten.
• UBL XML aus Rechnungs-PDFs für Systeme erzeugen, die strukturierte Daten verlangen.
• Das Ergebnis vor dem Versand an Kunden, Portale oder Peppol-Zugangspunkte validieren.
• Unsichere Felder zur Prüfung markieren, statt Risiken zu verdecken.

Ein praktischer PDF-zu-UBL-Ablauf

Ein verlässlicher Ablauf besteht aus klar getrennten Schritten. Jeder Schritt sollte die Rechnung maschinenlesbarer und verlässlicher machen, ohne die Qualität der Quelle zu überschätzen.

1. Die PDF-Rechnung hochladen oder über eine Schnittstelle einlesen.
2. Kopfdaten, Parteien, Summen, Steuerangaben, Zahlungsbedingungen, Referenzen und Positionen extrahieren.
3. Die Daten den Geschäftstermen zuordnen, die UBL und EN-16931-basierte Profile erwarten.
4. UBL XML mit korrekten Kennungen, Währungen, Steuerkategorien, Datumswerten und Summen erzeugen.
5. Gegen das Zielformat und die Geschäftsregeln validieren.
6. Warnungen, unsichere Felder und Validierungsfehler vor dem Versand prüfen.
7. Das freigegebene UBL XML exportieren oder über den erforderlichen Kanal senden.

Was geprüft werden sollte

Prüfung ist kein Schwachpunkt des Prozesses. Sie ist die Kontrolle, die verhindert, dass schlechte Quelldaten, ungewöhnliche Layouts, OCR-Fehler oder fehlende Pflichtfelder zu abgelehnten E-Rechnungen führen.

Besonders kritisch sind Felder, die Steuern, Routing, Zahlung oder rechtliche Gültigkeit betreffen.

• Käufer- und Verkäuferkennungen, einschließlich USt-IdNr., Registernummern und Peppol-IDs.
• Rechnungsnummer, Ausstellungsdatum, Fälligkeitsdatum, Lieferdatum und Leistungszeitraum.
• Positionsbeschreibungen, Mengen, Einzelpreise, Rabatte, Zuschläge und Steuerkategorien.
• Umsatzsteuersätze, steuerbare Beträge, Steuerbeträge und Zahlbetrag.
• Bestellreferenzen, Vertragsreferenzen, Projektreferenzen und Käuferreferenzen.
• Bankdaten, Zahlungsart, Zahlungsbedingungen und Verwendungszweck.

Validierung vor dem Versand

UBL XML kann technisch wohlgeformt sein und trotzdem für den Empfängerprozess falsch sein. Validierung sollte XML-Syntax, Schema-Regeln, Profilregeln und Geschäftsregeln prüfen, die über die Annahme der Rechnung entscheiden.

Für europäische E-Rechnungen werden viele UBL-Rechnungen gegen EN-16931-basierte Regeln und Peppol BIS Billing 3.0 geprüft. Das genaue Ziel hängt davon ab, wohin die Rechnung gesendet wird und welche Anforderungen der Empfänger stellt.

• XML muss wohlgeformt sein und die erwarteten UBL-Namespaces verwenden.
• Pflichtangaben müssen vorhanden sein.
• Summen müssen über Positionen, Abschläge, Zuschläge, Umsatzsteuer und Zahlbetrag hinweg stimmen.
• Codes müssen aus akzeptierten Codelisten stammen.
• Käufer-, Verkäufer-, Steuer- und Zahlungsdaten müssen die Regeln des gewählten Profils erfüllen.
• Warnungen müssen für Prüfer sichtbar sein und dürfen nicht nur in Logs stehen.

PDF zu UBL und UBL zu PDF sind verschiedene Aufgaben

PDF zu UBL wandelt visuelle Rechnungsinhalte in strukturierte Rechnungsdaten um. UBL zu PDF macht das Gegenteil: Strukturierte Rechnungsdaten werden als lesbares Dokument dargestellt.

Beides kann sinnvoll sein, löst aber unterschiedliche Probleme. Wenn Compliance, Routing oder Peppol-Austausch das Ziel sind, ist das UBL XML der entscheidende Bestandteil. Die PDF hilft Menschen beim Lesen, aber die strukturierten XML-Daten werden von Systemen validiert und verarbeitet.

Offizielle Quellen zu UBL und Peppol

UBL wird von OASIS gepflegt. Die UBL-2.1-Spezifikation ist unter OASIS UBL 2.1 verfügbar.

Peppol BIS Billing 3.0 beschreibt die Peppol-Rechnungsregeln, die in vielen europäischen E-Rechnungsprozessen genutzt werden. Die offizielle Dokumentation ist unter Peppol BIS Billing 3.0 verfügbar.

Diese Quellen erklären die Zielregeln. Konvertierungs- und Validierungssoftware hilft dabei, sie konsequent auf echte Rechnungen anzuwenden.

Wie Invoice Converter unterstützt

Invoice Converter ist für Teams gedacht, die E-Rechnungs-Compliance benötigen, ohne die bestehenden Systeme zur Rechnungserstellung oder zum Rechnungseingang zu ersetzen. Der Ablauf verbindet Konvertierung und Validierung mit einer gezielten Prüfung, wenn Quelldaten fehlen oder unsicher sind.

Das bedeutet: PDF-Rechnungen können zu UBL XML werden, aber Randfälle werden ernst genommen. Schlechte Scans, ungewöhnliche Rechnungslayouts, fehlende Referenzen oder unklare Steuerdaten sollten vor dem Versand markiert werden.

• Rechnungs-PDFs in strukturierte E-Rechnungsdaten umwandeln.
• Ausgaben vor dem Versand validieren.
• Extrahierte Felder und Ausnahmen prüfen.
• Einen Ablauf für manuelle Prüfung und API-basierte Automatisierung nutzen.

PDF-Rechnungen in UBL XML umwandeln und validieren

Nutzen Sie Invoice Converter, um aus PDF-Rechnungen strukturiertes UBL XML zu erzeugen, das Ergebnis zu prüfen und Probleme vor dem Versand zu erkennen.