E-Rechnung in SAP einführen: Der Leitfaden für IT- und Finance-Verantwortliche

Kurz & knapp: Für Unternehmen mit SAP-Systemen bedeutet die E-Rechnungspflicht kein neues Softwareprojekt von der grünen Wiese, sondern die Erweiterung bestehender Finanzprozesse um strukturierte Formate wie XRechnung und ZUGFeRD. SAP bietet dafür eigene Compliance-Werkzeuge, die in bestehende Rechnungsprozesse integriert werden – die konkrete Ausgestaltung hängt jedoch stark von SAP-Version, Systemlandschaft und Lizenzmodell ab und sollte mit SAP selbst oder einem zertifizierten Partner abgestimmt werden.

Warum SAP-Unternehmen das Thema jetzt angehen sollten

Seit dem 1. Januar 2025 müssen alle Unternehmen in Deutschland in der Lage sein, elektronische Rechnungen im strukturierten Format zu empfangen. Ab dem 1. Januar 2027 greift die Ausstellungspflicht für Unternehmen mit einem Vorjahresumsatz über 800.000 Euro, ab dem 1. Januar 2028 gilt sie universell für alle B2B-Umsätze im Inland. Rechtsgrundlage ist das Wachstumschancengesetz mit der entsprechenden Änderung des § 14 UStG. Für größere und mittelständische Unternehmen, die SAP als führendes ERP-System einsetzen, bedeutet das: Die Anpassung betrifft nicht nur ein einzelnes Buchhaltungsmodul, sondern potenziell mehrere Kernprozesse – Debitorenbuchhaltung, Kreditorenbuchhaltung, Vertrieb (SD) und Materialwirtschaft (MM). Wer frühzeitig plant, kann die Umstellung in reguläre Release- und Wartungszyklen einbetten, statt kurz vor den gesetzlichen Stichtagen unter Zeitdruck zu handeln.

Wie SAP elektronische Rechnungen grundsätzlich abbildet

SAP bietet mit seiner Compliance-Tooling-Familie – im aktuellen Sprachgebrauch häufig unter dem Begriff SAP Document and Reporting Compliance (SAP DRC) beziehungsweise dem sogenannten eDocument-Framework bekannt – Funktionen an, mit denen strukturierte elektronische Belege für unterschiedliche Länder und Formate erzeugt, validiert, überwacht und übermittelt werden können. Das Prinzip dahinter: Rechnungsdaten, die im System ohnehin aus dem Fakturierungs- oder Buchungsprozess entstehen, werden in ein zusätzliches, standardkonformes XML-Format überführt. Da SAP seine Compliance-Funktionen kontinuierlich weiterentwickelt und die genaue Modul- und Lizenzbezeichnung je nach SAP-Version (SAP ECC versus SAP S/4HANA, On-Premise versus Cloud) variieren kann, sollten Unternehmen die exakt aktuelle Bezeichnung und den Funktionsumfang direkt bei SAP oder einem zertifizierten Partner erfragen, statt sich auf ältere Dokumentationen zu verlassen.

Der Weg einer Rechnung durch ein SAP-System

Unabhängig vom konkreten Compliance-Werkzeug folgt der Rechnungsfluss in SAP-Systemen typischerweise einem etablierten Muster. Ausgangsseitig entsteht eine Rechnung meist aus einem Vertriebsbeleg (Auftrag, Lieferung, Fakturierung im SD-Modul) oder direkt aus der Finanzbuchhaltung (FI). Die enthaltenen Daten – Positionen, Steuersätze, Empfängerinformationen, Zahlungsbedingungen – liegen bereits strukturiert im System vor. Die Aufgabe der E-Rechnungs-Funktionalität besteht darin, diese Daten in das geforderte XML-Format zu mappen, gegen das Schema zu validieren und anschließend über den passenden Übertragungsweg zu versenden, etwa per E-Mail, über ein Peppol-Zugangspunkt oder ein Kundenportal. Eingangsseitig läuft der Prozess spiegelbildlich: Eine eingehende XRechnung oder ZUGFeRD-Datei wird eingelesen, die strukturierten Daten werden extrahiert und – idealerweise automatisiert – in einen Buchungsvorschlag überführt, der dann im Rahmen der Kreditorenbuchhaltung geprüft und freigegeben wird.

