Backend-Konfiguration in der S/4HANA Cloud

Die Einstellungen, die on-prem in Tabellen über SM30 gepflegt werden, pflegt in der Cloud der Lizenz-Monitor. Er bietet dafür zwei Dialoge, UI5-Bootstrap und Feature-Schalter, in der Werkzeugleiste über der Sitzungsliste neben Lizenz aktualisieren. Beide Tabellen gelten je Tenant und wandern nicht mit einem Transport.

UI5-Bootstrap

Legt fest, welche SAPUI5-Quelle und welches Theme Designer und Lizenz-Monitor beim Start laden.

Feld	Bedeutung
SAPUI5-Quelle	Pfad oder URL zu sap-ui-core.js
Theme	UI5-Theme beim Start

Ohne Eintrag gilt die vom Tenant ausgelieferte UI5-Laufzeit mit dem Theme sap_horizon. Der Eintrag wird beim ersten Sichern angelegt und danach geändert. Im Launchpad hat die Einstellung keine Wirkung, dort startet die Shell die Laufzeit selbst; sie greift beim Direktaufruf von Designer und Monitor.

Persönliches Theme

Wie on-prem überschreibt der Designer das Start-Theme nach dem Start mit der persönlichen Einstellung des Anwenders, siehe Designer-Einstellungen.

Feature-Schalter

Der Dialog Feature-Schalter legt Schalter mit den Spalten Schalter, Beschreibung und Aktiv an, ändert oder löscht sie. Der Mobile Builder selbst wertet in der Cloud keinen Schalter aus; der On-Prem-Schalter für den Nachrichtenversand betrifft nur WebSocket-Verbindungen, die es in der Cloud nicht gibt. Die Liste ist für kundeneigene Schalter gedacht und zunächst leer.

Nachrichtenkanal und Polling

Statt WebSocket-Verbindungen fragen Designer, Vorschau und gebaute Apps das Backend in festen Abständen nach neuen Nachrichten. Die Takte sind fest im Framework hinterlegt und nicht konfigurierbar, mit einer Ausnahme:

Kanal	Takt	Hintergrund-Tab
Designer (Sperren, Speichern, Build-Meldung)	1 Sekunde	10 Sekunden
Gebaute App (Push aus dem Backend)	View-Eigenschaft pushInterval in Millisekunden, mindestens 500; 0 schaltet den Empfang ab	das Fünffache des Werts

Bei Fehlerantworten wartet der Kanal 0,5 Sekunden und verdoppelt den Abstand bis höchstens 30 Sekunden; eine Anfrage wird nach 10 Sekunden abgebrochen. Ein fehlgeschlagener Poll schaltet den Designer in den Schreibschutz, bis der nächste Poll gelingt. Das Polling ersetzt keinen Keepalive: die Lizenzsitzung hält der Designer über einen eigenen Herzschlag alle 60 Sekunden, gebaute Apps über die View-Eigenschaft keepaliveInterval (in Sekunden, 0 = aus).

pushInterval bewusst wählen

Jede offene App mit pushInterval > 0 erzeugt im Takt eine Anfrage an den Tenant. Setzen Sie den Wert nur auf Views, die Push-Nachrichten aus dem Backend erwarten, und nicht unter eine Sekunde, wenn viele Anwender die App gleichzeitig nutzen.

Sitzungen

Das Backend führt je offenem Designer-Tab und je laufender App einen Sitzungssatz. Er verfällt ohne Poll nach 30 Sekunden im Designer und ohne Anfrage nach 5 Minuten in einer gebauten App; danach gelten View-Sperren dieser Sitzung als frei. Verwaiste View-Sperren räumt das Backend wie on-prem nach 8 Stunden ab. Die Lizenzsitzungen sehen Sie im Lizenz-Monitor.

Nächste Schritte

• Lizenz – Lizenzschlüssel und Sitzungen im Monitor
• Mobile-Builder-API – Push aus der View-Klasse
• Unterschiede zu On-Prem