SAP E-Rechnung: Was Ihre SAP-Version an XRechnung und ZUGFeRD selbst kann

Die Antwort hängt von drei Dingen ab: Produkt, Release und Support-Stand. SAP ERP 6.0 (ECC), S/4HANA on-premise, S/4HANA Cloud, SAP Business One und SAP Business ByDesign haben jeweils eigene Stände. Die Versionsübersicht weiter unten zeigt, was SAP laut Dokumentation im Standard kann und wo eine Brücke ansetzt.

Für SAP R/3 4.6C, R/3 Enterprise 4.7 und ECC 5.0 dokumentiert SAP keine E-Rechnungsfunktion. Ihre erweiterte Wartung endete laut einer älteren SAP-Hilfeseite zwischen 2009 und 2013.

Für ECC 6.0 mit Erweiterungspaket 0 bis 5 endete die Mainstream-Wartung am 31. Dezember 2025. Seit dem 1. Januar 2026 liefert SAP für diese Stände keine gesetzlichen Anpassungen mehr (SAP-Wartungsübersicht Oktober 2026, SAP Note 52505). Für EHP 6 bis 8, einschließlich SAP Business Suite on HANA, endet die reguläre Wartung am 31. Dezember 2027.

Wie verbreitet ältere Stände noch sind, zeigt der DSAG-Investitionsreport 2026. 54 Prozent der Befragten setzen laut Report noch SAP ECC oder die alte Business Suite ein. Befragt wurden 198 Personen aus DSAG-Mitgliedsunternehmen (Hauptsitz: 73 % Deutschland, 10 % Österreich, 12 % Schweiz, 5 % andere Länder), zwischen dem 8. Dezember 2025 und dem 21. Januar 2026. Die Zahl beschreibt DSAG-Mitglieder und nicht alle SAP-Anwender.

SAP liefert die deutsche E-Rechnung über SAP Document and Reporting Compliance (DRC), früher eDocument Framework. Für SAP ERP 6.0 und S/4HANA erzeugt das System dann eine XRechnung als XML, die vor dem Versand geprüft wird. Die Prüfung und der Peppol-Zugang laufen über die DRC cloud edition auf SAP Business Technology Platform (BTP). SAP beschreibt diesen Dienst als Zugangspunkt zum Peppol-Netz.

Dafür braucht es ein Abonnement der cloud edition, einen BTP-Subaccount mit Cloud Connector und einen aktuellen Support-Package-Stand. In ECC kommt das Add-on AIF 703 hinzu. Welche Stände Ihr System konkret braucht, steht in der Übersichts-Note 2690949 zum eDocument Framework.

Die hybride ZUGFeRD-Rechnung ist ein anderer Fall. Ein PDF/A-3 mit eingebetteter XML erzeugen ECC ab EHP 6 und S/4HANA on-premise laut SAP nur mit Adobe Document Services (ADS) und einer eigenen Entwicklung, die das PDF an das eDocument übergibt. Die S/4HANA Cloud Public Edition kann seit Version 2502.4 PDF/A-3 für Fakturen aus der Sales Billing ohne eigene Entwicklung erzeugen.

SAP nennt die XRechnung im CII-Format „ZUGFeRD XRechnung profile“. Maßgeblich für Ihren Empfänger ist die Kennung der Datei, nicht die Bezeichnung in SAP.

Business One erzeugt XRechnungen im Standard erst ab Release 10.0, und zwar als UBL-Datei über das Peppol-Protokoll. Dafür braucht es den Electronic Document Service, eine Formatdatei aus einem SAP-Hinweis und einen Peppol-Zugang, im aktuellen Aufbau über die DRC cloud edition. Einen ZUGFeRD-Ausgang beschreibt SAP für Business One nicht. Ab Feature Pack 2502 kann Business One ZUGFeRD-PDFs einlesen. Für Releases vor 10.0 dokumentiert SAP keinen XRechnung-Weg. Die Einzelheiten zu Business One beschreibt unser Artikel SAP Business One und E-Rechnung.

SAP Business ByDesign bietet XRechnung für Deutschland über Peppol, für Rechnungen und Gutschriften ab Release 2202 und mit einem Abonnement der DRC cloud edition. Ohne dieses Abonnement bleibt nur eine selbst gepflegte XSLT-Transformation, für die SAP Beispielvorlagen bereitstellt. Die Prüfung liegt dabei beim Kunden. ZUGFeRD unterstützt ByDesign laut SAP-Wissensartikel 3016103 nicht.

Im Business-One-Standard läuft XRechnung über Peppol, und Empfänger ohne Peppol-Registrierung sind über diesen Weg nicht erreichbar. Für sie beschreibt SAP keinen eigenen Weg.

Eine Brücke über das PDF lohnt sich vor allem dann, wenn der SAP-Weg noch nicht steht. Typische Fälle: Die DRC-Einrichtung ist nicht abgeschlossen. Ihr System liegt vor ECC 6.0 EHP 6 oder in einem Release ohne dokumentierten Weg. Die S/4HANA-Migration steht an, und Ausgangsrechnungen müssen bis dahin korrekt ausgegeben werden. Oder Ihr Kunde verlangt ZUGFeRD im bestehenden Rechnungsdesign.

