ZUGFeRD SAP: Integration, Versand und Verarbeitung strukturierter Rechnungen

ZUGFeRD SAP beschreibt die Integration des hybriden Rechnungsformats ZUGFeRD in SAP-Systeme wie ECC, S/4HANA oder Business One, um elektronische Rechnungen standardisiert zu erzeugen, zu versenden, zu empfangen und automatisiert zu verarbeiten. Das Format kombiniert ein menschenlesbares PDF mit strukturierten XML-Daten nach der europäischen Norm EN 16931 und ermöglicht so eine durchgängige Automatisierung im Purchase-to-Pay- und Order-to-Cash-Prozess ohne Medienbrüche.

Seit dem 01.01.2025 sind Unternehmen in Deutschland verpflichtet, E-Rechnungen empfangen zu können. Die Versandpflichten gelten gestaffelt: Bis Ende 2026 beziehungsweise in bestimmten Fällen bis 31.12.2027 müssen Unternehmen ihre Rechnungsausgangs- und -eingangsprozesse auf strukturierte Formate wie ZUGFeRD oder XRechnung umgestellt haben. Für SAP-Anwender bedeutet dies, dass bestehende Rechnungsprozesse in die ERP-Landschaft integriert werden müssen, um Compliance-Anforderungen zu erfüllen, manuelle Aufwände zu reduzieren und die Datenqualität in Finance- und Verwaltungsprozessen zu sichern.

Inhaltsverzeichnis

• Was ist ZUGFeRD SAP?
• Warum ist ZUGFeRD SAP wichtig?
• Die wichtigsten Bereiche und Komponenten
• Überblick und Vergleich
• So funktioniert ZUGFeRD SAP in der Praxis
• Typische Probleme, Risiken oder Fehler
• Auswahlhilfe und Bewertung
• Woran erkennt man eine gute Lösung?
• Checkliste zu ZUGFeRD SAP
• Häufige Fragen
• Fazit

Was ist ZUGFeRD SAP?

ZUGFeRD SAP bezeichnet die technische und prozessuale Integration des ZUGFeRD-Formats in SAP-ERP-Systeme. ZUGFeRD steht für „Zentraler User Guide des Forums elektronische Rechnung Deutschland" und ist ein Hybridformat, das ein PDF/A-3-Dokument mit eingebetteten XML-Rechnungsdaten kombiniert. Die XML-Daten folgen der CII-Syntax und entsprechen der europäischen Norm EN 16931, die eine automatisierte Verarbeitung elektronischer Rechnungen ermöglicht.

In SAP-Umgebungen wird ZUGFeRD genutzt, um Ausgangsrechnungen aus SAP-Belegen heraus zu generieren und Eingangsrechnungen strukturiert einzulesen. Die Integration erfolgt typischerweise über Add-ons, Middleware-Lösungen oder SAP-Standardkomponenten wie SAP Document Compliance und Output Management, die sich in SAP R/3, SAP ECC, SAP S/4HANA oder SAP Business One einfügen. Dabei werden SAP-Standardfunktionen für Datenextraktion, Formularerzeugung, Versand und Archivierung genutzt, um Medienbrüche zu vermeiden und die Business-Logik des ERP-Systems wiederzuverwenden.

Abgrenzung zu XRechnung und anderen Formaten

Während XRechnung ein reines XML-Format ist, das vor allem im B2G-Bereich eingesetzt wird, bietet ZUGFeRD den Vorteil der Lesbarkeit für Menschen durch das eingebettete PDF. ZUGFeRD 2.x entspricht dem international bekannten Factur-X-Format. Beide Formate erfüllen die Anforderungen der EN 16931 und können parallel in SAP-Systemen betrieben werden, je nach Anforderung des Empfängers. Im B2G-Bereich ist XRechnung häufig Pflicht, während im B2B-Umfeld ZUGFeRD bevorzugt wird.

Technische Grundlagen

Die ZUGFeRD-Erzeugung in SAP erfolgt durch Konvertierung von SAP-Rechnungsformularen in XML-Daten, die anschließend in ein PDF/A-3-Dokument eingebettet werden. Der Versand kann per E-Mail, über PEPPOL-Netzwerke oder andere Kanäle erfolgen. Für die Verarbeitung von Eingangsrechnungen werden die eingebetteten XML-Daten extrahiert, validiert und in SAP importiert, wobei Pflichtfelder geprüft und Protokolle erstellt werden.

Warum ist ZUGFeRD SAP wichtig?

