App Studio
Alles in der Revenue Cloud ist eine App — auch das, was am ersten Tag schon da war. Im App Studio sehen Sie, welche Apps installiert sind, holen neue aus dem Marketplace, konfigurieren sie und steuern, worauf jede zugreifen darf. Es ist das kleinste Studio nach Bildschirmen und das mit der größten Reichweite: Was Sie hier installieren, entscheidet, welche Bildschirme die anderen Studios haben.
/apps.
Der benachbarte Bereich Einstellungen (/settings) ist kein Studio — er
hält Konto, Team, Abrechnung und Sicherheit Ihres Tenants — und ist unter
Einstellungen dokumentiert; die Konzepte
erklärt der Guide Administration.Was hier lebt
Eine App ist ein eigenständiges Stück Commerce-Funktionalität. Produkte, Preise, Kunden, Bestellungen, Bestände, Versand, Zahlungen — jedes davon ist eine App, kein eingebautes Modul. Eine App bringt ihr eigenes Datenmodell und ihre eigenen Cockpit-Bildschirme mit, und sie deklariert beides, statt es fest zu verdrahten. Deshalb ändert sich die Seitenleiste des Commerce Studios, wenn Sie etwas installieren: Die App sagt dem Cockpit, welche Navigationseinträge, Listen, Detailseiten und Dashboard-Widgets sie beisteuert, und das Cockpit rendert sie.
Die praktische Konsequenz gehört klar ausgesprochen: Ihr Cockpit ist nicht das Cockpit von irgendjemand anderem. Ein Tenant ohne Bestände-App hat keine Bestandsbildschirme. Ein Tenant mit installiertem Punchout-Connector hat Bildschirme, die ein reiner Webshop-Tenant nicht hat. Beschreibt ein Kollege einen Menüeintrag, den Sie nicht finden, ist die erste Frage, welche Apps bei Ihnen beiden installiert sind.
Woher eine App kommt, entscheidet, wie sie verwaltet wird.
| Art | Herkunft | Hinweis |
|---|---|---|
| Enthalten | Teil Ihres Abrechnungspakets | Für Sie aktiviert. Die Kern-Commerce-Apps sind meist diese. |
| Öffentlich | Der Marketplace | Für jeden Tenant verfügbar. Kostenlos oder bezahlt, zusätzlich zum Abo. |
| Privat | Für Sie gebaut | Von Ihrem Team oder Ihrem Implementierungspartner. Nur auf Ihrem Tenant sichtbar. |
So wächst auch die Plattform: Die geplanten Kern-Apps — darunter Suche, Lokalisierung, Angebote, Promotions, Kostenstellen, Freigabe-Workflows, Konfiguratoren und Smart Reordering — kommen über genau diesen Installationsweg aus dem Marketplace, mit derselben Berechtigungsliste zum Lesen und denselben Abhängigkeits-Abfragen — nicht als Plattform-Upgrade, das Ihr Cockpit über Nacht verändert.
Abhängigkeiten werden deklariert statt stillschweigend angenommen. Eine App kann eine andere zum Funktionieren brauchen. Manche werden automatisch mitinstalliert; andere — typischerweise die, die Geld kosten oder die Sie bewusst wählen sollten — werden Ihnen zum Installieren vorgelegt, damit nichts Bezahltes ohne Entscheidung auf Ihrer Rechnung erscheint. Fragt eine Installation nach einer zweiten App, ist das dieser Mechanismus, kein Fehler.
Die Berechtigungen sind der Teil zum langsamen Lesen. Apps bekommen keinen Zugriff von selbst. Eine App deklariert, was sie braucht — welche Daten sie anfasst, ob sie ins Internet telefonieren darf, welchen Speicher sie nutzt — und diese Liste sehen Sie bei der Installation. Bei einer App von einem Anbieter, den Sie nicht kennen, ist diese Liste die gesamte Grundlage für Ihr Vertrauen. Dieselbe Prüfung gilt für Updates, die mehr verlangen als die Version, die Sie freigegeben haben.
Einstellungen gelten je Tenant und, wo es zählt, je Markt. Eine App deklariert, welche Einstellungen sie hat, und das Cockpit rendert das Formular; eine Konfigurationsdatei zum Suchen gibt es nicht. So trägt dieselbe Versand-App eine Tarifmatrix für Deutschland und eine andere für Österreich.
Deinstallieren ist kein neutraler Akt. Das Entfernen einer App nimmt ihre Bildschirme aus jedem Studio, das sie beherbergte, und die Entitäten, die ihr gehörten, sind im Cockpit nicht mehr bearbeitbar. Behandeln Sie eine Deinstallation auf einem Live-Tenant als Änderung mit Rückwegplan, nicht als Aufräumen.
Die Bildschirme
| Bildschirm | Pfad | Funktion | Dokumentiert in |
|---|---|---|---|
| Dashboard | /apps/dashboard | App-Anzahl, Ausführungen und Build-Erfolg, plus SDK-Schnellstart. | Dashboard |
| Erweitern und Entwickeln › Marketplace | /apps/marketplace | Öffentliche Apps ansehen und installieren. | Marketplace |
| Erweitern und Entwickeln › Installierte Apps | /apps/installed | Jede App auf Ihrem Tenant, mit Version und Berechtigungen. | Installierte Apps |
| Erweitern und Entwickeln › Meine Apps | /apps/my-apps | Private Apps von Ihnen oder Ihrem Partner, samt Deployments. | Meine Apps |
| Erweitern und Entwickeln › API & SDK | /apps/api | Wegweiser in die Entwickler-Dokumentation. | API & SDK |
| Apps › (ein Eintrag je installierter App) | /apps/installed/{owner}/{name} | Die eigene Seite der App: was sie tut, ihre Berechtigungen, ihre Neuerungen. | Installierte Apps |
Das Konfigurationsformular einer App öffnet sich unter
/apps/settings/{owner}/{name} — über den Tab Einstellungen ihrer
Detailseite statt über die Seitenleiste; siehe
App-Einstellungen.
Nebenan: Einstellungen
Die Einstellungen liegen unterhalb der Studios in der Cockpit-Leiste, hinter dem Zahnrad. Sie sind die Verwaltung Ihres eigenen Tenants und gehören zu keinem Studio. Die Referenzseiten stehen unter Einstellungen; die Konzepte behandelt Administration.
| Bildschirm | Pfad | Funktion | Dokumentiert in |
|---|---|---|---|
| Dashboard | /settings/dashboard | Konto-Kennzahlen und offene Punkte. | Dashboard |
| Übersicht | /settings | Projektprofil und rechtliche Angaben. | Übersicht |
| Account › Profil | /settings/profile | Ihr eigenes Konto und Ihre Voreinstellungen. | Profil |
| Account › Team | /settings/team | Wer Zugang zum Cockpit hat. | Team |
| Account › Abrechnung | /settings/billing | Tarif, Rechnungen, Zahlungsarten und Addons. | Abrechnung |
| Account › Partner | /settings/partner | Eine Herausgeber-Vorschau mit Beispieldaten. | Partner |
| Services › Mail | /settings/mail | Der Transaktionsmail-Service Ihres Tenants. | |
| Services › Suche | /settings/search | Die Suchindizes und ihre Collections. | Suche |
| Services › Auth & Sicherheit | /settings/security | Die Login-Richtlinie für Ihre Storefront-Kunden. | Auth & Sicherheit |
| Developer › API-Keys | /settings/api-keys | Keys für Aufrufe gegen die Plattform. | API-Keys |
| Developer › Git-Konten | /settings/git | Git-Verbindungen für das Deployment von Sites und Apps. | Git-Konten |
Die Domainverwaltung liegt nicht in den Einstellungen: Die Domains-Karte auf dem Einstellungen-Dashboard öffnet Experience Studio › Domains. Single Sign-on für Ihre Cockpit-Benutzer behandelt Single Sign-on.
Typische Aufgaben
- Eine App aus dem Marketplace installieren — und die Berechtigungsliste lesen, bevor Sie bestätigen.
- Das Tenant-Modell verstehen — was „Ihr Tenant" enthält und wo seine Grenzen liegen.
- Ihr Team einladen — die ersten Personen, die Zugang brauchen.
- Benutzer und Rollen einrichten — wer Preise sehen, Bestellungen freigeben oder den Katalog ändern darf.
- Single Sign-on einrichten — Anbindung an Active Directory oder Azure AD.
- Sicherheit prüfen — API-Keys, Sitzungen und der Quartals-Check.
Was für dieses Studio geplant ist
Das App Studio selbst ändert sich am wenigsten. Seine Bildschirme sind der Marketplace, die installierte Liste, Ihre eigenen Apps und die API-Referenz — und dabei wird es voraussichtlich bleiben: Der Mechanismus ist bereits der Mechanismus.
Was sich ändert, ist der Inhalt des Marketplace. Sieben Bereiche dieses Help Centers sind auf ihrem 12-Monats-Stand geschrieben, und jeder davon ist eine App, die Sie hier installieren werden: Suche und Lokalisierung für den Katalog, Angebote für den Vertrieb, Promotions fürs Marketing, Beschaffung & Freigaben für die Kundenseite, Konfigurierbare Produkte & Ersatzteile sowie Wiederkehrende Bestellungen & Abos, mit Smart Reordering dahinter im AI Studio.
Daraus folgen zwei Dinge, und beide sind Entscheidungen, keine Klicks. Installieren ist eine Abrechnungsfrage — manches ist im Paket enthalten, manches bezahlt; genau deshalb wird eine Abhängigkeit, die Geld kostet, zur Bestätigung vorgelegt statt still mitinstalliert; siehe Abrechnung. Und Installieren ist eine Berechtigungsfrage: Eine App, die Kostenstellen und Freigabelimits Ihrer Kunden liest, verarbeitet die interne Organisation Ihrer Einkäufer — und die Berechtigungsliste bei der Installation ist der Ort, an dem Sie prüfen, worauf sie zugreifen darf. Lesen Sie sie wie den Vertrag eines neuen Lieferanten — und zwar, bevor die App live ist.
Wie es mit den anderen Studios zusammenhängt
Das App Studio entscheidet, was die anderen Studios enthalten. Das Commerce Studio insbesondere ist vollständig aus installierten Apps zusammengesetzt — seine Seitenleisten-Bereiche füllt, was jede App deklariert. Themes im Experience Studio und Connectoren im Integration Studio folgen demselben Installations- und Berechtigungsmodell, die Agenten im AI Studio auch. Ein Mechanismus, vier Oberflächen.
Es hält nicht Ihre Daten. Apps besitzen Entitäten; das App Studio verwaltet die Apps. Ein Produkt schlagen Sie im Commerce Studio nach, nicht hier. Hier entscheiden Sie, ob die Produkte-App auf Ihrem Tenant überhaupt existiert, in welcher Version und mit welchen Berechtigungen.
Die Abrechnung läuft hindurch. Welche Apps enthalten sind, folgt Ihrem Abrechnungspaket, und bezahlte Apps aus dem Marketplace erhöhen, was Sie zahlen. Fehlt ein Bildschirm, den jemand erwartet, ist die Antwort manchmal eine Paketfrage, keine Konfigurationsfrage — siehe Abrechnung.
Sie bauen auf diesem Studio?
Wenn Sie Code dagegen schreiben, statt darin zu arbeiten: Das Developer Portal dokumentiert dasselbe Studio für Entwickler — APIs, SDKs und Erweiterungspunkte.