Formular-Modernisierung in SAP S/4HANA ist kein Randthema
Mit dem absehbaren Ende der SAPscript-Unterstützung und den architektonischen Grenzen von Smart Forms wird Formular-Modernisierung zu einem echten Risikothema. Warum eine bewusste Ablösestrategie entscheidend ist, lesen Sie hier im Blog.
Warum Formulare in SAP S/4HANA-Projekten plötzlich kritisch werden
Formulare gehören zu den unscheinbarsten Komponenten eines SAP-Systems. Sie laufen im Hintergrund und stehen selten im Fokus strategischer Diskussionen. In vielen Organisationen gelten SAPscript Formulare oder Smart-Forms-Formulare als „funktionierend“ und damit als erledigt. Oft beschränkt sich die Kenntnis über diese Altobjekte auf einzelne Entwickler oder auf den Umstand, dass sie über eine bestimmte SAPscript Transaktion gepflegt werden, ohne dass ihre fachliche Bedeutung, ihre Abhängigkeiten oder ihre Rolle im Gesamtprozess transparent dokumentiert sind.
Spätestens im Rahmen einer SAP S/4HANA-Transformation ändert sich diese Wahrnehmung jedoch grundlegend. Denn mit dem Wechsel auf S/4HANA verändern sich nicht nur das Datenmodell und die technische Basis, sondern auch die architektonischen Leitplanken, unter denen ein SAP-System langfristig betrieben werden soll. Begriffe wie Clean Core, Cloud-Fähigkeit oder selektive Transformation sind dabei keine abstrakten Zielbilder, sondern konkrete Anforderungen mit unmittelbaren Auswirkungen auf bestehende Eigenentwicklungen – und damit auch auf Formulare.
Gleichzeitig gibt es keinen universellen Königsweg. Nicht jedes Formular muss sofort modernisiert werden, und nicht jede Organisation profitiert von einer vollständigen Neuausrichtung. Entscheidend ist vielmehr, die technologischen Risiken zu verstehen, Formularlandschaften bewusst zu bewerten und eine situationsabhängige Ablösestrategie zu wählen. Genau darum geht es in diesem Beitrag.
SAPscript, Smart Forms und Adobe Forms: Mehr als nur eine technologische Abfolge
SAPscript ist die älteste der drei Technologien und stammt aus den frühen R/3-Tagen. Technisch handelt es sich um eine stark prozedurale, ABAP-nahe Lösung, bei der Layout, Logik und Datenzugriff nur unzureichend getrennt sind. Historisch gewachsene Formulare basieren häufig auf kopierten Druckprogrammen, direkten Tabellenzugriffen und impliziter Geschäftslogik, die über Jahre hinweg erweitert wurde. Gerade weil diese Logik häufig nur indirekt über die zugehörige SAPscript Transaktion sichtbar ist, werden Risiken und fachliche Abhängigkeiten in SAP S/4HANA-Projekten systematisch unterschätzt.
Smart Forms wurden Ende der 1990er-Jahre eingeführt und stellten einen wichtigen Fortschritt dar: ein grafischer Designer, eine klarere Struktur und eine gewisse Entkopplung von Layout und Logik. Dennoch bleiben auch Smart Forms eng an ABAP gebunden und folgen keinem serviceorientierten Architekturmodell.
Wichtig ist dabei, dass die Weiterentwicklung von Smart Forms durch SAP bereits seit 2005 eingestellt ist. Seitdem erfolgt lediglich eine eingeschränkte Wartung, jedoch keine funktionale oder architektonische Weiterentwicklung mehr. Smart Forms sind damit – trotz ihres grafischen Designers – keine zukunftsorientierte Technologie, sondern technisch eingefroren und ausschließlich aus Gründen der Abwärtskompatibilität weiterhin unterstützt.
Adobe Forms markieren schließlich einen echten technologischen Bruch. Sie basieren auf XML-Strukturen, trennen Daten, Logik und Layout sauber voneinander und integrieren sich in moderne SAP-Konzepte wie Output Management, Fiori-Oberflächen und Cloud-Szenarien. Dass viele SAP-Standardformulare in S/4HANA bereits als Adobe Forms ausgeliefert werden, ist ein deutliches Signal für das strategische Zielbild der SAP.
Vier zentrale Risiken von Alt-Formulartechnologien im S/4HANA-Kontext
1. Verstoß gegen den Clean-Core-Ansatz
In der Praxis ist ein SAPscript-Formular oder ein Smart-Forms-Formular selten ein reines Darstellungsobjekt. Vielmehr enthalten diese Formulare häufig fachliche Sonderlogik, Berechnungen oder direkte Tabellenzugriffe. Diese Logik ist oft nicht dokumentiert, schwer testbar und fachlich nicht eindeutig zuzuordnen.
Mit S/4HANA verfolgt SAP jedoch konsequent den Clean-Core-Ansatz: Fachliche Logik gehört in klar definierte Schichten wie CDS Views, Services oder APIs und nicht in Druckprogramme oder Formularlogik. Werden historische Formulare ungeprüft übernommen, werden diese versteckten Abhängigkeiten direkt in den neuen S/4-Kern importiert.
Die Folgen zeigen sich häufig erst im Betrieb: Updates werden aufwändiger, Support Packages verursachen Konflikte, und jede Anpassung am Formular birgt das Risiko unerwarteter Seiteneffekte. Der Wartungsaufwand steigt, während die Innovationsfähigkeit sinkt. Eine selektive Modernisierung kritischer Formulare – idealerweise auf Adobe Interactive Forms mit klaren Datenverträgen – ist hier ein zentraler Hebel zum Abbau technischer Schulden.
Auswirkung:
Erschwerte Updates, Konflikte mit SPs und Releases, steigender Wartungsaufwand.
Lösungsansatz:
Ein fest definierter und dokumentierter Datenaustausch zwischen ABAP-Backend und Adobe Form, ohne versteckte Abhängigkeiten oder Logik im Formular. .
2. Technologische Sackgasse und Wissensverlust
SAP Script wird nicht weiterentwickelt, Smart Forms ebenso wenig. Moderne Anforderungen wie E-Invoicing, digitale Signaturen, strukturierte elektronische Dokumente oder Cloud-Betrieb lassen sich mit diesen Technologien nur eingeschränkt oder gar nicht mehr sinnvoll abbilden.
Parallel dazu nimmt das verfügbare Know-how ab. Entwickler, die SAP Script oder komplexe Smart-Forms-Szenarien beherrschen, werden seltener. Unternehmen geraten dadurch in eine zunehmende Abhängigkeit von einzelnen Personen oder externen Spezialisten. Für geschäftskritische Prozesse ist das ein erhebliches Risiko.
Eine bewusste Ablösung dort, wo regulatorische Anforderungen, Kundenkommunikation oder zukünftige Prozessdigitalisierung betroffen sind, reduziert diese Abhängigkeiten und schafft langfristige Betriebssicherheit.
Auswirkung:
Steigende Abhängigkeit von Einzelpersonen, steigende Risiken im Betrieb.
Lösungsansatz:
Bewusste Ablösung dort, wo regulatorische oder geschäftskritische Anforderungen bestehen.
3. Test-, Betriebs- und Compliance-Risiken
Alt-Formulare sind meist schlecht testbar, kaum versioniert und schwer automatisierbar. In modernen S/4HANA-Projekten mit iterativen Tests und parallelen Systemlandschaften wird das schnell zum Engpass. Besonders kritisch ist das Zusammenspiel mit Datenschutzanforderungen: In Test- und Schulungssystemen dürfen produktive personenbezogene Daten nur eingeschränkt genutzt werden.
Historische Formulare sind darauf häufig nicht vorbereitet. Sie erwarten reale Namen, Adressen oder Kontodaten und reagieren unvorhersehbar auf anonymisierte Daten. Das führt zu instabilen Tests, Verzögerungen und realen Compliance-Risiken.
Adobe Forms ermöglichen hier in Kombination mit einem strukturierten Testdaten- und Anonymisierungskonzept eine saubere Trennung von produktiver Nutzung und DSGVO-konformer Qualitätssicherung.
Auswirkung:
Unsichere Tests, Verzögerungen, Datenschutzlücken.
Lösungsansatz:
Adobe Forms in Kombination mit sauberem Testdaten- und Anonymisierungskonzept
4. Risiken bei selektiver Transformation und SLO-Szenarien
Bei selektiven Transformationen, Carve-Outs oder Systemkonsolidierungen, also bei Szenarien im Bereich SAP System Landscape Optimization (SLO), treten Formularprobleme besonders deutlich zutage. Formulare referenzieren häufig Organisationsstrukturen, Geschäftspartner oder Bewegungsdaten, die im Zielsystem bewusst nicht mehr vorhanden sind.
Das Ergebnis sind Laufzeitfehler im Druckprozess, die häufig erst im Cutover oder kurz nach dem Go-Live entdeckt werden. Besonders kritisch ist, dass diese Fehler nicht immer technisch offensichtlich sind: Dokumente werden erzeugt, enthalten aber fachlich falsche oder unvollständige Informationen. Gerade bei Rechnungen oder rechtlich relevanten Dokumenten kann das gravierende Folgen haben.
Auswirkung:
Go-Live-Risiken, hektische Nacharbeiten, fachliche Blockaden.
Lösungsansatz:
Formulare frühzeitig in SLO-Analysen einbeziehen und Zielbilder definieren.
Ein tragfähiger Ansatz besteht darin, Formulare frühzeitig in SLO-Analysen einzubeziehen und explizit zu klären, welche Dokumente im Zielsystem benötigt werden, welche Daten sie voraussetzen und wie sie in das Zielbild passen.
Adobe Forms als strategischer Baustein in SAP S/4HANA
Adobe Forms sind heute der de-facto-Standard für neue SAP-Formulare. Sie bieten nicht nur eine modernere Darstellung, sondern ermöglichen interaktive, dynamische Dokumente mit Grafiken, Barcodes, Tabellen und Benutzereingaben. Digitale Signaturen und elektronische Dokumentenprozesse lassen sich sauber integrieren.
Aus Wartungssicht profitieren Unternehmen von klaren Strukturen, zentraler Steuerung und besserer Mehrsprachigkeitsunterstützung. Anpassungen am Layout oder an einzelnen Formularbestandteilen lassen sich in Adobe Forms zielgerichtet und mit deutlich geringerem Aufwand umsetzen als bei klassischen SAPscript-Formularen, lediglich die fachliche Logik wird weiterhin in ABAP abgebildet. Gerade für international tätige Organisationen ist das ein erheblicher Vorteil.
Drei legitime Ablösestrategien
In der Praxis haben sich drei Strategien etabliert:
- Lift & Tolerate bedeutet, bestehende SAPscript- oder Smart-Forms-Formulare zunächst zu übernehmen und nur minimal anzupassen. Das ist sinnvoll für selten genutzte, interne oder auslaufende Dokumente – bei bewusst in Kauf genommenen technischen Schulden.
- Die selektive Modernisierung ist in den meisten Brownfield- und selektiven S/4HANA-Transformationen der pragmatischste Weg. Geschäftskritische oder regulatorisch relevante Formulare werden modernisiert, während unkritische Formulare vorerst bestehen bleiben. Aufwand, Risiko und Zukunftsfähigkeit stehen hier in einem ausgewogenen Verhältnis.
- Die vollständige Neuausrichtung schließlich ist nur in klar definierten Szenarien sinnvoll, etwa bei Greenfield-Ansätzen oder in stark regulierten Branchen mit klarer Governance und ausreichendem Budget.
Fazit: Formulare sind ein architektonischer Prüfstein
SAPscript und Smart Forms sind keine bloßen Altlasten im Layout-Bereich, sondern Träger historischer Geschäftslogik und technischer Schulden. In S/4HANA-Transformationen entscheiden sie mit über Update-Fähigkeit, Cloud-Optionen und Projektrisiken.
Die entscheidende Frage lautet daher nicht, ob Formulare modernisiert werden sollten, sondern wann, in welchem Umfang und mit welcher Strategie. Wer das Thema frühzeitig adressiert und bewusst priorisiert, reduziert Risiken, vermeidet kostspielige Nacharbeiten und schafft eine tragfähige Grundlage für zukünftige Innovationen.
Formular-Modernisierung ist damit kein kosmetisches Thema, sondern ein geschäftskritischer Bestandteil jeder nachhaltigen S/4HANA-Architektur.
Fragen kostet nichts:
Möchten Sie mehr erfahren über die Integration neuer Formular-Technologien? Dann fragen Sie uns über das untenstehende Formular unverbindlich an, wir helfen mit der passenden Strategie und praktischer Erfahrung gerne weiter.