Die Relevanz von ZUGFeRD SAP ergibt sich aus der Kombination gesetzlicher Anforderungen, betriebswirtschaftlicher Effizienzgewinne und der Notwendigkeit, Rechnungsprozesse durchgängig zu digitalisieren. Seit 01.01.2025 müssen Unternehmen in Deutschland elektronische Rechnungen empfangen können. Diese Empfangspflicht betrifft alle B2B-Transaktionen und bedeutet organisatorisch, dass Unternehmen technische Systeme vorhalten müssen, die strukturierte Formate wie ZUGFeRD oder XRechnung verarbeiten können. Technisch bedeutet dies die Fähigkeit, XML-Daten zu extrahieren, zu validieren und in die Buchhaltung zu überführen – nicht nur PDF-Anhänge zu öffnen.

Die Versandpflicht greift gestaffelt: Bis Ende 2026 müssen Unternehmen mit einem Umsatz über 800.000 Euro strukturierte Rechnungen versenden können. Für kleinere Unternehmen gilt eine Übergangsfrist bis 31.12.2027. Die Formatpflichten unterscheiden sich je nach Empfängergruppe: Für öffentliche Auftraggeber ist XRechnung Standard, im B2B-Bereich sind sowohl ZUGFeRD als auch XRechnung zulässig. SAP-Anwender stehen damit vor der Aufgabe, ihre bestehenden Prozesse im Purchase-to-Pay- und Order-to-Cash-Bereich anzupassen und sicherzustellen, dass je nach Empfänger das korrekte Format gewählt wird.

Compliance und regulatorische Anforderungen

