Das App-Backend
Untermandanten
Sub-Clients verwalten und Zugriffe steuern
Umgebungs-Mandanten (Sub-Clients) erlauben es, zBsp. Sub-Marken, Projekte oder Mandanten-Kunden strikt zu trennen. Diese sind untergeordnete Teilbereiche innerhalb einer Output.Rocks-Umgebung (Instanz), denen Benutzer und Elemente zugeordnet werden können.
Dieser Bereich ist nur für Administratoren der Hauptinstanz sichtbar. Umgebungs-Mandanten haben keinen Zugriff auf die Verwaltung anderer Mandanten.
Weiterführende Details zu Mandanten-Management, privaten Elementen und Vererbung von Standard-Elementen finden Sie in der Einführung in Mandanten-Management.
Jedes Element in Output.Rocks kann entweder privat für einen Mandanten gelten (auch für die Hauptinstanz) oder als vererbbares Standard-Element der gesamten Umgebung dienen.
Die Beschreibung eines Umgebungs-Mandanten erscheint in allen Listen und Detailansichten als Chip in der hier festgelegten Farbe. Dieselbe Farbe nutzen die Diagramme im Dashboard und Output Pulse für die Liste und die Datenpakete des Umgebungs-Mandanten. Administratoren der Hauptinstanz können den Chip anklicken, um direkt die Detailansicht des Mandanten zu öffnen.
Mandanten-Liste: ID, Externe ID, Beschreibung, Farbe
| ID | Externe ID | Beschreibung | Farbe |
|---|---|---|---|
1880 | untermarke_stadtwerk | Unsere Untermarke Stadtwerk X |
Tabellen-Spalten
Passen Sie die Anzeige der Umgebungs-Mandanten-Liste für bessere Übersichtlichkeit an. Spalten können per Drag-and-Drop neu angeordnet und über Checkboxen ein-/ausgeblendet werden.
Für mich anwenden : Spalten-Konfiguration wird nur für Ihren Account gespeichert und beeinflusst andere Benutzer nicht.
Als Standard anwenden : Konfiguration wird für alle Benutzer der Instanz übernommen und als neue Standard-Ansicht gesetzt.
Kontext-Aktionen
Detailansicht des Mandanten mit allen Kennzahlen.
Öffnet das Formular zum Aktualisieren von Externer ID, Beschreibung und Farbe.
Löscht den Mandanten nach einer Bestätigung samt seiner eigenen Konfiguration (Vorlagen, Standardwerte, Marken, Webhooks, Zugangsdaten und weitere Elemente), seinen Einstellungen, API-Tokens und Benutzern. Elemente des Hauptmandanten und anderer Umgebungs-Mandanten bleiben unberührt. Hat der Mandant bereits etwas verarbeitet, etwa Render-Anfragen, Berichte oder Importe, wird das Löschen mit dem Grund abgelehnt.
Mandantenformular
Best Practice: Nutzen Sie sprechende externe IDs (stadtwerk_nord) und Farben, um Mandanten im Backend schnell zu unterscheiden.
- Externe ID: Optionaler Referenzwert für ERP/CRM-Systeme. Wird in APIs als
subClient.externalIdangezeigt. - Beschreibung (Pflichtfeld): Anzeigename für Backend-Listen und Kontext-Aktionen.
- Farbe (Pflichtfeld): Kennzeichnet Mandanten farblich in Übersichten; Wird z.B. in Tabellenkopf und Tooltips angezeigt.
Zuordnung zu einem spezifischen Umgebungs-Mandanten oder Standard-Verwendung für alle Mandanten.
Markiert Element als Standard-Element, das automatisch an alle Umgebungs-Mandanten vererbt wird.
Fehlermeldung: Die Kombination "Standard für Umgebungs-Mandanten" + ausgewählter "Umgebungs-Mandant" erzeugt die Fehlermeldung: Tenant defaults can not be set on tenant assigned entities. Ein Element kann entweder für einen spezifischen Mandant ODER als Standard für alle Umgebungs-Mandanten konfiguriert werden.
Farbkennzeichnung für bessere Übersicht und Kategorisierung der Umgebungs-Mandant.
Farben können genutzt werden, um z.B. Dokument-Arten, Marken, Kampagnen oder Produkttypen im Backend schnell optisch zuzuordnen.
Die Buttons Erstellen / Erstellen und weiteres Element hinzufügen verhalten sich wie in anderen Bereichen: ersterer speichert und kehrt zur Übersicht zurück, letzterer öffnet danach ein leeres Formular für den nächsten Mandanten.