Alle Ergebnisse anzeigen …


Generic selectors

Exact matches only

Search in title

Search in content

Post Type Selectors

SOLIDFORMS INSIGHTS · SAP FORMULARE · PRAXISWISSEN

SAP-Formulare in der Public Cloud: Architektur, Datenfluss und Adobe Forms

Vom Geschäftsbeleg über CDS Entities und Form Data Provider bis zu Output Management, Adobe Document Services und der Fiori-Vorschau.

SAP Public CloudAdobe FormsCDS & ODataOutput Management
SAP-Formularentwicklung in der Public Cloud mit Fiori-Oberfläche und PDF-Vorschau
Cloudbasierte SAP-Formularentwicklung: Geschäftsbeleg, Layout und PDF-Ausgabe.

1. Was unterscheidet die Public Cloud von On-Premise und Private Cloud?

In SAP ERP und SAP S/4HANA On-Premise beziehungsweise Private Edition lassen sich Druckprogramme, ABAP-Klassen, SFP-Schnittstellen und Formularlogik – abhängig vom jeweiligen Szenario – vergleichsweise frei entwickeln. Die SAP S/4HANA Cloud Public Edition folgt dagegen dem Clean-Core-Prinzip: SAP stellt freigegebene Objekte, APIs und Erweiterungspunkte bereit. Direkte Eingriffe in SAP-Standardprogramme oder beliebige Datenbankzugriffe sind nicht vorgesehen.

Die Anwendung läuft in einem Tenant, also einer logisch getrennten Cloud-Umgebung. Geschäftsdaten werden über ein semantisches Datenmodell bereitgestellt: Core Data Services (CDS), das Virtual Data Model (VDM), Entities und ihre Associations beschreiben Geschäftsdaten und Beziehungen. Wichtig: Eine CDS Entity ist nicht automatisch eine öffentlich aufrufbare OData-API.

2. Datenfluss: von SAP HANA bis zur Fiori-Vorschau

Architekturschema SAP Public Cloud Formulare: SAP HANA, CDS, Form Data Provider, Output Management, XDP und Adobe Document Services sowie optional OData und REST
Vereinfachte Architektur: Standardformularprozess oben, optionaler API-/BTP-Integrationsweg unten. Die tatsächlichen technischen Komponenten variieren je nach Geschäftsprozess.

Ein typischer Standard-Ausgabeprozess durchläuft folgende Schritte:

  1. Geschäftsbeleg: Ein Anwender bearbeitet beispielsweise eine Faktura oder einen Kundenauftrag in einer SAP-Fiori-App. Die Belegdaten liegen im verwalteten SAP-HANA-Datenbestand.
  2. Datenbereitstellung: SAP-Anwendungslogik und freigegebene Datenmodelle stellen Kopf-, Positions- und Stammdaten bereit. Ein formularspezifischer Form Data Provider beziehungsweise Gateway-Service liefert die strukturierte Datenquelle für das Formular.
  3. Output Management: Die Output Parameter Determination ermittelt anhand der Geschäftsregeln unter anderem Ausgabekanal, Empfänger und Formularvorlage.
  4. Formularvorlage: Eine Application Form Template (XDP) enthält das geschäftliche Layout. Eine Master Form Template (XDP) kann wiederverwendbare Seitenbestandteile wie Logo, Kopf- und Fußzeile bereitstellen.
  5. PDF-Rendering: Die Cloud-Variante der Adobe Document Services (ADS), auch Forms Service by Adobe genannt, verarbeitet Vorlagen und Formulardaten zu einem PDF. Die Anbindung des Renderingdienstes im Standardprozess wird von SAP verwaltet.
  6. Ausgabe: Das PDF kann in der Fiori-Oberfläche angezeigt, per E-Mail versendet oder über eine Print Queue ausgegeben werden. Der konkrete Ablauf hängt vom jeweiligen Geschäftsobjekt ab.
