Erscheinungsbild
Pakete und Aufträge in der S/4HANA Cloud
Im Tenant wird jede Applikation einem Entwicklungspaket und einer offenen Aufgabe des angemeldeten Benutzers zugeordnet. Der Designer liest beides über die Entwicklungsschnittstelle des Tenants; die Regeln entsprechen denen on-prem, die Objekte dahinter sind Cloud-spezifisch.
Felder im Anlege-Dialog
| Feld | Bedeutung |
|---|---|
| Paket | Entwicklungspaket des Kunden (Z… oder Y…). Der Designer prüft beim Anlegen, ob das Paket im Tenant existiert; sonst erscheint „Das Paket existiert nicht oder wurde bereits gelöscht." |
| Transport (Aufgabe) | Eingabefeld mit Vorschlagsliste und Wertehilfe. Angeboten werden die offenen Aufgaben des angemeldeten Benutzers, jeweils mit Beschreibung. Ein Wert außerhalb dieser Liste wird mit „Die Transportnummer ist ungültig." abgewiesen. |
Die Liste der Aufgaben ist unabhängig vom gewählten Paket. Sie enthält nur Aufgaben mit Status „änderbar"; freigegebene Aufgaben erscheinen nicht.
Aufgabe und Auftrag
Wie on-prem tragen Sie die Aufgabe ein, nicht den Auftrag. Bei Schreibvorgängen im Tenant, etwa beim Anlegen einer View-Klasse, beim Deploy des UI5-Repositorys oder bei der Launchpad-Registrierung, ermittelt der Designer den zugehörigen Auftrag selbst und bucht die Objekte dort ein. Sie müssen die Nummer nicht umrechnen.
Kein lokales Paket
Ein Paket ohne Transportanbindung wie on-prem $TMP gibt es im Tenant für den Mobile Builder nicht. Legen Sie Apps immer in einem transportierbaren Paket an.
Prüfungen beim Anlegen
| Prüfung | Effekt bei Fehler |
|---|---|
| Paket vorhanden | Meldung im Dialog, App wird nicht angelegt |
| Aufgabe offen und dem Benutzer zugeordnet | Meldung im Dialog, App wird nicht angelegt |
| Modulname formal gültig: Kleinbuchstaben, beginnt mit einem Buchstaben, keine Leer- und Sonderzeichen; ab 15 Zeichen eine Warnung | Meldung im Dialog |
Paket und Aufgabe sind im Eigenschaften-Panel der App-Wurzel danach schreibgeschützt.
Status geschlossener Versionen
Wird der Auftrag der Aufgabe freigegeben, ist die App-Version geschlossen: Speichern, Bauen und Klassen-Generieren sind gesperrt. Für weitere Änderungen legen Sie über die App-Übersicht eine neue Version mit einer offenen Aufgabe an (Feld Transportnummer im Dialog „Neue Version anlegen“), siehe Versionsverlauf.
Was im Auftrag landet
| Vorgang | Objekte im Auftrag |
|---|---|
| Build | UI5-Repository der App (Name = Namespace der App, sonst ihr Name, in Großbuchstaben, Sonderzeichen durch _, Präfix Z falls nicht vorhanden, höchstens 15 Zeichen) |
| Launchpad-Registrierung | IAM-App, Business-Katalog und Katalogzuordnung der App |
| Backend-Klasse generieren | ABAP-Klasse im Paket der App |
| Undeploy | Löschung von Repository und Berechtigungsobjekten |
Die App-Definition selbst, also Views, Komponenten und Übersetzungen, liegt in Tabellen des Mobile Builders im Entwicklungstenant und wandert mit dem gebauten Artefakt.
Nächste Schritte
- Installation – Pakete und Rollen des Mobile Builders
- Launchpad – was beim Deploy im Tenant entsteht
- Versionsverlauf – neue Version nach Freigabe