Die E-Rechnungspflicht ist Teil eines umfassenderen Digitalisierungsrahmens, der durch GoBD, die EU-Richtlinie 2014/55/EU und die ViDA-Initiative geprägt ist. GoBD regelt die ordnungsgemäße Aufbewahrung digitaler Belege, während ViDA („VAT in the Digital Age") auf ein EU-weites elektronisches Meldesystem und Continuous Transaction Controls (CTC) abzielt. Unternehmen, die bereits jetzt sauber strukturierte Rechnungsprozesse aufsetzen, sind auf künftige Anforderungen besser vorbereitet. Der Scope der Verpflichtung umfasst alle inländischen B2B-Rechnungen, während grenzüberschreitende Transaktionen und B2C-Rechnungen aktuell ausgenommen sind.

Effizienzgewinne und Kostenreduktion

ZUGFeRD SAP ermöglicht eine automatisierte Verarbeitung von Rechnungen ohne OCR-Software oder manuelle Erfassung. Die strukturierten XML-Daten können direkt in SAP eingelesen, validiert und in bestehende Workflows integriert werden. Dies reduziert Durchlaufzeiten, minimiert Fehlerquoten und senkt manuelle Aufwände im Rechnungseingang und -ausgang erheblich. Typische Einsparungen ergeben sich durch weniger Rückläufer, schnellere Freigabeprozesse und bessere Steuerbarkeit über Statusprotokolle.

Vermeidung von Medienbrüchen

In vielen SAP-Landschaften existieren Medienbrüche zwischen ERP, E-Mail, DMS, Archiv und Workflow-Systemen. ZUGFeRD SAP schließt diese Lücken, indem die Rechnungserzeugung, -prüfung, -versand und -archivierung innerhalb des SAP-Systems oder über sauber integrierte Middleware erfolgt. Dies gewährleistet eine durchgängige Nachvollziehbarkeit, reduziert Schnittstellenkomplexität und verbessert die Datenqualität.

Die wichtigsten Bereiche und Komponenten

Die Integration von ZUGFeRD in SAP umfasst mehrere funktionale Bereiche, die jeweils spezifische Anforderungen an Daten, Prozesse und Systeme stellen. Die wichtigsten Komponenten betreffen Ausgangsrechnungen (Outbound), Eingangsrechnungen (Inbound), Validierung, Archivierung und Versandkanäle.

Outbound: Ausgangsrechnungen erzeugen und versenden

Im Order-to-Cash-Prozess werden SAP-Rechnungsbelege in ZUGFeRD-konforme Dokumente konvertiert. Dabei werden SAP-Datenfelder wie Debitorennummer, Steuerdaten, Adressinformationen, Bestellreferenzen und Positionen in XML-Daten nach EN 16931 überführt. Diese XML-Daten werden in ein PDF/A-3-Dokument eingebettet, das sowohl für Menschen lesbar als auch maschinell verarbeitbar ist. Der Versand erfolgt typischerweise per E-Mail, kann aber auch über PEPPOL oder andere Kanäle abgewickelt werden.

Vor dem Versand werden Pflichtfelder geprüft, die Rechnungsdaten gegen Schema und Regeln validiert und eventuelle Abweichungen protokolliert. Anhänge wie Lieferscheine oder Verträge können ebenfalls zugeordnet und ZUGFeRD-konform eingebettet werden. Die Verarbeitung kann über SAP GUI, WebUI oder als Batch-Job erfolgen, je nach Volumen und Anforderung.

Inbound: Eingangsrechnungen empfangen und verarbeiten

Der Empfang von ZUGFeRD-Rechnungen stellt SAP-Anwender vor besondere Herausforderungen, da XML-Daten für Menschen schwer lesbar sind. Ein gutes System extrahiert die eingebetteten XML-Daten aus dem PDF/A-3-Dokument, visualisiert sie in einer übersichtlichen Form und importiert sie direkt in SAP. Dabei werden Pflichtfelder geprüft, die Rechnung gegen Bestellung, Wareneingang oder Vertrag abgeglichen (2-Way- oder 3-Way-Match) und in bestehende Prüf- und Freigabeworkflows übergeben.

Die Statusverwaltung erfolgt über klare Protokolle, die zwischen „in Prüfung", „zur Buchung" und „abgewiesen" unterscheiden. Dies ermöglicht eine saubere Fehlerbehandlung und verhindert, dass unvollständige oder fehlerhafte Rechnungen automatisch gebucht werden.

Validierung und Protokollierung

Validierung ist entscheidend, um die Akzeptanz beim Empfänger zu erhöhen und Rückweisungen zu vermeiden. Validatoren prüfen die erzeugten ZUGFeRD-Dokumente gegen Schema, Schematron-Regeln und fachliche Anforderungen. Protokolle dokumentieren Pflichtfeldfehler, inhaltliche Abweichungen und Verarbeitungsstatus. Ein gutes Protokollsystem ist massentauglich (für Jobs) und gleichzeitig für Einzelfälle verständlich.

Archivierung und Dokumentenmanagement

Die ordnungsgemäße Archivierung von ZUGFeRD-Rechnungen ist Teil der GoBD-Anforderungen. Sowohl das menschenlesbare PDF als auch die strukturierten XML-Daten müssen revisionssicher aufbewahrt werden. Viele Unternehmen nutzen bestehende DMS- oder Archiv-Systeme, die über SAP-Schnittstellen angebunden sind. SharePoint kann als Repository genutzt werden, sofern die Implementierung eine revisionssichere Speicherung, Unveränderbarkeit der Dokumente und eine entsprechende Verfahrensdokumentation gewährleistet. Dies setzt voraus, dass Versionierung, Zugriffsrechte, Protokollierung und Aufbewahrungsfristen GoBD-konform konfiguriert sind. Zusätzlich stellen Add-ons häufig Metadaten bereit, die Suche, Zuordnung und Auswertbarkeit verbessern.

Versandkanäle und Netzwerke

Während E-Mail im B2B-Bereich gängig ist, reicht dieser Kanal im B2G- und internationalen Umfeld oft nicht aus. PEPPOL ist ein europäisches Netzwerk für den sicheren und standardisierten Austausch elektronischer Dokumente. Der Versand erfolgt über zertifizierte Access Points, die Routing und Identitätsprüfung übernehmen. Für Rechnungen an öffentliche Auftraggeber ist zudem die Leitweg-ID als Pflichtfeld relevant, die in SAP-Stammdaten gepflegt und im Rechnungsausgang mitgeführt werden muss.

Überblick und Vergleich

Die folgende Tabelle ordnet die wichtigsten Formate, Standards und Systeme im Kontext von ZUGFeRD SAP ein und zeigt deren Einsatzbereiche, Stärken und typische Anwendungsfälle.

Diese Übersicht zeigt, dass ZUGFeRD und XRechnung komplementär eingesetzt werden können. Während XRechnung für den öffentlichen Bereich vorgeschrieben ist, bietet ZUGFeRD im B2B-Umfeld den Vorteil der besseren Lesbarkeit. SAP-Systeme müssen beide Formate unterstützen können, um verschiedene Empfängergruppen zu bedienen.

So funktioniert ZUGFeRD SAP in der Praxis

Die praktische Umsetzung von ZUGFeRD SAP folgt einem strukturierten Ablauf, der Vorbereitung, Datenbeschaffung, Customizing, Validierung und Betrieb umfasst. Jede Phase hat spezifische Aufgaben und Verantwortlichkeiten, die zwischen Finance, IT und gegebenenfalls Einkauf oder Vertrieb abgestimmt werden müssen.

Vorbereitung: Partner und Versandparameter definieren

Im ersten Schritt werden Partner, Empfängerregeln, Texte, Versandparameter und Identifikatoren wie die Leitweg-ID definiert. Verantwortlichkeiten zwischen Finance, IT und Fachbereichen werden festgelegt. Dies umfasst auch die Klärung, welche Formate (ZUGFeRD, XRechnung) für welche Empfängergruppen genutzt werden sollen. Ein klares RACI-Modell (Responsible, Accountable, Consulted, Informed) hilft dabei, Zuständigkeiten für Stammdatenpflege, Prozessmonitoring, Fehlerbehandlung und Archivierung zu definieren.

Datenbeschaffung und -aufbereitung

SAP-Datenfelder werden identifiziert, die in die E-Rechnung einfließen: Beleg, Stammdaten, Konditionen, Steuerdaten, Adressen, Referenzen. Aufgrund kundenspezifischer Customizing-Unterschiede kann es erforderlich sein, Datenquellen zu adaptieren. Datenqualität ist hier der zentrale Hebel: Unvollständige oder fehlerhafte Stammdaten führen zu fehlenden Pflichtfeldern und damit zu Rückweisungen.

Customizing und Mapping

Bei der Installation eines ZUGFeRD-Add-ons wird ein Standard-Template für das Daten-Mapping bereitgestellt. Dieses Template ordnet SAP-Felder den entsprechenden ZUGFeRD-Feldern zu. Anpassungen sind häufig erforderlich, um kundenspezifische Anforderungen abzubilden, etwa die Einbettung individueller Zusatzdaten oder die Nutzung spezifischer Freitextfelder. In der Regel sind keine Code-Änderungen in Anwendungsprogrammen nötig, da das Mapping über Customizing-Parameter erfolgt. In Ausnahmefällen können jedoch kundenspezifische Formulare, Sonderfelder oder komplexe Steuerlogiken eine Entwicklung erfordern, insbesondere wenn SAP-Standardfelder die erforderlichen Daten nicht vollständig abbilden.

Validierung

Um die Akzeptanz der E-Rechnung beim Empfänger technisch zu gewährleisten, ist die Validierung der erzeugten Dokumente gegen Schema, Schematron und fachliche Regeln notwendig. Validatoren werden von den entsprechenden Normungsgremien zur Verfügung gestellt und führen eine Vielzahl von Prüfungen durch. Ein fehlerloses Ergebnis ist ein Muss für den produktiven Einsatz.

Test und Betrieb

Massentests (Jobläufe), Einzelfalltests und die Simulation von Rückweisungsfällen gehören zur Testphase. Monitoring und Protokolle werden in die Fachbereichsprozesse integriert, sodass Fehler frühzeitig erkannt und behoben werden können. Der Betrieb erfolgt über SAP GUI, WebUI oder als automatisierter Job, je nach Volumen und Anforderung. Eine durchdachte Teststrategie umfasst auch Regressionstests bei SAP-Release-Wechseln oder Format-Updates, um sicherzustellen, dass Änderungen an Schnittstellen, Validatoren oder Normen keine bestehenden Prozesse beeinträchtigen.

Integration mit bestehenden Systemen

ZUGFeRD-Add-ons können an jede Middleware angebunden oder als Standalone-Server mit SAP-Anbindung betrieben werden. Die Architekturentscheidung hängt von der bestehenden Systemlandschaft ab: SAP-Standardkomponenten wie SAP Document Compliance oder SAP Output Management bieten native Integration und reduzieren Schnittstellenkomplexität, erfordern aber gegebenenfalls zusätzliche Lizenzierung und Customizing. Add-ons von Drittanbietern bieten oft mehr Flexibilität und schnellere Time-to-Market, erzeugen jedoch zusätzliche Schnittstellen. Middleware-Lösungen eignen sich für heterogene Landschaften mit mehreren ERP-Systemen, erfordern jedoch höheren Betriebsaufwand. Die Integration mit DMS-Systemen, Archiven oder SharePoint als Repository sorgt dafür, dass Dokumente, Anhänge und Originale zentral abgelegt und mit zusätzlichen Metadaten versehen werden. Scan-Prozesse für Restpapier bleiben relevant, werden aber durch E-Rechnungen deutlich reduziert. Dabei werden SAP-Standardfunktionen genutzt, um Dokumente ins SAP oder ins Archiv zu bringen.

Typische Probleme, Risiken oder Fehler

Bei der Einführung von ZUGFeRD SAP treten in der Praxis wiederkehrende Probleme auf, die durch sorgfältige Vorbereitung und realistische Planung vermieden werden können.

Missverständnis: PDF per E-Mail reicht

Ein häufiger Irrtum besteht darin, dass ein einfaches PDF per E-Mail als E-Rechnung ausreicht. Eine E-Rechnung im Sinne der EN 16931 muss strukturierte, maschinell verarbeitbare Daten enthalten. Ein reines PDF ohne eingebettete XML-Daten erfüllt diese Anforderung nicht.

Falsches Format für Empfängergruppe

ZUGFeRD und XRechnung werden nicht immer korrekt zugeordnet. Während öffentliche Auftraggeber häufig XRechnung vorschreiben und die Leitweg-ID als Pflichtfeld erwarten, bevorzugen viele B2B-Partner ZUGFeRD wegen der besseren Lesbarkeit. Ein System muss beide Formate unterstützen und je nach Empfänger das richtige Format auswählen können.

Fehlende Pflichtfelder durch unvollständige Stammdaten

Unvollständige oder fehlerhafte Stammdaten sind die häufigste Ursache für fehlende Pflichtfelder. Fehlende Debitorennummern, Steuerdaten, Adressen oder Bestellreferenzen führen dazu, dass Rechnungen nicht validiert werden können und vom Empfänger zurückgewiesen werden. Eine saubere Stammdatenpflege ist daher Voraussetzung für eine erfolgreiche Automatisierung.

Unklare Referenzen und Zuordnungen

Fehlende oder fehlerhafte Bestellnummern, Vertragsnummern oder andere Referenzen verhindern die automatische Zuordnung im Purchase-to-Pay-Prozess. Dies führt zu manuellen Klärfällen, verzögerten Freigaben und erhöhtem Supportaufwand. Eine klare Referenzlogik und deren Pflege in SAP sind daher unerlässlich.

Fehlende Validierung führt zu Rückläufern

Ohne Validierung steigt das Risiko, dass fehlerhafte Rechnungen versendet werden, die vom Empfänger abgewiesen werden müssen. Dies erhöht den Supportaufwand, verzögert Zahlungen und führt zu unzufriedenen Geschäftspartnern. Eine integrierte Validierung vor Versand ist daher zwingend erforderlich.

Medienbruch durch externe Tools ohne SAP-Rückschreibung

Wenn externe Tools für die Rechnungserzeugung oder -verarbeitung genutzt werden, die Status, Protokolle und Ergebnisse nicht sauber ins SAP zurückschreiben, entstehen Schattenprozesse und unklare Verantwortlichkeiten. Dies erschwert Monitoring, Fehlerbehandlung und Reporting. Eine enge Integration mit SAP ist daher entscheidend.

Archivierung ohne Metadaten

Wenn Rechnungen ohne saubere Metadaten oder Zuordnung archiviert werden, sinkt die spätere Auffindbarkeit und Prozessineffizienz steigt. Eine saubere Ablage mit Metadaten wie Belegnummer, Debitor, Datum und Status ist für eine nachvollziehbare und GoBD-konforme Archivierung notwendig.

Integrations- und Betriebsrisiken

Release-Wechsel in SAP, Format-Updates bei ZUGFeRD oder XRechnung sowie Änderungen an Validatoren können bestehende Prozesse beeinträchtigen. Ohne Regressionstests und strukturiertes Change-Management drohen Fehler im Produktivbetrieb. Bei hohen Rechnungsvolumina sind Performance-Tests erforderlich, um sicherzustellen, dass Massenverarbeitung und Batch-Jobs innerhalb der geforderten Zeitfenster ablaufen. Fehlerqueues und Eskalationsmechanismen müssen definiert sein, um fehlerhafte Rechnungen sauber zu behandeln und Cutover-Risiken beim Go-Live zu minimieren.

Auswahlhilfe und Bewertung

Die Entscheidung für eine ZUGFeRD-SAP-Lösung hängt von verschiedenen Kriterien ab, die sowohl technische, prozessuale als auch wirtschaftliche Aspekte berücksichtigen. Die folgende Tabelle bietet eine Bewertungsmatrix für typische Architekturoptionen.

Diese Bewertung zeigt, dass SAP-Standardkomponenten Vorteile bei Prozessdurchgängigkeit und Schnittstellenreduktion bieten, während Add-ons schnellere Umsetzung ermöglichen. Middleware-Lösungen eignen sich für heterogene Landschaften, erzeugen jedoch höhere Komplexität. Die Entscheidung sollte auf Basis der bestehenden Systemlandschaft, des Rechnungsvolumens und der vorhandenen IT-Ressourcen getroffen werden.

Wirtschaftlichkeit und ROI-Logik

Die Bewertung der Wirtschaftlichkeit umfasst Kostenblöcke wie Implementierung (Mapping, Tests, Prozessdesign), Betrieb (Monitoring, Updates, Support) und Datenqualität (Bereinigung, Governance) sowie Nutzenblöcke wie Reduktion manueller Erfassung, schnellere Durchlaufzeiten, weniger Klärfälle und bessere Steuerbarkeit durch strukturierte Daten. Eine Beispielrechnung für ein Unternehmen mit 10.000 Eingangsrechnungen pro Jahr könnte folgende Annahmen umfassen: Reduktion der manuellen Erfassungszeit von durchschnittlich 5 Minuten auf 1 Minute pro Rechnung ergibt 667 eingesparte Stunden pro Jahr. Bei einem internen Stundensatz von 50 Euro entspricht dies 33.350 Euro jährlicher Einsparung. Hinzu kommen reduzierte Fehlerquoten, schnellere Freigabezyklen und verbessertes Working Capital Management durch frühere Zahlungsfreigaben. Typische Implementierungskosten liegen je nach Lösung zwischen 20.000 und 80.000 Euro, sodass sich Amortisationszeiten zwischen 9 und 30 Monaten ergeben können.

Entscheidungsrelevante Kennzahlen sind: Anteil strukturierter Rechnungen am Gesamtvolumen, Durchlaufzeit Rechnungseingang bis Buchung, Quote fehlerhafter oder abgewiesener Rechnungen, Aufwand pro Rechnung (manuell vs. automatisiert) und Anteil Rechnungen mit Bestellbezug vs. ohne.

Woran erkennt man eine gute Lösung?

Eine gute ZUGFeRD-SAP-Lösung zeichnet sich durch mehrere Qualitätsmerkmale aus, die sowohl technische als auch prozessuale Anforderungen abdecken.

Nahtlose Integration in SAP

Die Lösung nutzt SAP-Standardfunktionen für Datenextraktion, Formularerzeugung, Versand und Export. In den meisten Fällen sind keine Code-Änderungen in Anwendungsprogrammen erforderlich. Die Verarbeitung erfolgt transparent über SAP GUI, WebUI oder als Job, ohne dass Nutzer mit externen Tools arbeiten müssen. Allerdings können kundenspezifische Formulare, Sonderfelder oder komplexe Steuerlogiken in Ausnahmefällen eine Entwicklung erfordern, weshalb eine realistische Einschätzung des Anpassungsbedarfs im Vorfeld wichtig ist.

Vollständige Unterstützung relevanter Formate

Die Lösung unterstützt alle aktuellen Versionen von ZUGFeRD (2.0, 2.1, 2.2, 2.3) und XRechnung (2.x, 3.x) sowie deren syntaktische Ausprägungen (UBL, CII). Updates und neue Versionen werden zeitnah bereitgestellt, um Compliance zu gewährleisten.

Umfassende Validierung und Protokollierung

Vor Versand werden Pflichtfelder geprüft und die erzeugten Dokumente gegen Schema, Schematron und fachliche Regeln validiert. Fehler, Treffer und Abweichungen werden klar protokolliert. Protokolle sind sowohl für Massenläufe als auch für Einzelfälle verständlich und bieten klare Fehlerbilder für Fachbereich und IT.

Flexible Anbindung an Versandkanäle

Die Lösung unterstützt E-Mail-Versand, PEPPOL-Netzwerke und andere Kanäle. Die Zuordnung erfolgt automatisch je nach Empfängergruppe. Für öffentliche Auftraggeber werden Pflichtfelder wie die Leitweg-ID korrekt verarbeitet und übermittelt.

Saubere Archivierung und Metadaten

Dokumente, Anhänge und Originale werden zentral und revisionssicher abgelegt. Metadaten wie Belegnummer, Debitor, Datum, Status und Referenzen werden bereitgestellt, um Suche, Zuordnung und Auswertbarkeit zu verbessern. Die Archivierung erfolgt im Einklang mit GoBD-Anforderungen, wobei die konkrete Umsetzung – etwa bei Nutzung von SharePoint – Versionierung, Zugriffsrechte, Protokollierung und Unveränderbarkeit sowie eine dokumentierte Verfahrensdokumentation erfordert.

Operative Governance und Controls

Ein durchdachtes Berechtigungskonzept regelt, wer Rechnungen erzeugen, versenden, prüfen, freigeben oder abweisen darf. Ein klares RACI-Modell definiert Verantwortlichkeiten für Stammdatenpflege, Monitoring, Fehlerbehandlung und Archivierung. Audit-Trails dokumentieren alle Änderungen, Statuswechsel und Benutzeraktionen revisionssicher. Monitoring-KPIs wie Anzahl versendeter Rechnungen, Validierungsfehler, Durchlaufzeiten und Rückweisungsquoten ermöglichen eine proaktive Steuerung.

Anpassbarkeit ohne hohen Entwicklungsaufwand

Customizing erfolgt über Templates und Parameter, in der Regel ohne Code-Änderungen. Kundenspezifische Anforderungen wie individuelle Zusatzdaten, Freitextfelder oder Anhänge können ohne aufwändige Entwicklung abgebildet werden. In Ausnahmefällen kann dennoch Entwicklungsarbeit erforderlich sein.

Gute Dokumentation und Support

Eine klare Projekt-Roadmap, definierter Fragenkatalog und gezielte Schulungen für Anwender gehören zum Leistungsumfang. Während der Test- und Go-Live-Phase erfolgt aktive Begleitung. Der Support ist erreichbar und fachlich kompetent.

Checkliste zu ZUGFeRD SAP

• Sind alle Empfängergruppen identifiziert und deren Format-Anforderungen (ZUGFeRD, XRechnung, PEPPOL) sowie Scope (B2B vs. B2G) geklärt?
• Sind Verantwortlichkeiten zwischen Finance, IT, Einkauf und Vertrieb über ein RACI-Modell definiert?
• Sind Stammdaten (Debitoren, Kreditoren, Steuern, Adressen, Leitweg-ID) vollständig und fehlerfrei?
• Sind SAP-Datenfelder identifiziert, die in die E-Rechnung einfließen (Beleg, Stammdaten, Konditionen, Steuerdaten, Referenzen)?
• Ist das Daten-Mapping für ZUGFeRD und XRechnung definiert und kundenspezifisch angepasst?
• Sind Pflichtfelder für alle Formate vollständig abgebildet?
• Ist eine Validierung gegen Schema, Schematron und fachliche Regeln implementiert?
• Werden Protokolle und Status klar dokumentiert und sind sie für Fachbereich und IT verständlich?
• Sind Versandkanäle (E-Mail, PEPPOL) konfiguriert und getestet?
• Ist die Archivierung revisionssicher, GoBD-konform und mit Metadaten versehen?
• Ist bei Nutzung von SharePoint eine Verfahrensdokumentation erstellt, die Unveränderbarkeit, Versionierung und Zugriffsrechte regelt?
• Sind DMS- oder Archiv-Systeme als Repository angebunden?
• Sind Massentests (Jobs), Einzelfalltests und Regressionstests bei Release- oder Format-Updates durchgeführt?
• Sind Rückweisungsfälle simuliert und Fehlerhandling inkl. Fehlerqueues definiert?
• Ist ein Berechtigungskonzept für Erzeugung, Versand, Prüfung und Freigabe implementiert?
• Sind Monitoring-KPIs (z. B. Validierungsfehler, Durchlaufzeiten, Rückweisungsquoten) definiert und in Dashboards integriert?
• Ist ein Audit-Trail zur revisionssicheren Dokumentation aller Statuswechsel und Benutzeraktionen vorhanden?
• Sind Anwender geschult und Dokumentation verfügbar?
• Ist ein Monitoring-Prozess für laufenden Betrieb etabliert?
• Sind Cutover-Szenarien und Performance-Tests für Massenverarbeitung geplant?

Häufige Fragen

Was ist der Unterschied zwischen ZUGFeRD und XRechnung?

ZUGFeRD ist ein Hybridformat, das ein PDF/A-3-Dokument mit eingebetteten XML-Daten kombiniert und sowohl für Menschen lesbar als auch maschinell verarbeitbar ist. XRechnung ist ein reines XML-Format, das vor allem im B2G-Bereich vorgeschrieben ist. Beide Formate erfüllen die Anforderungen der EN 16931, unterscheiden sich aber in Lesbarkeit und Einsatzbereich.

Welche SAP-Systeme unterstützen ZUGFeRD?

ZUGFeRD kann in SAP R/3, SAP ECC, SAP S/4HANA und SAP Business One integriert werden. Die Anbindung erfolgt über Add-ons, Middleware-Lösungen oder SAP-Standardkomponenten wie SAP Document Compliance und SAP Output Management, die sich in die bestehende SAP-Landschaft einfügen und SAP-Standardfunktionen nutzen.

Müssen für ZUGFeRD SAP Code-Änderungen vorgenommen werden?

In den meisten Fällen nicht. Gute Lösungen nutzen Customizing und Templates, um das Daten-Mapping zu konfigurieren. Code-Änderungen in Anwendungsprogrammen sind in der Regel nicht erforderlich, was das Projektrisiko reduziert und die Wartbarkeit verbessert. Allerdings können kundenspezifische Formulare, Sonderfelder oder komplexe Steuerlogiken in Ausnahmefällen eine Entwicklung erfordern.

Wie werden Eingangsrechnungen in SAP verarbeitet?

Eingebettete XML-Daten werden aus dem PDF/A-3-Dokument extrahiert, visualisiert, validiert und in SAP importiert. Die Rechnung wird gegen Bestellung, Wareneingang oder Vertrag abgeglichen und in bestehende Prüf- und Freigabeworkflows übergeben. Status und Protokolle werden klar dokumentiert.

Ist PEPPOL für ZUGFeRD SAP notwendig?

PEPPOL ist nicht zwingend erforderlich, aber sinnvoll für internationale Partner und öffentliche Auftraggeber. Der Versand über zertifizierte Access Points bietet Routing, Identitätsprüfung und sichere Übermittlung. In Deutschland ist E-Mail-Versand im B2B-Bereich derzeit noch erlaubt, aber PEPPOL wird zunehmend gefordert.

Welche Rolle spielt die Leitweg-ID?

Die Leitweg-ID ist ein Pflichtfeld für Rechnungen an öffentliche Auftraggeber in Deutschland. Sie muss in SAP-Stammdaten gepflegt und im Rechnungsausgang korrekt übermittelt werden, um die Rechnung dem richtigen Empfänger zuzuordnen.

Wie wird die Datenqualität sichergestellt?

Datenqualität ist der zentrale Hebel für erfolgreiche Automatisierung. Stammdaten müssen vollständig und fehlerfrei sein. Pflichtfelder werden vor Versand geprüft, Validierungen gegen Schema und Regeln durchgeführt und Protokolle dokumentiert. Fehlerhafte Daten führen zu Rückweisungen und manuellem Aufwand.

Welche Archivierungsanforderungen bestehen?

Gemäß GoBD müssen elektronische Rechnungen revisionssicher, vollständig und nachvollziehbar archiviert werden. Sowohl das PDF als auch die XML-Daten müssen aufbewahrt werden. Metadaten wie Belegnummer, Debitor, Datum und Status verbessern Auffindbarkeit und Auswertbarkeit. Bei Nutzung von SharePoint ist eine GoBD-konforme Umsetzung nur durch entsprechende Konfiguration von Versionierung, Unveränderbarkeit, Zugriffsrechten und Verfahrensdokumentation gewährleistet.

Wie hoch ist der Implementierungsaufwand?

Der Aufwand hängt von der Komplexität der SAP-Landschaft, der Datenqualität und den kundenspezifischen Anforderungen ab. Typische Aufwandstreiber sind Stammdatenbereinigung, Mapping-Anpassungen, Tests und Change-Management. Eine klare Projekt-Roadmap und definierter Fragenkatalog reduzieren Zeit und Ressourcen.

Welche Architekturoptionen gibt es für ZUGFeRD SAP?

Es gibt drei Hauptoptionen: SAP-Standardkomponenten wie SAP Document Compliance oder SAP Output Management bieten native Integration, erfordern aber gegebenenfalls zusätzliche Lizenzierung. Add-ons von Drittanbietern ermöglichen schnellere Umsetzung und höhere Flexibilität. Middleware-Plattformen eignen sich für heterogene Multi-ERP-Landschaften, erzeugen jedoch höhere Schnittstellenkomplexität. Die Wahl hängt von bestehender Systemlandschaft, Volumen und IT-Ressourcen ab.

Fazit

ZUGFeRD SAP verbindet regulatorische Compliance mit betriebswirtschaftlicher Effizienz und ermöglicht durchgängige, automatisierte Rechnungsprozesse. Entscheidend sind saubere Integration, vollständige Datenqualität, umfassende Validierung, revisionssichere Archivierung, klare Governance und realistische Einschätzung von Architekturoptionen. Unternehmen, die strukturierte Prozesse aufsetzen, sind für künftige Anforderungen wie ViDA vorbereitet und profitieren von reduzierten Durchlaufzeiten, weniger Fehlern und besserer Steuerbarkeit.