Wichtig zur REST-API: Im SAP-Standard muss das Formular nicht zunächst per externer REST-API Daten aus dem Tenant abrufen. OData ist eine auf HTTP/REST-Prinzipien basierende Serviceschnittstelle für definierte Ressourcen und Entity Sets. Solche APIs sind besonders für externe Anwendungen, SAP-BTP-Erweiterungen und Integrationen relevant. Der eigenständige SAP Forms Service REST API-Anwendungsfall auf SAP BTP ist vom integrierten Standard-Output-Management zu unterscheiden.

3. Formularentwicklung: Welche Werkzeuge kommen zum Einsatz?

Für Standardformulare werden vorhandene Vorlagen über die Fiori-App Maintain Form Templates (Formularvorlagen pflegen) als kundeneigene Varianten weiterentwickelt. Die Gestaltung erfolgt typischerweise mit dem Adobe LiveCycle Designer auf Basis von XDP-Dateien und der zur Vorlage gehörenden XML-Datenstruktur. Master Form Templates sorgen für einheitliche Logos, Absenderinformationen und Seitenlayouts.

Fehlen Datenfelder, können – sofern der betreffende Geschäftsprozess dies unterstützt – Custom Fields, Custom Logic oder Data Source Extensions zum Einsatz kommen. In manchen Szenarien lässt sich ein zusätzliches Feld aus einer freigegebenen CDS View befüllen und in der Formular-XML-Struktur verfügbar machen. Welche Felder und Erweiterungspunkte tatsächlich nutzbar sind, hängt vom Business Context und vom jeweiligen Formular ab.

4. Wo kommen CDS Entities, OData und REST ins Spiel?

FachbegriffBedeutung für die Formulararchitektur
TenantLogisch abgegrenzte SAP-Cloud-Umgebung für Anwendung und Geschäftsdaten.
CDS / VDM / EntitySemantische Modellierung von Geschäftsdaten; Associations verknüpfen fachliche Objekte.
Form Data ProviderFormularspezifische Bereitstellung strukturierter Daten für die Ausgabe.
OData ServiceStandardisierte HTTP-Schnittstelle für veröffentlichte Entitäten und Entity Sets; etwa bei Integrationen.
Communication Scenario / ArrangementDefinierte und konfigurierte Kommunikation mit externen Systemen.
REST API / SAP BTPOptionale Architektur für Side-by-Side-Erweiterungen und eigenständige Cloud-Anwendungen.
XDP / ADSAdobe-Formularlayout und Cloud-Dienst für die PDF-Erzeugung.
Fiori / Output ManagementGeschäftsanwendung, Ausgaberegeln, Vorschau, Versand und Druck.

5. Die eigentliche Herausforderung: eine durchdachte Formularstrategie

Die technische Gestaltung einer Rechnung oder Auftragsbestätigung ist nur ein Teil der Aufgabe. Entscheidend ist die Analyse des gesamten Ausgabeprozesses: Welche Geschäftsereignisse lösen die Ausgabe aus? Welche Buchungskreise, Sprachen, Empfänger und Medien sind betroffen? Welche Standardvorlagen können weiterverwendet werden? Und welche zusätzlichen Daten sind über freigegebene Erweiterungspunkte überhaupt erreichbar?

Eine gute Lösung nutzt möglichst wenige Formularvarianten, trennt wiederverwendbare Master-Layouts von geschäftsspezifischen Inhalten und berücksichtigt von Anfang an die Grenzen des Public-Cloud-Erweiterungsmodells. So bleiben Formulare leichter wartbar und besser auf regelmäßige Cloud-Releases vorbereitet.

SAP-Formulare in der Public Cloud professionell gestalten

solidforms unterstützt bei der Analyse von Druck- und Ausgabeprozessen, bei der Formularstrategie und bei der Gestaltung und Anpassung von Adobe-Formularen. Im Mittelpunkt stehen klare Datenstrukturen, wartbare Vorlagen und eine möglichst standardnahe Umsetzung.

Kontakt zu solidforms aufnehmen

Fachliche Grundlagen: SAP Help Portal – Output Management, Master Form Templates, Custom Fields, Virtual Data Model sowie SAP Forms Service by Adobe. Die dargestellte Architektur ist eine vereinfachte Übersicht; Funktionen und App-Bezeichnungen können je nach Release und Geschäftsszenario variieren.