Pragmatismus schlägt Plattform: Wie E-Rechnung in SAP auch ohne Cloud-Abo wirksam wird

Zuletzt aktualisiert am: 5. Juni 2026

Die gesetzliche E-Rechnungspflicht fordert Antworten – keine Produkte. Während der Markt reflexartig nach großen Plattformlösungen greift, lohnt sich ein zweiter Blick: Nicht jede Pflicht braucht ein Abo. Nicht jeder Prozess braucht die Cloud. Und nicht jede Investition muss auf fünf Jahre wiederkehren.

Wenn Compliance zur Architekturfrage wird

Seit dem 1. Januar 2025 ist die E-Rechnung in Deutschland Realität. Unternehmen müssen E-Rechnungen im B2B-Bereich empfangen können. Ab 2027 greift die Versandpflicht für größere Mittelständler, ab 2028 für alle. Spätestens mit der ViDA-Initiative der EU im Jahr 2030 wird das Thema europaweit.

So weit die gesetzliche Seite. Interessanter ist die Frage dahinter: Wie setzen wir eine Pflicht um, ohne uns dabei strategisch in eine Abhängigkeit zu begeben, die wir nicht gewollt haben?

Denn Compliance ist selten nur ein Prozessthema. Sie ist auch eine Architekturfrage – und damit eine Führungsfrage. Die Antwort, die viele Unternehmen heute geben, ist die naheliegende: eine Plattform. Eine große Lösung, die auch alles andere mit abdeckt. Die Roadmap, die Zukunft, die EU-Länder. Das ist in manchen Fällen genau richtig. In anderen ist es eine Überdimensionierung, die sich jahrelang rächt.

Der blinde Fleck im Business Case

Wer sich Plattformlösungen anschaut, vergleicht meist das Einführungsprojekt. Das ist naheliegend – und oft irreführend. Die eigentliche Kostenstruktur zeigt sich erst, wenn man den Blick auf fünf Jahre weitet.

Drei Kostenblöcke laufen dabei still mit:

• Plattformlizenzen. Cloud-basierte Lösungen rechnen jährlich ab. Die Größenordnung bewegt sich im mittleren fünfstelligen Bereich pro Jahr – mit stabilen Preiserhöhungen, die bei vielen Anbietern zwischen zehn und fünfzehn Prozent liegen.
• Volumengebühren. Je mehr Dokumente verarbeitet werden, desto höher die laufenden Kosten. Für Unternehmen mit steigendem Transaktionsvolumen ist das ein Geschäftsmodell, das mit dem eigenen Erfolg mitwächst – nur leider auf der Kostenseite.
• Abhängigkeit. Dieser Block ist nicht bilanziert, aber real. Wer sich an eine Plattform bindet, akzeptiert deren Roadmap, deren Preispolitik und deren Priorisierung. Ein Wechsel wird mit jedem Jahr teurer.

Das Ergebnis: Eine Investitionsentscheidung, die im Moment der Unterschrift als einmaliger Projektaufwand erscheint, entpuppt sich im Controlling nach drei Jahren als wachsender OpEx-Posten mit begrenzter Verhandlungsmacht.

Eine andere Perspektive: Digitale Souveränität im SAP-Kern

Es gibt einen zweiten Weg. Einen, der in der mgm-Welt seit Jahren mit einem Begriff verbunden ist: Digitale Souveränität. Gemeint ist die Hoheit und das Wissen über die eigenen Systeme und Daten – unabhängig von externen Roadmaps, unabhängig von Lizenzmodellen, unabhängig von Cloud-Abhängigkeiten.

Im Kontext E-Rechnung heißt das: Die Lösung liegt dort, wo die Daten ohnehin schon sind – im SAP-System. Sie nutzt die Werkzeuge, die SAP mitbringt. Sie produziert ein Artefakt, das den gesetzlichen Anforderungen entspricht, und sie übergibt es über die Kanäle, die das Unternehmen bereits nutzt.

Keine zusätzliche Plattform. Kein Cloud-Abo. Kein Drittanbieter, der zwischen dem Unternehmen und seinen eigenen Rechnungen sitzt.

Das ist kein ideologischer Ansatz, sondern ein pragmatischer. Er funktioniert nicht für jeden – aber für viele Mittelständler mit SAP-Fokus und deutscher B2B-Ausrichtung ist er die bessere Antwort.

Die mgm Lösung: Fertig, validiert, einsatzbereit

Die mgm integration partners GmbH hat für diesen Anwendungsfall eine SAP-native E-Rechnungslösung auf ABAP-Basis entwickelt. Sie ist keine Studie und kein Prototyp, sondern eine fertige, KoSIT-validierte Lösung. Die Bedienung erfolgt über ein eigenständiges eDocument Cockpit, das sich nahtlos in bestehende SAP-Arbeitsabläufe einfügt:

Die Lösung übernimmt fünf Kernaufgaben:

1. Erzeugung. E-Rechnungskonformes XML wird vollautomatisch aus den SAP-Belegen generiert – direkt, ohne Middleware, ohne manuelle Brücke.
2. Validierung. Jede Rechnung wird gegen XSD-Schema und Schematron-Regeln geprüft, bevor sie das System verlässt.
3. Versand. Wahlweise per E-Mail über SAPconnect oder als Ablage auf Applikationsserver und Dateisystem – je nach Prozess.
4. Monitoring. Lückenlose Statusverfolgung mit Fehlerbehandlung und Audittrail – für Wirtschaftsprüfung und Revision.
5. Customizing. Absenderdaten, Leitweg-ID und Ausgabepfade sind über Konfigurationstabellen pflegbar. Ohne Entwicklung. Ohne externe Unterstützung.

Die Projektdauer liegt bei vier bis acht Wochen. Der Aufwand bei 25 bis 30 Personentagen. Laufende Lizenzen, Volumengebühren, Cloud-Infrastrukturkosten: keine.

Nachweis statt Versprechen: Die KoSIT-Validierung

„Fertig und validiert” ist eine Aussage, die man belegen muss – gerade im Finance-Umfeld. Der offizielle Prüfstandard in Deutschland ist die Validierung durch die Koordinierungsstelle für IT-Standards (KoSIT). Das Prüftool ist öffentlich verfügbar und wird auch als Maßstab für Plattformlösungen herangezogen.

Eine im mgm eDocument Cockpit erzeugte Rechnung durchläuft diesen Test erfolgreich:

Das Ergebnis ist nicht nur ein technischer Haken. Es ist die Grundlage dafür, dass die erzeugten Rechnungen im Produktivbetrieb von Empfängern angenommen, von Wirtschaftsprüfern akzeptiert und im E-Rechnungsportal des Bundes verarbeitet werden können. Ohne diesen Nachweis bleibt jede E-Rechnungslösung ein Versprechen. Mit ihm wird sie einsatzfähig.

Drei Punkte, die für die Führungsebene zählen

Was macht diesen Ansatz für CFOs und Geschäftsführung strategisch relevant?

1. Eigentum statt Abo. Die Lösung ist ABAP-Eigenentwicklung und liegt im Kundensystem. Der Code gehört dem Kunden. Das bedeutet: keine Abhängigkeit von externen Roadmaps, keine Preisanpassungsrisiken durch Dritte, keine Vendor-Lock-in-Effekte.
2. Modulare Erweiterbarkeit. Peppol-Anbindung, ZUGFeRD-Format, Eingangsrechnungen, 25+ EU-Länder – all das lässt sich ergänzen, wenn der Bedarf entsteht. Aber eben erst dann. Unternehmen investieren nicht in Funktionen, die sie heute nicht brauchen.
3. Kalkulierbares Risiko. Die Lösung ist fertig, validiert und im produktiven Einsatz. Das reduziert Projektrisiko, verkürzt Einführungsdauer und macht den Go-Live-Termin planbar.

Wann eine Plattform die bessere Wahl ist

Um ehrlich zu bleiben: Es gibt Szenarien, in denen eine umfassende Plattform die richtige Architekturentscheidung ist. Internationale Konzerne mit Compliance-Anforderungen in Dutzenden Ländern. Unternehmen, die bereits eine Cloud-Plattform breit einsetzen und strategisch ausbauen. Häuser mit dedizierten Compliance-Teams, die eine vollständige Reporting-Suite benötigen. Für diese Gruppen ist die große Lösung oft die passende. Für den Mittelstand mit SAP-Fokus und B2B-Schwerpunkt Deutschland ist sie es selten. Die Frage ist also nicht: Plattform oder Eigenentwicklung? Die Frage ist: Was passt zu unseren tatsächlichen Anforderungen – heute und in fünf Jahren?

Fazit: Wirksamkeit statt Reflex

Die E-Rechnungspflicht ist Pflicht – die Art der Umsetzung ist Strategie. Wer den Weg wählt, der sich im Moment am einfachsten anfühlt, zahlt oft doppelt: einmal für das, was er braucht, und einmal für das, was er nicht nutzt. Ein pragmatischer, SAP-nativer Ansatz ist kein Rückschritt. Er ist eine bewusste Entscheidung für digitale Souveränität, für kalkulierbare Kosten und für Unabhängigkeit. Für viele Mittelständler ist er die wirksamere Antwort – nicht trotz seiner Schlichtheit, sondern wegen ihr.

Unser Claim “Innovation Implemented.” heißt für uns nicht: jedes Problem mit der größten verfügbaren Lösung erschlagen. Es heißt: die richtige Lösung zum richtigen Zeitpunkt – pragmatisch, wirksam, und so schlank wie möglich.