> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/de/administration-and-einstellungen/msp-and-advanced-features.md). # MSP- und erweiterte Funktionen Dieser Abschnitt behandelt erweiterte Funktionen für Managed Service Provider (MSPs) und Power-User, die innerhalb von RealmJoin mehr Kontrolle und Flexibilität benötigen. ### Tenant-Wechsler Die Tenant-Wechsler-Funktion ermöglicht MSPs, übergeordnete-untergeordnete Tenant-Beziehungen in einer 1:N-Hierarchie aufzubauen und so eine zentrale Verwaltung über mehrere Kundenumgebungen hinweg zu ermöglichen. #### Überblick Mit der Tenant-Wechsler-Funktion können Administratoren eines übergeordneten Tenants nahtlos zu jedem verbundenen untergeordneten Tenant wechseln und administrative Aufgaben mit ihren Anmeldedaten des übergeordneten Tenants ausführen. Dadurch entfällt die Notwendigkeit, für jeden verwalteten Kunden separate Konten zu pflegen. #### Wichtige Vorteile * **Zentrale Zugriffsverwaltung**: Behalten Sie einen einzigen Satz von Anmeldedaten bei, während Sie mehrere Kunden-Tenants verwalten * **Optimierte Abläufe**: Wechseln Sie schnell zwischen Kundenumgebungen, ohne sich abzumelden * **Konsistente Sicherheit**: Sicherheitsrichtlinien und Authentifizierungsmethoden des übergeordneten Tenants gelten für alle untergeordneten Tenants * **Prüfpfad**: Alle in untergeordneten Tenants ausgeführten Aktionen sind dem Administrator des übergeordneten Tenants zuordenbar #### Einrichtungsvoraussetzungen Um übergeordnete-untergeordnete Tenant-Beziehungen herzustellen: 1. Im übergeordneten Tenant muss die MSP-Lizenzierung aktiviert sein 2. **Backend-Konfiguration erforderlich**: Das RealmJoin-Team muss den untergeordneten Tenant im Backend-System mit dem Handle des übergeordneten Tenants markieren. Diese Konfiguration muss über ein separates Support-Ticket oder während des ersten Onboarding-Prozesses angefragt werden 3. Untergeordnete Tenants müssen die Verbindung zum übergeordneten Tenant ausdrücklich autorisieren 4. Administratoren des übergeordneten Tenants benötigen entsprechend konfigurierte Berechtigungen im übergeordneten Tenant 5. Jeder untergeordnete Tenant behält seine eigene Datenisolierung und seine eigenen Sicherheitsgrenzen bei #### Verwenden des Tenant-Wechslers Nach der Konfiguration können autorisierte Administratoren auf den Tenant-Wechsler zugreifen, indem sie in der Mitte der oberen Kopfzeile auf den Namen des Tenants klicken. Wählen Sie den Ziel-Tenant aus dem Menü aus, um den Kontext zu wechseln. Ihre Anmeldedaten des übergeordneten Tenants bleiben aktiv, und alle Aktionen werden innerhalb des Bereichs des untergeordneten Tenants mit den entsprechenden Berechtigungen ausgeführt.
### Berechtigungen für benutzerdefinierte Rollen Standardmäßig können nur RealmJoin-Administratoren die Tenant-Wechsler-Funktion verwenden. Allerdings können benutzerdefinierte Rollen so konfiguriert werden, dass Nicht-Administratoren mit eingeschränkten Berechtigungen in den untergeordneten Tenants Zugriff auf den Tenant-Wechsler erhalten. Zu den typischen Anwendungsfällen gehören: * **Software-Anforderer**: Benutzer, die Anwendungspakete erstellen und verwalten, ohne vollständige Admin-Rechte * **Support der 1. Ebene**: Helpdesk-Mitarbeiter, die eingeschränkten Zugriff benötigen, um Benutzerprobleme zu beheben Detaillierte Informationen zum Konfigurieren benutzerdefinierter Rollen finden Sie in der [Dokumentation zu benutzerdefinierten Rollen](/de/administration-and-einstellungen/permission/custom-roles.md). #### Erforderliche Berechtigung: `CanAdministerTenantPartners` Der Zugriff auf den Tenant-Wechsler wird durch die Berechtigung der benutzerdefinierten Rolle gewährt **`CanAdministerTenantPartners`**. Weisen Sie sie in den benutzerdefinierten Rollen des **übergeordneten Tenants**. Benutzer, die sie besitzen, können den Tenant-Wechsler öffnen und zu jedem untergeordneten Tenant wechseln, der mit dem übergeordneten Tenant verbunden ist. Im untergeordneten Tenant behalten diese Benutzer ihre **vordefinierte Rolle, die sie im übergeordneten Tenant haben** (z. B. Supporter, Advanced Supporter oder Auditor). Der Tenant-Wechsler gewährt ihnen nur Zugriff auf den untergeordneten Tenant. Er verleiht ihnen dort keine Administratorrechte. So können Sie dem Support-Personal Zugriff auf alle Kundentenants mit genau den Berechtigungen geben, die es bereits im Heimat-Tenant hat, ohne es zu RealmJoin-Administratoren zu machen. {% hint style="info" %} **Voraussetzungen** * [Benutzerdefinierte Rollen](/de/administration-and-einstellungen/permission/custom-roles.md) müssen im übergeordneten Tenant aktiviert sein. * Der übergeordnete Tenant muss im RealmJoin-Backend als Partnertenant registriert sein. Andernfalls lehnt der Editor für benutzerdefinierte Rollen `CanAdministerTenantPartners` als nicht zulässig ab. Diese Registrierung erfolgt durch den RealmJoin-Support. {% endhint %} **Beispiel: Support der 1. Ebene über alle Kundentenants hinweg** Ihr Helpdesk-Personal ist Mitglied der Entra-Gruppe `RJ-Support` im übergeordneten Tenant. Diese Gruppe ist als **Supporter** Gruppe in den RealmJoin-Rolleinstellungen des übergeordneten Tenants konfiguriert. Um ihnen das Wechseln in die Kundentenants zu ermöglichen, fügen Sie die folgende Regel zu den benutzerdefinierten Rollen des übergeordneten Tenants hinzu: ```json { "Regeln": [ { "Name": "Support: Tenant-Wechsler", "Beschreibung": "Ermöglicht dem Support-Team, mit seinen Supporter-Berechtigungen in alle untergeordneten Tenants zu wechseln.", "Gruppen": [ "5d3c1a2b-8e4f-4a6b-9c7d-2e1f0a9b8c7d" ], "Berechtigungen": [ "CanAdministerTenantPartners" ] } ] } ``` Ersetzen Sie die Gruppen-ID durch die Objekt-ID Ihrer `RJ-Support` Gruppe. Nachdem sich die Benutzer erneut angemeldet haben, sehen sie den Tenant-Wechsler in der Kopfzeile. In jedem untergeordneten Tenant arbeiten sie mit Supporter-Berechtigungen, genau wie im übergeordneten Tenant. Zu beachten: * **Nur vordefinierte Rollen werden übernommen.** Andere Berechtigungen benutzerdefinierter Rollen des übergeordneten Tenants gelten in den untergeordneten Tenants nicht. Um zusätzliche Berechtigungen innerhalb eines untergeordneten Tenants zu gewähren, definieren Sie dort eine benutzerdefinierte Rolle. * **Eine vordefinierte Rolle wird weiterhin benötigt.** Ein Benutzer, der nur `CanAdministerTenantPartners` besitzt und im übergeordneten Tenant keine vordefinierte Rolle hat, kann Tenants wechseln, hat aber keine administrativen Berechtigungen in den untergeordneten Tenants. * **Die Berechtigung gewährt außerdem Partner-Administratorrechte.** Beispielsweise können Inhaber Vorlagen verwalten (bearbeiten, löschen, Pakete und Tokens ändern). Weisen Sie sie nur Personen zu, die dazu berechtigt sind. * **Änderungen gelten beim nächsten Anmelden.** Benutzer, die bereits angemeldet sind, müssen das Portal neu laden oder sich erneut anmelden, nachdem die benutzerdefinierte Rolle gespeichert wurde. **Hinweis**: Einige Berechtigungen erfordern Unterstützung durch das RealmJoin-Personal bei der Konfiguration. Wenden Sie sich an den Support, wenn Sie Hilfe beim Einrichten benutzerdefinierter Rollen mit eingeschränkten Berechtigungen benötigen. *** ### Staging-Portal RealmJoin unterhält eine Staging-Umgebung für den frühen Zugriff auf neue Funktionen und Features. #### Überblick Das Staging-Portal unter [**portal-staging.realmjoin.com** ](https://portal-staging.realmjoin.com)dient als Beta-Umgebung, in der kommende Features bereitgestellt werden, bevor sie das Produktionsportal erreichen. So können Benutzer neue Funktionen vor der allgemeinen Verfügbarkeit testen und sich damit vertraut machen. #### Wichtige Hinweise **Mit Vorsicht verwenden**: Die Staging-Umgebung wird ohne Garantien wie besehen bereitgestellt. Funktionen können unvollständig oder instabil sein oder sich ändern. Vermeiden Sie die Verwendung produktionskritischer Daten. #### Wer sollte Staging verwenden? Das Staging-Portal ist ideal für: * Organisationen, die neue Funktionen vor der Bereitstellung testen möchten * Benutzer, die Feedback zu bevorstehenden Funktionen geben * Schulungen und Einarbeitung in künftige Funktionen * Entwicklungs- und Testszenarien --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.realmjoin.com/de/administration-and-einstellungen/msp-and-advanced-features.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.