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.
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.
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.
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.
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.
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.
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.
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 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.
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.
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 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.
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.
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.
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.
| Format / Standard | Syntax / Technologie | Einsatzbereich | Besonderheiten |
|---|---|---|---|
| ZUGFeRD 2.x / Factur-X | PDF/A-3 + XML (CII) | B2B, B2G, international | Hybridformat: menschenlesbar und maschinell verarbeitbar |
| XRechnung | XML (UBL oder CII) | B2G Deutschland | Reines XML, Pflicht für öffentliche Auftraggeber seit November 2020 |
| EN 16931 | Europäische Norm | EU-weit | Definiert semantisches Datenmodell für E-Rechnungen |
| PEPPOL | Netzwerk (UBL-basiert) | EU, international | Sichere Übermittlung über Access Points, vor allem B2G |
| SAP ECC / S/4HANA | ERP-System | Großunternehmen | Zentrale Datenhaltung, komplexe P2P- und O2C-Prozesse |
| SAP Business One | ERP-System | KMU | Eigenständiges System, E-Rechnungsmodule verfügbar |
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
| Kriterium | SAP-Standardkomponenten (Document Compliance / Output Mgmt) | Add-on / Drittanbieter | Middleware-Plattform |
|---|---|---|---|
| Prozessdurchgängigkeit | Sehr hoch | Hoch | Mittel |
| Medienbrüche | Keine | Gering | Mittel |
| Schnittstellenkomplexität | Niedrig | Niedrig | Hoch |
| Monitoring und Protokolle | Zentral in SAP | Zentral oder integriert | Extern, Rückschreibung nötig |
| Betriebsaufwand | Niedrig bis mittel | Niedrig | Hoch |
| Flexibilität / Time-to-Market | Mittel (Customizing erforderlich) | Hoch (schnelle Umsetzung) | Hoch (für heterogene Landschaften) |
| Lizenzkosten | Zusätzliche SAP-Lizenzen möglich | Drittanbieter-Lizenz | Plattform-Lizenz |
| Eignung für Multi-ERP | Niedrig | Niedrig | Hoch |
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.
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.
Eine gute ZUGFeRD-SAP-Lösung zeichnet sich durch mehrere Qualitätsmerkmale aus, die sowohl technische als auch prozessuale Anforderungen abdecken.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.