Inhaltsverzeichnis
Viele Unternehmen stehen vor der Frage, wie sie vorhandene PDF-Rechnungen in das ZUGFeRD-Format überführen können. Die Ausgangslage ist in zahlreichen Organisationen ähnlich: Rechnungen werden bereits als PDF per E-Mail versendet, manuell geprüft und in ERP-Systeme oder die Buchhaltung erfasst. Mit der zunehmenden Digitalisierung von Finanz- und Verwaltungsprozessen und der in Deutschland stufenweise ab 2025 geltenden E-Rechnungspflicht im B2B-Bereich wird die Frage nach einer strukturierten, maschinenlesbaren Rechnung immer relevanter.
Dieser Leitfaden zeigt Ihnen, was die Umwandlung von PDF in ZUGFeRD realistisch bedeutet, welche Wege in der Praxis funktionieren, wo die technischen und organisatorischen Grenzen liegen und wie Sie als Entscheider Aufwand und Nutzen fundiert bewerten können. Sie erfahren, warum ein einfaches Konvertieren nicht ausreicht, welche Datenquellen Sie benötigen und wie Sie die E-Rechnung erfolgreich in Ihre Prozesse integrieren.
Zusätzlich beleuchten wir regulatorische Anforderungen wie die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern (GoBD), konkrete Kostenblöcke, ROI-Überlegungen, Risiken und Qualitätskennzahlen wie Fehlerquoten bei OCR oder Dunkelverarbeitungsraten. Nach diesem Leitfaden können Sie zwischen Neuerstellung und Extraktion unterscheiden, wissen, welche Voraussetzungen für ZUGFeRD notwendig sind, wie Sie Compliance sicherstellen und können entscheiden, ob eine Umwandlung sinnvoll ist oder ob die strategische Umstellung Ihrer Order-to-Cash- und Purchase-to-Pay-Prozesse langfristig effizienter ist.
ZUGFeRD steht für Zentraler User Guide des Forums elektronische Rechnung Deutschland und ist ein hybrides Rechnungsformat. Es kombiniert ein visuell lesbares PDF mit einer eingebetteten, maschinenlesbaren XML-Datei. Der Kerngedanke: Die Rechnung ist gleichzeitig für Menschen lesbar und für Systeme automatisch verarbeitbar.
Ein normales PDF hingegen enthält typischerweise keine standardisiert strukturierten Rechnungsdaten, sondern lediglich Layout und Text. Deshalb ist es nicht automatisch maschinenlesbar im Sinne der E-Rechnung. ZUGFeRD basiert auf dem PDF/A-3-Standard, der die Einbettung von zusätzlichen Dateien erlaubt. Außen sehen Sie ein PDF, innen ist die XML-Datei mit allen Rechnungsinformationen verankert.
In der Praxis bedeutet dies weniger Medienbrüche zwischen Dokument und Datensatz, eine bessere Automatisierbarkeit im Purchase-to-Pay und Order-to-Cash und eine höhere Datenqualität. ZUGFeRD ist besonders im B2B-Umfeld attraktiv, wenn gleichzeitig eine PDF-Ansicht gewünscht ist. Die XRechnung dagegen ist ein reines XML-Format ohne visuelle Darstellung und wird vor allem im öffentlichen Sektor bei Rechnungen an Behörden eingesetzt.
Die Einführung von ZUGFeRD bringt nicht nur technische, sondern auch regulatorische Anforderungen mit sich. Elektronische Rechnungen unterliegen den Grundsätzen zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff (GoBD). Dies bedeutet: Die Unveränderbarkeit der Rechnung muss gewährleistet sein, die Nachvollziehbarkeit aller Prozessschritte muss dokumentiert werden und ein internes Kontrollsystem (IKS) muss die Einhaltung der Anforderungen sicherstellen.
Konkret heißt das: Sie benötigen eine Verfahrensdokumentation, die beschreibt, wie Rechnungen erzeugt, validiert, versendet, empfangen, geprüft und archiviert werden. Diese Dokumentation muss für Betriebsprüfungen verfügbar sein und alle relevanten Prozessschritte nachvollziehbar machen. Darüber hinaus müssen elektronische Rechnungen für mindestens zehn Jahre revisionssicher archiviert werden. Die Aufbewahrung muss sicherstellen, dass die Rechnung unverändert bleibt, jederzeit lesbar ist und Metadaten wie Erstellungsdatum, Absender und Empfänger dokumentiert sind.
Interne Kontrollen sollten regelmäßig prüfen, ob die Prozesse ordnungsgemäß ablaufen, ob Validierungen zuverlässig funktionieren und ob Stammdaten konsistent gepflegt werden. Ein fehlendes oder unvollständiges Verfahren kann bei einer Betriebsprüfung zu Beanstandungen und im schlimmsten Fall zur Aberkennung des Vorsteuerabzugs führen. Planen Sie deshalb die Verfahrensdokumentation von Anfang an ein und aktualisieren Sie sie bei Prozessänderungen.
Bevor Sie mit der Umwandlung beginnen, sollten Sie einige organisatorische und technische Voraussetzungen prüfen. Nur wenn diese gegeben sind, wird die Umwandlung stabil und effizient funktionieren.
Falls Ihre Rechnungen in Word oder Excel erstellt werden, müssen diese Daten künftig strukturiert erfasst und in ein ZUGFeRD-fähiges System übertragen werden. Bei ERP-Systemen ist zu prüfen, ob ein Export als ZUGFeRD möglich ist oder ob ein Modul ergänzt werden muss. Historische PDF-Rechnungen, die nachträglich ins ZUGFeRD-Format überführt werden sollen, erfordern eine Extraktion der Daten, die oft mit manueller Nacharbeit verbunden ist.
Bevor Sie die Umwandlung starten, müssen Sie entscheiden, welches Format und welches Profil Sie benötigen. ZUGFeRD ist nicht gleich ZUGFeRD – es gibt verschiedene Profile mit unterschiedlicher Detailtiefe.
Im B2B-Bereich ist in der Regel das Profil EN16931 die richtige Wahl. Es enthält alle wichtigen Informationen inklusive Rechnungspositionen und erfüllt die EU-Vorgaben für strukturierte Rechnungen. Für einfache Fälle ohne detaillierte Positionen kann BASIC ausreichen. Das erweiterte Profil EXTENDED ist für komplexere Anforderungen mit zusätzlichen Feldern und Bezügen gedacht.
Wichtig ist auch die Version: ZUGFeRD 2.x ist der aktuelle Standard und sollte bevorzugt werden. Ältere Versionen wie 1.0 sind nicht mehr zeitgemäß und bieten keine ausreichende Kompatibilität. Falls Sie Rechnungen an öffentliche Auftraggeber stellen, benötigen Sie möglicherweise zusätzlich die XRechnung. Diese können Sie aus ZUGFeRD ableiten oder separat erzeugen. Klären Sie mit Ihren Kunden oder Empfängern, welche Formate und Profile erwartet werden.
Die Qualität der Umwandlung hängt maßgeblich von der Datenquelle ab. Stellen Sie fest, wo die Rechnungsdaten vorliegen und in welcher Form Sie darauf zugreifen können.
Mögliche Datenquellen sind ERP-Systeme oder Warenwirtschaftssysteme, die strukturierte Rechnungsdaten enthalten, Word- oder Excel-Vorlagen, aus denen Rechnungen erzeugt werden, bestehende PDF-Rechnungen, die per OCR oder Textextraktion ausgelesen werden müssen, sowie Rechnungsverarbeitungssysteme oder DMS, die bereits Daten erfassen.
Falls strukturierte Daten bereits vorliegen, ist der Weg zur ZUGFeRD-Rechnung deutlich einfacher. Wenn nur PDFs vorhanden sind, müssen die Daten extrahiert und in die XML-Struktur gemappt werden. Dieser Prozess ist eher eine Datenrekonstruktion als eine einfache Konvertierung.
Grundsätzlich gibt es zwei Wege, um von einem PDF zu ZUGFeRD zu gelangen: die Neuerstellung aus strukturierten Daten oder die Extraktion aus bestehenden PDFs.
Die Neuerstellung ist der sauberste und stabilste Weg. Sie nutzen die Rechnungsdaten, die ohnehin in Ihrem System vorliegen, und erzeugen die Rechnung direkt im ZUGFeRD-Format. Dies ist besonders sinnvoll bei mittleren bis hohen Rechnungsvolumina, wiederkehrenden Prozessen und dem Ziel der End-to-End-Automatisierung.
Die Extraktion hingegen bedeutet, dass ein Tool die Inhalte aus dem vorhandenen PDF ausliest, die Werte den XML-Feldern zuordnet und die Rechnung neu zusammenstellt. Dieser Weg ist eher für geringe Volumina, sporadische Rechnungen und zeitkritische Empfängeranforderungen geeignet. Die Trefferqualität hängt stark von der Scanqualität, dem Layout und der Konsistenz der PDFs ab.
| Kriterium | Neuerstellung | Extraktion |
|---|---|---|
| Datenqualität | Hoch, da strukturierte Daten vorliegen | Abhängig von PDF-Qualität und Layout |
| Aufwand | Initial höher, langfristig effizienter | Kurzfristig geringer, langfristig fehleranfällig |
| Skalierbarkeit | Sehr gut | Begrenzt |
| Automatisierungsgrad | Hoch | Mittel bis niedrig |
| OCR-Fehlerquote | Nicht relevant | 5-15% je nach Layoutkomplexität |
| Typischer Einsatz | Mittlere bis hohe Volumina, strategische Prozesse | Geringe Volumina, sporadische Nutzung |
Wenn Sie sich für die Neuerstellung entschieden haben, erzeugen Sie die Rechnung aus Ihrem ERP-System, Ihrer Rechnungssoftware oder einem Template-System. Das Tool muss in der Lage sein, ein PDF im Format PDF/A-3 zu erzeugen und die XML-Datei einzubetten.
Die XML-Datei enthält alle wichtigen Rechnungsinformationen in strukturierter Form: Rechnungsnummer, Datum, Beträge, Steuersätze, Lieferant- und Kundeninformationen sowie Positionen und Artikeltexte, abhängig vom gewählten Profil. Diese Daten müssen exakt mit den Angaben im sichtbaren PDF übereinstimmen.
Beim Weg über Extraktion nutzen Sie ein Tool, das OCR oder Textanalyse einsetzt. Das Tool liest die Inhalte aus dem PDF, erkennt Felder wie Rechnungsnummer, Beträge und Daten und mappt diese auf die entsprechenden XML-Felder. Typischerweise bleiben manuelle Schritte wie die Korrektur von Adressen, die Ergänzung fehlender Pflichtfelder oder Plausibilitätschecks bei Beträgen und Steuern. Die typische OCR-Fehlerquote liegt bei strukturierten PDFs bei 5-10%, bei komplexen oder gescannten Layouts kann sie auf 15% oder höher steigen.
Wichtig ist, dass die Container-Logik korrekt umgesetzt wird: außen das PDF, innen die XML. Nur so bleibt die Archivierung und Lesbarkeit des PDFs erhalten, während Systeme die XML automatisiert auslesen und weiterverarbeiten können.
Die Validierung ist ein zentraler Prozessschritt, der häufig unterschätzt wird. Sie prüft, ob die XML-Struktur dem Standard entspricht, ob alle Pflichtfelder vorhanden sind und ob die formalen Anforderungen erfüllt sind.
Ohne Validierung scheitert die Maschinenlesbarkeit oft an kleinen Formfehlern oder fehlenden Angaben. Typische Fehler sind Inkonsistenz zwischen PDF-Ansicht und XML-Daten, z. B. abweichende Beträge, Steuersätze oder Adressen, fehlende Pflichtfelder wie Identifikatoren, Länder- oder Adressdaten, strukturierte Positionsangaben, unvollständige oder zu generische Positionsbeschreibungen, die das Matching und die Kontierung im Purchase-to-Pay erschweren, veraltete oder nicht unterstützte ZUGFeRD-Versionen oder Profile sowie Fehler durch uneinheitliche Stammdaten wie Lieferantenname, Anschrift, Steuernummern oder Bankdaten.
Integrieren Sie die Validierung automatisiert in Ihren Prozess, idealerweise vor dem Versand bei Ausgangsrechnungen oder automatisch bei Eingang im Workflow. Nutzen Sie dafür Tools, die Ihnen eine klare Rückmeldung geben, welche Felder fehlen oder fehlerhaft sind. So vermeiden Sie Rückläufer, Klärungsfälle und stabilisieren die Dunkelverarbeitung. Eine gut konfigurierte Validierung kann die Reject-Rate von 20-30% auf unter 5% senken.
Nach erfolgreicher Validierung können Sie die ZUGFeRD-Rechnung versenden. Typische Versandkanäle sind E-Mail, elektronische Portale, E-Invoicing-Plattformen oder die Übergabe an ein DMS oder Workflow-System.
Im Order-to-Cash-Prozess bedeutet das: Rechnungserstellung aus Auftrags- oder Leistungsdaten, Versand über den vom Kunden bevorzugten Kanal, Monitoring von Zustellung und Fehlern. Im Purchase-to-Pay-Prozess werden eingehende ZUGFeRD-Rechnungen automatisch ausgelesen, mit Bestellung und Wareneingang abgeglichen, in Freigabe-Workflows überführt und schließlich gebucht.
Die Prozessintegration entscheidet darüber, ob die E-Rechnung nur ein Formatwechsel bleibt oder ob sie echten Mehrwert durch Automatisierung, bessere Durchlaufzeiten und höhere Transparenz schafft. Wichtig ist, dass die Systeme die XML-Daten zuverlässig auslesen und weiterverarbeiten können. Definieren Sie dafür Schnittstellen zwischen ERP, DMS und Workflow-Systemen, testen Sie diese vor Produktivnahme und etablieren Sie ein Monitoring für Fehlerquoten, Durchlaufzeiten und Dunkelverarbeitungsraten.
Verantwortlichkeiten sollten klar geregelt sein: Wer ist für die Datenerfassung zuständig, wer für die Validierung, wer für die Freigabe, wer für die Klärung von Fehlern? Ein definierter Eskalationsprozess hilft, Blockaden schnell zu lösen. Service Level Agreements (SLA) können helfen, Mindeststandards für Durchlaufzeiten oder Fehlerquoten zu definieren und kontinuierlich zu verbessern.
Elektronische Rechnungen müssen über viele Jahre unverändert verfügbar bleiben. Die Aufbewahrungspflicht beträgt in der Regel zehn Jahre. Das bedeutet: Die Rechnung muss revisionssicher archiviert werden, der Zugriff muss nachvollziehbar sein und die Unveränderbarkeit muss gewährleistet sein.
Unterscheiden Sie zwischen dem einfachen Speichern einer Datei und einer prozessual gesteuerten Archivierung. DMS- oder Archivsysteme bieten Funktionen wie Metadatenverwaltung, Versionierung, Berechtigungskonzepte und Auditierbarkeit. Diese Systeme erleichtern nicht nur die Wiederauffindbarkeit, sondern stellen auch sicher, dass regulatorische Anforderungen erfüllt werden.
Dokumentieren Sie den gesamten Prozess: Wer erstellt die Rechnung, wer validiert sie, wer gibt sie frei, wer archiviert sie? Eine saubere Prozessdokumentation ist nicht nur für interne Abläufe wichtig, sondern auch für Prüfungen und die Einhaltung von Compliance-Anforderungen. Die Verfahrensdokumentation sollte folgende Punkte enthalten: Beschreibung des Rechnungsworkflows, Verantwortlichkeiten, verwendete Systeme und Tools, Validierungsregeln, Archivierungsstrategie und Zugriffs- sowie Berechtigungskonzept.
Die Umwandlung von PDF in ZUGFeRD und die Umstellung auf E-Rechnungen verursacht Kosten, bringt aber auch messbare Nutzen. Eine fundierte wirtschaftliche Bewertung hilft Ihnen, die richtige Entscheidung zu treffen und Budgets zu planen.
Typische Kostenblöcke sind Softwarelizenzen für E-Invoicing-Plattformen, ERP-Module oder Validierungstools, einmalige Implementierungskosten für Schnittstellen, Customizing und Datenmigration, Schulungen für Mitarbeiter in Buchhaltung, Einkauf und Vertrieb, laufende Betriebskosten für Wartung, Support und System-Updates, interne Personalkosten für Projektleitung, Prozessdesign und Verfahrensdokumentation sowie Kosten für manuelle Nacharbeit bei Extraktion oder Validierungsfehlern.
Dem gegenüber stehen Nutzen wie Reduktion manueller Eingabeaufwände im Purchase-to-Pay durch automatisches Auslesen der XML-Daten, kürzere Durchlaufzeiten in Freigabe-Workflows durch strukturierte Daten, geringere Fehlerquoten bei Beträgen, Steuersätzen und Kontierungen, bessere Skontonutzung durch schnellere Rechnungsverarbeitung, Vermeidung von Medienbrüchen und Doppelerfassungen, höhere Transparenz und Auditierbarkeit durch digitale Prozesse sowie Erfüllung regulatorischer Anforderungen (E-Rechnungspflicht ab 2025).
Ein einfaches ROI-Template könnte so aussehen: Summieren Sie die einmaligen und laufenden Kosten über einen definierten Zeitraum (z. B. 3 Jahre). Schätzen Sie die Einsparungen pro Rechnung (z. B. 2-5 Euro je nach Automatisierungsgrad) und multiplizieren Sie diese mit dem jährlichen Rechnungsvolumen. Ziehen Sie die Kosten ab und teilen Sie das Ergebnis durch die Investition. Ein ROI von 1,5 oder höher bedeutet, dass sich die Investition lohnt.
Volumen-Schwellen: Bei weniger als 500 Rechnungen pro Jahr lohnt sich die Umstellung oft nur, wenn strategische Gründe (z. B. Kundenvorgaben) vorliegen. Ab 1.000 Rechnungen wird die Automatisierung zunehmend attraktiv, ab 5.000 Rechnungen ist sie in der Regel wirtschaftlich klar vorteilhaft.
Ein mittelständisches Unternehmen hat bislang Rechnungen in Excel erstellt und als PDF per E-Mail versendet. Ab 2025 muss es in der Lage sein, ZUGFeRD-Rechnungen zu empfangen und zu versenden. Das Unternehmen entscheidet sich für eine webbasierte E-Invoicing-Plattform, die sowohl die Erstellung als auch die Validierung übernimmt.
Die Umstellung erfolgt in mehreren Schritten: Zunächst werden Kunden- und Produktstämme in der Plattform angelegt. Dann wird eine Rechnung aus den vorhandenen Daten neu erstellt – nicht einfach konvertiert, sondern strukturiert erfasst. Die Plattform erzeugt automatisch das PDF im Format PDF/A-3 und bettet die XML-Datei ein. Vor dem Versand wird die Rechnung validiert. Fehlende Pflichtfelder werden ergänzt, Inkonsistenzen zwischen PDF und XML behoben.
Nach erfolgreicher Validierung wird die Rechnung per E-Mail versendet. Der Kunde erhält ein ZUGFeRD-PDF, das er sowohl lesen als auch automatisch in sein ERP-System einlesen kann. Das Unternehmen profitiert von weniger manueller Nacharbeit, besserer Datenkonsistenz und höherer Skalierbarkeit bei steigendem Rechnungsvolumen. Die Dunkelverarbeitungsrate steigt innerhalb von sechs Monaten von 40% auf 85%, die durchschnittliche Durchlaufzeit sinkt von 7 auf 3 Tage, und die Skontonutzung verbessert sich um 12 Prozentpunkte.
Bei der Umwandlung von PDF in ZUGFeRD treten häufig dieselben Fehler auf. Wer diese kennt, kann sie systematisch vermeiden.
Diskrepanz zwischen PDF und XML: Beträge, Steuersätze oder Adressen weichen ab. Lösung: Nutzen Sie Tools, die beide Teile synchron halten, oder validieren Sie vor dem Versand. Fehlende Pflichtfelder: Identifikatoren, Ländercodes oder strukturierte Positionsangaben fehlen. Lösung: Checkliste mit Pflichtfeldern führen und vor Versand prüfen. Unvollständige Artikelbeschreibungen: Generische Texte erschweren die Verarbeitung. Lösung: Stammdaten pflegen und aussagekräftige Positionen verwenden.
Veraltete ZUGFeRD-Versionen: Tools nutzen noch Version 1.0. Lösung: Auf Version 2.x aktualisieren. Annahme, dass Konvertieren ohne Datenerfassung funktioniert: Ein Button allein reicht nicht. Lösung: Entweder strukturierte Daten erfassen oder Extraktion mit manueller Nacharbeit einplanen. Uneinheitliche Stammdaten: Lieferantenname, Anschrift, Steuernummern variieren. Lösung: Stammdatengovernance einführen und zentral pflegen.
Fehlende Verfahrensdokumentation: Prozesse sind nicht dokumentiert. Lösung: Verfahrensdokumentation erstellen und regelmäßig aktualisieren. Unklare Verantwortlichkeiten: Niemand fühlt sich für Validierung oder Klärfälle zuständig. Lösung: Rollen und Verantwortlichkeiten definieren und kommunizieren.
Neben der wirtschaftlichen Bewertung sollten Sie auch Risiken und Qualitätskennzahlen im Blick behalten. Diese helfen Ihnen, den Erfolg der Umstellung zu messen und frühzeitig Probleme zu erkennen.
Typische Risiken sind unvollständige oder fehlerhafte Stammdaten, die zu hohen Reject-Raten führen, fehlende oder unzureichende Validierung führt zu nicht-konformen Rechnungen, mangelhafte Prozessdokumentation erschwert Audits und Betriebsprüfungen, unklare Verantwortlichkeiten führen zu Verzögerungen und Klärfällen, unzureichende Schulung der Mitarbeiter führt zu Akzeptanzproblemen sowie technische Probleme bei Schnittstellen oder Tools führen zu Systemausfällen.
Wichtige Qualitätskennzahlen (KPIs) zur Steuerung sind OCR-Fehlerquote bei Extraktion (Ziel: unter 10%), Reject-Rate nach Validierung (Ziel: unter 5%), Dunkelverarbeitungsrate im Purchase-to-Pay (Ziel: über 80%), durchschnittliche Durchlaufzeit von Rechnungseingang bis Buchung (Ziel: unter 3 Tage), Anteil manueller Nacharbeit (Ziel: unter 15%), Skontonutzungsquote (Ziel: über 90%) sowie Einhaltung von SLA für Rechnungsverarbeitung (Ziel: 95%).
Etablieren Sie ein regelmäßiges Reporting dieser Kennzahlen, um Trends zu erkennen und kontinuierlich zu verbessern. Ein monatliches Dashboard hilft, die wichtigsten Metriken im Blick zu behalten und bei Abweichungen schnell zu reagieren.
Nicht in jedem Fall ist die Umwandlung bestehender PDFs der effizienteste Weg. Die folgende Tabelle hilft Ihnen, die richtige Entscheidung für Ihre Organisation zu treffen.
| Situation | Empfohlener Weg | Begründung |
|---|---|---|
| Geringe Volumina, sporadische Rechnungen | Extraktion + Validierung | Kurzfristig umsetzbar, geringer initialer Aufwand |
| Mittlere bis hohe Volumina, wiederkehrend | Prozessumstellung + Neuerstellung | Langfristig effizienter, bessere Datenqualität |
| Standardisierte Layouts, konsistente Daten | Extraktion möglich, aber Validierung nötig | OCR kann zuverlässig arbeiten, manuelle Nacharbeit gering |
| Stark variierende Layouts, handschriftliche Ergänzungen | Prozessumstellung empfohlen | Extraktion fehleranfällig, hoher manueller Aufwand |
| Strategisches Ziel: End-to-End-Automatisierung | Prozessumstellung + Integration in ERP/DMS | Automatisierung nur mit strukturierten Daten stabil |
| Zeitkritische Empfängeranforderungen, keine ERP-Anpassung möglich | Extraktion als Brückenlösung | Schnell umsetzbar, langfristig sollte Prozess umgestellt werden |
Die Umwandlung von PDF in ZUGFeRD ist kein einfaches Konvertieren, sondern erfordert strukturierte Daten, saubere Prozesse und Validierung. Hier die wichtigsten Schritte im Überblick:
Wenn Sie diese Schritte befolgen und die typischen Fehlerquellen vermeiden, gelingt Ihnen die Umstellung auf ZUGFeRD erfolgreich. Langfristig lohnt sich die Investition in eine Prozessumstellung, die Ihnen nicht nur die E-Rechnungspflicht erfüllt, sondern auch echte Effizienzgewinne im Purchase-to-Pay und Order-to-Cash bringt.
Kann ich ein vorhandenes PDF wirklich in ZUGFeRD umwandeln, ohne Daten nachzutragen?
Nein, nicht zuverlässig. Ein einfaches PDF enthält keine strukturierten Daten. Entweder müssen Sie die Daten per OCR extrahieren und manuell prüfen oder die Rechnung aus strukturierten Daten neu erstellen.
Woran erkenne ich, ob ein PDF bereits ein ZUGFeRD-PDF ist?
Öffnen Sie das PDF in einem geeigneten Viewer und prüfen Sie, ob eine eingebettete Datei vorhanden ist. ZUGFeRD-PDFs enthalten eine XML-Datei als Anhang. Viele Tools zeigen diese automatisch an.
Wie kann ich die XML aus einem ZUGFeRD-PDF extrahieren?
Mit spezialisierten Tools oder PDF-Viewern können Sie die eingebettete XML-Datei auslesen und separat speichern. Dies ist hilfreich für die Prüfung oder Fehlersuche.
Was ist besser für mein Unternehmen: ZUGFeRD oder XRechnung?
Das hängt vom Empfänger ab. Für B2B-Kunden ist ZUGFeRD meist die flexiblere Wahl. Für Rechnungen an Behörden ist die XRechnung Pflicht. Viele Systeme unterstützen beide Formate.
Welche Rolle spielt PDF/A-3 und warum ist das relevant?
PDF/A-3 ist ein Archivierungsstandard, der das Einbetten von Dateien erlaubt. ZUGFeRD nutzt diesen Standard, um die XML-Datei ins PDF zu integrieren. Ohne PDF/A-3 ist eine ZUGFeRD-Rechnung technisch nicht möglich.
Wie gehe ich mit unterschiedlichen Empfängeranforderungen um?
Erfragen Sie vorab, welches Format der Empfänger erwartet. Viele Plattformen können beide Formate erzeugen. Planen Sie unterschiedliche Versandkanäle für B2B und öffentliche Auftraggeber ein.
Was sind typische Gründe, warum Rechnungen nicht automatisch verarbeitet werden?
Häufige Ursachen sind fehlende Pflichtfelder, Inkonsistenzen zwischen PDF und XML, fehlerhafte Validierung, unvollständige Stammdaten oder veraltete ZUGFeRD-Versionen.
Wie verhindere ich Diskrepanzen zwischen Sichtbeleg und Datenbeleg?
Nutzen Sie Tools, die PDF und XML synchron erzeugen. Validieren Sie vor dem Versand und führen Sie Stichproben durch, um sicherzustellen, dass beide Teile identisch sind.
Welche Kosten kommen bei der Umstellung auf mich zu?
Typische Kostenblöcke sind Softwarelizenzen, Implementierung, Schulungen, laufender Betrieb und interne Personalkosten. Eine wirtschaftliche Bewertung hilft, ROI und Volumen-Schwellen zu bestimmen.
Wie hoch ist die typische OCR-Fehlerquote bei der Extraktion?
Bei strukturierten PDFs liegt die Fehlerquote bei 5-10%, bei komplexen Layouts oder Scans kann sie auf 15% oder höher steigen. Validierung und manuelle Nacharbeit sind daher wichtig.