On-Premise, S/4HANA und Cloud: unterschiedliche Ausgangslagen

Der konkrete technische Weg unterscheidet sich je nach eingesetztem SAP-Produkt erheblich. Unternehmen, die noch auf SAP ECC oder älteren Releases arbeiten, benötigen häufig zusätzliche Add-ons oder Erweiterungen, um E-Rechnungsfunktionen nachzurüsten, während neuere S/4HANA-Releases entsprechende Compliance-Funktionen stärker im Standard mitbringen. Für Cloud-Varianten gelten wiederum eigene Release- und Update-Zyklen. Da sich dieser Bereich schnell weiterentwickelt und SAP neue Länderfunktionen laufend über Support Packages und Notes bereitstellt, ist eine pauschale Aussage zum genauen Funktionsumfang einer bestimmten Version an dieser Stelle nicht seriös möglich – hier ist der Blick in die aktuelle SAP-Dokumentation oder das Gespräch mit dem Systemhaus unverzichtbar.

Relevante Formate im SAP-Kontext

Für den deutschen Markt sind vor allem zwei Formate relevant: XRechnung als rein strukturiertes XML-Format nach dem europäischen Standard EN 16931 (in den Syntaxen UBL oder CII) und ZUGFeRD als Hybridformat, das ein PDF/A-3-Dokument mit eingebetteter XML-Datei kombiniert. Beide Formate basieren auf demselben inhaltlichen Kern, unterscheiden sich aber in der technischen Umsetzung. SAP-Systeme können grundsätzlich beide Formate erzeugen; welches Format im Regelbetrieb genutzt wird, hängt von den Anforderungen der Rechnungsempfänger und der eigenen Prozessarchitektur ab. Für den Versand über das europäische Peppol-Netzwerk ist zusätzlich eine Anbindung an einen sogenannten Access Point erforderlich, die entweder direkt über SAP-eigene Cloud-Dienste oder über spezialisierte Drittanbieter erfolgen kann.

Typische Projektphasen einer SAP-E-Rechnungs-Einführung

Eine strukturierte Einführung folgt in der Praxis meist einem ähnlichen Ablauf, unabhängig davon, ob das Projekt intern oder mit Partnerunterstützung umgesetzt wird:

1. Ist-Analyse: Erfassung aller relevanten Rechnungsprozesse, beteiligten Buchungskreise, Ländergesellschaften und bestehenden Schnittstellen.
2. Lizenz- und Funktionscheck: Klärung, welche Compliance-Funktionen im vorhandenen SAP-Lizenzvertrag bereits enthalten sind und welche zusätzlich beschafft werden müssen.
3. Konzeption: Festlegung, welche Formate (XRechnung, ZUGFeRD) und Übertragungswege (E-Mail, Peppol, Portale) genutzt werden sollen.
4. Customizing und Konfiguration: Einrichtung der Formatzuordnung, Nummernkreise, Ausgangskanäle und Mapping-Regeln im System.
5. Testphase: Validierung erzeugter Rechnungen gegen die offiziellen Schemata, häufig mit dem KoSIT-Validator als Referenz.
6. Pilotbetrieb: Rollout mit ausgewählten Geschäftspartnern oder Buchungskreisen.
7. Go-Live und Rollout: Ausweitung auf alle relevanten Bereiche, begleitet von Schulungen für Anwender in Vertrieb und Buchhaltung.

Die Rolle SAP-zertifizierter Partner