Die Brücke setzt am Rechnungs-PDF an, das Ihr System heute ausgibt. Eine Anbindung an das SAP-System braucht sie nicht. In unseren Tests mit SAP-Rechnungs-PDFs ließen sich einfache Belege oft direkt umwandeln. Konditionen je Position, also Rabatt-, Fracht- oder Zuschlagszeilen, mehrseitige Positionen und Preiseinheiten richten wir im Enterprise-Projekt als festes Profil ein und testen sie an Referenzrechnungen. Die Prüfung stoppt unstimmige Werte, bevor eine Datei entsteht.

Für viele Unternehmen bleibt der SAP-Weg die richtige Dauerlösung, weil er im SAP-Prozess eingebettet ist. Die Brücke ist dann die schnelle Lösung für die Übergangszeit oder für Unternehmen, die ihr SAP-System für die E-Rechnung nicht umbauen wollen.

Eine Rechnung muss die Pflichtangaben aus § 14 Abs. 4 UStG enthalten. Die XRechnung verlangt darüber hinaus Angaben, die auf einem gedruckten SAP-Formular in der Regel fehlen. Dazu gehören eine Käuferreferenz, elektronische Adressen beider Seiten, ein vollständiger Verkäuferkontakt und Codes für Zahlungsart, Mengeneinheit und Steuerkategorie.

SAP löst diese Angaben im eigenen Weg mit Werte-Mappings und Stammdaten. Die Einrichtung im SAP-System beschreibt unser Artikel SAP XRechnung: Pflichtfelder und Fehler.

Die Beispielrechnung ist eine A4-Rechnung mit Textschicht im typischen Aufbau einer SAP-Faktura. Sie hat drei Positionen mit Materialnummer, Positionsrabatte von 5 und 3 Prozent, Frachtkosten von 45,00 € im Summenblock sowie Skonto von 2 Prozent bei Zahlung innerhalb von 14 Tagen. Dazu kommen Bestell- und Lieferbezug. Der Nettobetrag liegt bei 2.506,18 €, die Umsatzsteuer bei 476,17 € und der Bruttobetrag bei 2.982,35 €.

RechneX erkannte in diesem Beispiel alle Kopf-, Partner-, Positions-, Rabatt-, Fracht-, Skonto- und Bankangaben. Ergänzt werden mussten zwei Angaben, die auf SAP-Formularen typischerweise fehlen: die Käuferreferenz, die bei XRechnung Pflicht ist, und die E-Mail-Adresse für den Rechnungsempfang. Im Prüfformular haben wir außerdem das Fälligkeitsdatum auf den Nettotermin 3. Dezember 2026 gesetzt statt auf den Skontotermin, die Abteilung „Einkauf“ aus dem Anschriftfeld nachgetragen und bei den Rabattbezeichnungen das mitgelesene Wort „Positionswert“ entfernt. Die Rabatte je Position übernimmt die Datei als eigene Rabattzeilen mit Betrag. Bei Konditionen je Position über mehrere Seiten richten wir ein festes Profil ein (siehe oben).

ZUGFeRD EN 16931 als PDF/A-3 im Originaldesign: Mustang 2.26.0 prüfte Schema, Schematron, PDF/A-Konformität, eingebettete XML, ZUGFeRD-Struktur, rechnerische Konsistenz und Metadaten. Alle Prüfungen waren bestanden.

XRechnung 3.0 als UBL-XML: Der KoSIT-Validator 1.6.3 bestätigte Schema, Schematron und das XRechnung-Regelwerk. Ihre eigenen Dateien prüfen Sie im XRechnung-Validator oder im ZUGFeRD-Validator.

Das Ergebnis hängt von der Qualität des Rechnungs-PDFs ab. SAP-Layouts sind oft kundeneigene Kopien des Standardformulars, deshalb testen wir jedes Layout einmal an echten Belegen. Ein Scan oder ein PDF ohne lesbaren Text wird KI-gestützt gelesen. Die erkannten Angaben kontrollieren Sie in jedem Fall im Prüfformular.

Der Schwerpunkt liegt auf Ausgangsrechnungen.

Auf Wunsch versendet RechneX die Datei direkt per E-Mail. Einen Versand über das Peppol-Netz sagen wir nicht zu. Wer Peppol nutzt, braucht dafür den SAP-Weg oder einen eigenen Peppol-Zugang.

RechneX ist nicht mit der SAP SE verbunden. SAP, SAP S/4HANA und SAP Business One sind Marken der SAP SE. Die Angaben zu SAP-Versionen beruhen auf öffentlicher SAP-Dokumentation vom 4. November 2026. SAP ändert Wartungstermine und Funktionen laufend, maßgeblich ist der Stand Ihres Systems, den Ihr SAP-Partner bestätigt.

Für den Start brauchen wir Referenzrechnungen aus allen relevanten Belegarten, zum Beispiel Gutschriften oder Anzahlungen, damit Sonderfälle gezielt getestet werden.