Die Zukunft von Adobe Forms
Am 28. und 29. November 2017 veranstaltete der DSAG-Arbeitskreis "Dokumentenbasierte Prozesse" eine Tagung zum Thema "Dokumente und Workflow in S/4 HANA – Einblicke in die neue Welt". Hierbei war eines der primären Themen die Zukunft von Adobe Forms; insbesondere in Bezug auf S/4 HANA. Dieser Blogbeitrag dient als Zusammenfassung der Erkenntnisse aus dieser DSAG-Tagung.
Im Folgenden sollen zunächst mögliche Anwendungsszenarien für Adobe Forms wiederholt werden. Danach werden die unterschiedlichen Lösungen gegenübergestellt und bewertet. Abschließend wird auf ausgewählte technische Aspekte, die hinsichtlich S/4 HANA relevant sind, eingegangen.
Anwendungsszenarien
Adobe-Formulare lassen sich zunächst in Druckformulare und interaktive Formulare unterscheiden. Druckformulare sind nicht interaktiv. Die Formulare werden gerendert und können danach auf verschiedenen Medien wie bspw. Druck, Mail und Archivierung ausgegeben werden. Bei interaktiven Formularen wird zwischen online und offline unterschieden. Interaktive Online-Formulare haben einen direkten Zugriff auf das SAP-System und können so bspw. auf dynamische Wertehilfen zugreifen. Das Formular ist hierbei in Webdynpro eingebettet. Interaktive Offline-Formulare können nach Erstellung ohne Zugriff auf das SAP-System bearbeitet werden. Das PDF trägt die eingegebenen Daten in sich. Funktionen wie Wertehilfe werden statisch im Formular umgesetzt.
Anwendungsszenarien: Druckformulare, Interaktive Online-Formulare sowie Interaktive Offline-Formulare
Da der betriebswirtschaftliche Einsatz von Quantencomputern mittlerweile realistischer als das papierlose Büro einzuschätzen ist, wird das Druckszenario weiterhin eine hohe Relevanz besitzen. Im Gegensatz dazu ist der zeitgemäße Einsatz von interaktiven Formularen fraglich, weil jene Anforderungen in der Regel genauso gut oder besser mit mobilen Technologien wie z. B. SAP Fiori umgesetzt werden können. Auch wird es zukünftig keine adäquate Lösung für die Darstellung interaktiver Formulare auf mobilen Endgeräten geben. Stattdessen müssen die Formulare mit Hilfe von Tools in HTML5 konvertiert werden.
Adobe Forms vs. Forms by Adobe
SAP bietet zwei mögliche Lösungen für den Betrieb des Adobe Document Services (ADS) an. Zum einen kann der ADS wie gewohnt on-Premise verwendet werden. SAP bezeichnet diese Lösung als Adobe Forms oder Interactive Forms by Adobe (kurz: IfbA). Zum anderen kann der ADS auch als Cloud-Lösung umgesetzt werden. SAP nennt diese Lösung Forms by Adobe.
Warum sich SAP hinsichtlich ihrer Trennschärfe für solch verwirrende Bezeichnungen entschieden hat, ist unklar. Welche der Lösungen eingesetzt werden können, hängt u. a. vom verwendeten ERP-System ab. Bei SAP ERP (Business Suite) und S/4 HANA on-Premise können beide Lösungen eingesetzt werden. Bei S/4 HANA Cloud können nur die Forms by Adobe verwendet werden.
Das Preismodell der Cloud-Lösung Forms by Adobe folgt nicht mehr dem klassischen Lizenzmodell. Stattdessen werden Aufrufe in Abrechnungseinheiten zu je 10.000 berechnet, wobei eine Abrechnungseinheit fünf Seiten entspricht. Bei einer weiteren Seite beginnt eine neue Abrechnungseinheit.
Vergleich der SAP-Lösungen in Bezug auf die verwendbaren Formulartechnologien
Vor- und Nachteile der Cloud-Lösung
Die Cloud-Lösung hat Vor- und Nachteile, die vor der endgültigen Entscheidung hinsichtlich der Lizenzvereinbarungen, diverser Compliance-Aspekte und der aktuellen Systemlandschaft betrachtet werden sollten. Vorteil der Cloud-Lösung sind die sehr niedrigen Fixkosten. Für Forms by Adobe muss kein lokaler ADS installiert werden. Somit sinken neben dem initialen Aufwand auch wiederkehrende Aufwände wie regelmäßige Wartung und Upgrades.
Zusätzlich sinken die Kosten für die entsprechende Hardware. Herausforderungen wie Sizing und Load Balancing werden über den Cloudservice gelöst. Zudem ist der ADS immer auf dem aktuellen Stand. Ein Nachteil dieser Lösung ist allerdings die Abgabe der Hoheit über den Druckprozess.
Ferner verlassen die Kundendaten das innerbetriebliche System, wenn das Formular auf einem externen Server gerendert wird. Durch das neue Preismodell werden die ADS-Aufrufe flexibel berechnet. Somit wird jeder ADS-Aufruf aus jedem System (Entwicklung, Test, Qualität oder Produktiv) in Rechnung gestellt; egal ob physischer Ausdruck oder Druckvorschau. Eine weitere Herausforderung können Massendruckszenarien sein. Hier kann neben der Cloud auch das zugrundeliegende Netzwerk ein Flaschenhals darstellen.
Wann ist SAPscript endlich tot?
Vor mehr als zwei Jahren prophezeiten wir den nahen Tod von SAPscript, da wir uns auf das angekündigte Support-Ende dieser Technologie seitens SAP verließen. Diese Prophezeiung hat sich mittlerweile leider als falsch erwiesen. Alle ERP-Lösungen, sei es die SAP Business Suite oder S/4, lassen SAPscript und Smartforms im Legacy-Modus zu. SAP nennt nun nicht mehr ein konkretes Datum und garantiert stattdessen die Wartung von SAPscript und Smartforms solange es die Business Suite gibt. Somit ist ein nahes Ende von SAPscript sehr unwahrscheinlich.
Livecycle Designer
Derzeit ist gemäß SAP keine neue Version des Adobe Livecycle Designers geplant, allerdings verweist die Roadmap auf eine Erweiterung im Jahr 2019. Wie die aktuelle Version des Livecycle Designers heruntergeladen werden kann, wird hier erläutert. Auf der DSAG-Tagung wurde auf Anfrage erklärt, dass der Livecycle Designer nun in Eclipse verwendet werden kann. Kollegen berichteten zuvor von unterschiedlichen Problemen wie bspw. Abstürzen. Um die Tauglichkeit des Livecycle Designers in Eclipse zu überprüfen, wäre daher eine Validierung z. B. in Form eines Erfahrungsberichts notwendig.
Fragmente
Fragmente sind als globale Teilformulare zu verstehen, die in verschiedenen Formularen wiederverwendet werden können. Anwendungsformulare in S/4 HANA referenzieren Masterseiten als Fragmente anstatt diese direkt einzubinden. Ausnahmen bilden hierbei einige Spezialformulare, die bspw. besonders Compliance-relevant sind. Anstelle einer ABAP-Schnittstelle wird die Datenbindung bei Formularvorlagen in S/4 HANA als Gateway-Service implementiert.
Die neue Technologie wird allerdings nicht im SAP ERP (Business Suite) verfügbar sein. Laut Aussage der SAP ist zum jetzigen Zeitpunkt ebenfalls nicht vorgesehen, dass kundeneigene Fragmente angelegt werden können. Inwieweit sich dies auf die Erstellung eigener Formularvorlagen auswirken wird, muss erprobt werden.
Fragment im Livecycle Designer erstellen
BRFplus – die neue Nachrichtensteuerung
Eine weitere, neue Technologie ist die Ausgabenverwaltung auf Basis von BRFplus, die als ganzheitliche Ausgabensteuerung vorherige Frameworks wie die Nachrichtensteuerung, die Druck-Workbench und das Post Processing Framework ersetzen soll. Das BRFplus-Framework selbst ist keine neue Technologie, allerdings wurde es zuvor nicht für Ausgabenverwaltung eingesetzt. Wenn anstelle der BRFplus-basierten Ausgabensteuerung die alte Nachrichtensteuerung eingesetzt werden soll, kann dies in einigen Anwendungsfällen per SAP Note implementiert werden.
Fazit
Adobe ist und bleibt die primäre Formulartechnologie in Bezug auf SAP und seine Produkte. Inwieweit sich die neue Cloud-Lösung Forms by Adobe gegenüber der on-Premise Variante Adobe Forms bzw. IFbA auf dem Markt durchsetzen wird, muss langfristig beobachtet werden.
Beide Lösungen haben Vor- und Nachteile, die für jeden Kunden individuell diskutiert werden müssen. Dass SAP nunmehr kein konkretes Datum für das Support-Ende von SAPscript nennt, war überraschend. S/4 HANA wäre meiner Meinung nach als technologischer Meilenstein ideal für die Abkündigung von SAPscript gewesen. Besonders freue ich mich aber auf die BRFplus-basierende Ausgabenverwaltung und die (Wieder-)Einführung von Fragmenten in SAP-Formularen.
Wie schätzen Sie die Zukunft von Adobe hinsichtlich SAP ERP (Business Suite) und S/4 HANA ein? Arbeiten Sie bereits mit BRFplus, wenn auch in einem anderen Umfeld? Denken Sie, dass sich Eclipse als ganzheitliche Entwicklungsumgebung, insbesondere in Bezug auf den Livecycle Designer, durchsetzen wird? Wenn Sie Anmerkungen, Fragen oder allgemeines Feedback haben, können Sie gerne die Kommentarfunktion unseres Blogs benutzen.
7 Kommentare zu "Die Zukunft von Adobe Forms"
Hallo,
Wir benutzen den LCD 11.0 bei uns im Unternehmen, leider ist dort der Menü-Punkt “Fragmente” nicht vorhanden. Muss zusätzlich ein AddOn oder ähnliches installiert werden?
Grüße
Mario
Hallo Mario,
es gibt derzeit noch keine Fragmente in SAP. Der Screenshot wurde im lokalen Livecycle-Designer auf meinem Laptop (FORMDESIGNER.EXE) erstellt. Hier kannst du zwar Fragmente anlegen, aber es gibt noch keine Möglichkeit, diese Fragmente in SAP zu übertragen. Dementsprechend können die Fragmente auch (leider) nirgends eingebettet werden.
Viele Grüße
Torsten
Bin seit 20 Jahren im SAP Development. SAPScript wurde in der Zeit schon mehrfach für Tot erklärt. Smartforms hat sich mehr oder weniger durchgesetzt, bis auf wenige Forms bei denen es keine guten Vorlagen gibt.
Adobe Forms wird sich nicht durchsetzen solange SAPScript / Smartforms am Leben gehalten wird. Für die Kunden ergibt sich zu wenig Nutzen bestehende Forms in eine neuere Technologie zu überführen… Das Investment wäre gross und solange es keinen Nutzen oder Zwang gibt.
Grüsse
Tom
Hallo Tom,
danke für deine Einschätzung. Ich stimme dir in Teilen zu. SAPscript wurde schon mehrfach für tot erklärt, und lebt dennoch bis 202X weiter. Und es wird sicherlich weiterhin von SAP am Leben gehalten, wodurch seltener die Notwendigkeit für eine Adobe Forms Umstellung da ist.
Sicherlich gibt es auch Formulare bei denen es sich nicht lohnt auf Adobe Forms umzustellen. Das hängt meiner Meinung nach stark davon ab, ob ein Formular gewartet werden muss, oder nicht. Durch den “What-you-see-is-what-you-get” Editor von Adobe Forms sind Adobe Formulare deutlich schneller anzupassen. Wenn ein SAPscript Formular läuft und die nächsten 10 Jahre nicht angepasst werden soll, ist es sicherlich eine valide Option dabei zu bleiben. Ich denke aber das trifft nur auf einen sehr geringen Teil der Formulare zu, die aktiv genutzt werden.
Meine Empfehlung: Ein offenes Ohr für Adobe Forms behalten. Auch wenn es eine Umstellung ist, ist es doch leicht zu lernen und am Ende deutlich freundlicher zu benutzen.
Beste Grüße
Joschka
Hallo,
seit 2000 arbeite ich mit SAPscript und komme damit ziemlich gut klar, da es sich sehr an meine Anfänge mit Schreibprogrammen anno 1985 anlehnt.
Dann kam der Schwenk zu Smartforms und es sollten alle Formulare darauf hin ungestellt werden. Im Nachhinein bin ich froh das nicht komplett durchgezogen zu haben! Nur im SRM musste diese Technik eingesetzt werden. Da fand ich keine Alternative.
Der neue Trend heißt nun Adobe Forms. So wie es aussieht muss diese Technik im EWM und SAP TM verwendet werden – oder gibt es da eine Chance weiter die alte Technik SAPscript zu verwenden?
Ich verstehe das verteufeln des SAPscript nicht. Gerade um ZEBRA-Drucker mit ZPL II zu steuern, Barcodes sind kein Problem, die Steuerung über das Druckprogramm läuft nach wie vor sauber …
Ich bin ein absoluter SAPscript-Fan!
+1 für das Meme!
Wir nutzen aus ERP 6.0 den ADS Service der SAP zum Rendern der Adobe Print Forms, aber nur für eine unserer Niederlassungen im Ausland (und nur da und das ist gut so).
Ca. alle 10 -12 Wochen tritt bei dem Service irgendeine Störung auf (Ursachen: Netzwerk, Credentials, Routing, Firewall) – manchmal exklusiv auf unserer Spielwiese – manchmal im Bastelkeller der SAP – oft länger als 24h.
So gesehen: Primär zwar kein Problem der Formulartechnik, aber in Summe ist die Konstellation eher ein Problem.
Es zeigt zumindest, dass ganz neue Tücken auftreten, wenn man die primäre Infrastruktur verlässt und externe Services konsumiert.
Zum Pflegen der Adobe Forms brauche ich ein externes Tool, zum Rendern einen externen Service (und zwar immer aus Sicht des ABAP Stacks) .
Also: Wenn Adobe Forms die Lösung sind – dann möchte ich meine ursprüngliches Problem zurück 🙂 – wobei ich persönlich auf Anwenderseite mit SAP Script und Smart Forms kein Problem habe; gefühlt sind die Adobe Formulare auch nicht einfacher zu bändigen.
Ich habe daher leider nicht verstanden welchen Vorteil Adobe Forms für den Anwender haben sollten, sofern man nicht die interactive Forms braucht.
Für mich bleibt also der Eindruck, dass irgendwer auf Entscheiderebene bei der SAP SAP Script oder Smart Forms nicht mag oder noch schlimmer nicht versteht (was ich ganz persönlich vermute).
Dafür schiebt man die Komplexität auf den Anwender – SAP nennt es Fortschritt, ich empfinde es leider als Rückschritt.
Vorsicht Satire: Für mich sind die Adobe Forms ein verstecktes Produkt der Marketing Abteilung der Sirius-Kybernetik-Corporation (in Gedenken an Douglas Adams) 🙂