Angesichts der Komplexität von SAP-Systemlandschaften – individuelle Anpassungen, historisch gewachsenes Customizing, unterschiedliche Ländergesellschaften – setzen viele Unternehmen bei der E-Rechnungs-Einführung auf SAP-zertifizierte Beratungspartner. Diese bringen Erfahrung aus vergleichbaren Projekten mit, kennen die aktuellen Lizenzmodelle und können realistisch einschätzen, welcher Aufwand für die individuelle Systemlandschaft zu erwarten ist. Für Unternehmen ohne große interne SAP-Basis-Kompetenz ist die Einbindung eines Partners häufig der pragmatischste Weg, um Fehleinschätzungen bei Aufwand und Zeitplan zu vermeiden. Wichtig ist dabei, dass der Partner nicht nur die technische SAP-Seite abdeckt, sondern auch die steuerlichen und GoBD-relevanten Anforderungen an Archivierung und Aufbewahrung im Blick hat.

Praxisbeispiel: Norderland Antriebstechnik GmbH

Die fiktive Norderland Antriebstechnik GmbH, ein mittelständischer Maschinenbauer mit rund 450 Mitarbeitenden und einem SAP-S/4HANA-System, startete ihr E-Rechnungsprojekt bereits Anfang 2026 – mit Blick auf die Ausstellungspflicht ab 2027. Zunächst analysierte ein internes Projektteam gemeinsam mit einem SAP-Partner alle bestehenden Ausgangsrechnungsprozesse aus dem Vertrieb sowie die Eingangsrechnungsverarbeitung in der Kreditorenbuchhaltung. Es zeigte sich, dass für einen Teil der Auslandsgesellschaften bereits elektronische Rechnungsformate im Einsatz waren, für den deutschen Buchungskreis jedoch noch nicht. Nach Klärung der Lizenzsituation und Aktivierung der relevanten Compliance-Funktionen wurde zunächst ein Pilotbetrieb mit fünf Großkunden gestartet, bei dem Rechnungen parallel im PDF- und im XRechnung-Format erzeugt und die Ergebnisse gegen den offiziellen Validator geprüft wurden. Erst nach mehreren Testzyklen und der Schulung der Vertriebsinnendienst-Mitarbeitenden erfolgte der vollständige Rollout auf alle Kunden.

Checkliste für den Projektstart

Typische Fehler bei der Einführung

In der Praxis wiederholen sich bestimmte Fehler über verschiedene SAP-Projekte hinweg. Ein häufiger Irrtum ist die Annahme, die E-Rechnungsfähigkeit sei mit der reinen Aktivierung einer Funktion erledigt, ohne die nachgelagerten Prozesse – etwa die automatisierte Weiterverarbeitung eingehender Rechnungen oder die Anpassung von Freigabeworkflows – zu berücksichtigen. Ein zweiter Fehler liegt darin, das Thema ausschließlich als IT-Projekt zu behandeln und Fachbereiche wie Vertrieb, Einkauf und Steuerabteilung zu spät einzubinden. Auch wird die Testphase häufig unterschätzt: Erzeugte Rechnungen sollten konsequent gegen die offiziellen Validierungswerkzeuge geprüft werden, bevor sie produktiv an Geschäftspartner versendet werden, da fehlerhafte strukturierte Daten im Zweifel zur Zurückweisung durch den Empfänger führen können.

Aufwand und Kosten realistisch einschätzen

Der Aufwand einer SAP-E-Rechnungs-Einführung variiert stark je nach Systemkomplexität, Anzahl der Ländergesellschaften und Grad individueller Anpassungen. Neben möglichen zusätzlichen Lizenzkosten für Compliance-Funktionen fallen typischerweise Kosten für Customizing, Beratung, Tests und Schulungen an. Unternehmen sollten das Projekt daher nicht als reine IT-Konfigurationsaufgabe budgetieren, sondern als Prozessprojekt mit entsprechendem Personalaufwand in Fachabteilungen. Eine belastbare Aufwandsschätzung lässt sich am besten nach einer initialen Ist-Analyse gemeinsam mit einem SAP-Partner erstellen.

Schnittstellen zu Archivierung und Drittsystemen

Die E-Rechnung endet nicht mit dem Versand oder Empfang – die revisionssichere Archivierung nach den GoBD-Vorgaben mit einer Aufbewahrungsfrist von acht Jahren muss ebenfalls sichergestellt sein, einschließlich des strukturierten, maschinenlesbaren Datensatzes. In vielen SAP-Landschaften erfolgt die Langzeitarchivierung über angebundene Archivsysteme, die entsprechend für die neuen Belegformate konfiguriert werden müssen. Auch die Übergabe an Steuerberater oder externe Buchhaltungsdienstleister sollte im Projekt mitgedacht werden, damit deren Systeme die aus SAP kommenden strukturierten Formate verarbeiten können.

Change Management: Menschen mitnehmen statt nur Systeme umstellen

Ein Aspekt, der in rein technischen Projektplänen oft zu kurz kommt, ist die Akzeptanz bei den Anwendern. Vertriebsinnendienst, Kreditorenbuchhaltung und Sachbearbeiter in den Fachabteilungen arbeiten seit Jahren mit eingespielten Abläufen rund um PDF-Rechnungen und manuelle Prüfungen. Die Umstellung auf strukturierte, teils automatisiert verarbeitete Formate verändert diese Routinen spürbar. Erfolgreiche SAP-Projekte planen deshalb bewusst Zeit für Schulungen, Testphasen mit echtem Feedback der Anwender und klare Ansprechpartner für Rückfragen ein. Wird dieser Punkt vernachlässigt, drohen im Tagesgeschäft Umgehungslösungen – etwa das parallele Weiterversenden unstrukturierter PDF-Rechnungen –, die den eigentlichen Compliance-Nutzen der Investition untergraben und im schlimmsten Fall zu Verzögerungen bei der gesetzeskonformen Ausstellungspflicht führen.

Fazit

Die Einführung der E-Rechnung in SAP-Systemen ist technisch machbar und folgt etablierten Mustern der Rechnungsverarbeitung – sie erfordert jedoch eine sorgfältige Analyse der individuellen Systemlandschaft, realistische Zeit- und Budgetplanung sowie die frühzeitige Einbindung von Fachbereichen und gegebenenfalls zertifizierten SAP-Partnern. Wer das Projekt rechtzeitig vor den gesetzlichen Stichtagen 2027 und 2028 angeht, kann die Umstellung in geordneten Bahnen und ohne Zeitdruck umsetzen.

Häufig gestellte Fragen

Reicht mein aktuelles SAP-Lizenzmodell für die E-Rechnung aus?

Das lässt sich pauschal nicht beantworten, da es vom eingesetzten SAP-Produkt und Vertrag abhängt. Klären Sie den genauen Funktionsumfang und eventuelle Zusatzkosten direkt mit SAP oder Ihrem Vertriebspartner.

Muss ich von SAP ECC auf S/4HANA migrieren, um E-Rechnungen nutzen zu können?

Nicht zwingend. Für ältere Releases gibt es teils separate Erweiterungen; allerdings lohnt es sich, eine ohnehin geplante S/4HANA-Migration zeitlich mit dem E-Rechnungsprojekt zu koppeln.

Wie lange dauert eine typische SAP-E-Rechnungs-Einführung?

Je nach Komplexität reichen einfache Projekte von wenigen Wochen bis zu mehreren Monaten bei komplexen, mehrsprachigen Konzernlandschaften mit vielen Buchungskreisen.

Brauchen wir zwingend einen externen SAP-Partner?

Nicht zwingend, aber bei begrenzter interner SAP-Basis-Kompetenz reduziert ein zertifizierter Partner das Projektrisiko erheblich und beschleunigt häufig die Umsetzung.

Können wir XRechnung und ZUGFeRD parallel aus SAP erzeugen?

Grundsätzlich ja, viele Unternehmen erzeugen beide Formate parallel, je nach Anforderung des jeweiligen Rechnungsempfängers.

Was passiert mit bereits laufenden EDI-Verbindungen zu Großkunden?

Bestehende EDI-Prozesse können in vielen Fällen parallel zur neuen E-Rechnungspflicht weiterlaufen, sollten aber im Projekt auf Kompatibilität mit den neuen Formatanforderungen geprüft werden.

Wer prüft, ob unsere erzeugten Rechnungen tatsächlich normkonform sind?

Zur technischen Prüfung eignet sich der von der KoSIT bereitgestellte Validator, der Rechnungen gegen das offizielle XRechnung-Schema testet.