Was hat sich geändert

Jede Inhaltsänderung wird versioniert. Wählen Sie eine Version, um sie mit der vorherigen zu vergleichen.

Version 1 → 2

Kleine Korrektur

2 Lektionen aktualisiert

Kleine Korrekturen wie Tipp- oder Übersetzungsfehler. Lernende werden nicht benachrichtigt.

Kunden-Tenants verwalten Sie im Standard-Tenant Ihrer Installation unter **System → Tenants**. Die Seite gibt es nur, wenn die Installation mit `MONOPAM_TENANT_MANAGEMENT=true` läuft, und nur für `monopam_superadmin`. Wer sonst die Adresse eingibt, erhält `Page not found.` ### New Tenant - **Title** und **Name**: Der Name besteht aus Kleinbuchstaben, Ziffern und Bindestrichen und ist nach dem Anlegen fest. - **Type** (`Standard` oder `Trial`) und das Ablaufdatum. - **Host Name**, **Port**, **HTTPS**: die erste Adresse des Tenants. Geben Sie nur den reinen Namen ein, etwa `a.pam.example.com`; der Port gehört in `Port`. Die Adresse muss über alle Tenants eindeutig sein. - Die Datenbankwahl (siehe Architekturkurs). **Test Connection** zeigt, ob der Server antwortet und ob die Datenbank angelegt werden kann. - **Copy authentication, Monosign API and storage settings from the default tenant**: standardmäßig an. Schalten Sie es aus, um dem Tenant eine eigene Monosign-Verbindung zu geben. - **Sign-in Policy**: `Delegated only`, wenn Einstellungen kopiert werden, sonst `Local and delegated`. - **Run the seed right after creation**: standardmäßig an. ### Den Seed verfolgen Der Seed bereitet den Tenant in neun Schritten vor und läuft im Hintergrund. Der Reiter **Overview** zeigt jeden Schritt mit Zustand und Fehler. Ein ohne Seed angelegter Tenant wartet in `Waiting for Seed`; **Run Seed** startet oder wiederholt ihn. Die Schritte erhalten vorhandene Daten, eine Wiederholung ist also unbedenklich. Bereit ist der Tenant bei `9 / 9 steps`, Zustand `Ready for use`. ::diagram msp-open-customer-steps > Warnung: Ein Tenant mit kopierten Einstellungen ist `Delegated only`. Niemand kann sich an seiner Adresse anmelden, bis Sie Provider-Zugriff erteilen oder die Richtlinie ändern. Das ist beabsichtigt, kein Fehler.

Mitarbeitern Zugriff auf einen Kunden geben

Ihre Mitarbeiter erhalten im Tenant des Kunden nie ein von Hand angelegtes Konto. Sie erhalten einen **Provider-Zugriff**: eine Freigabe aus Ihrem Haupt-Tenant für einen Kunden-Tenant. ### Grant Access Öffnen Sie **System → Tenants → den Tenant → Provider Access → Grant Access**: - **Who**: ein Benutzer Ihres Haupt-Tenants oder eine Monosign-Gruppe daraus. Eine Gruppenfreigabe passt zu Teams mit wechselnder Besetzung und erreicht auch später Hinzukommende. - **Role**: `Tenant Admin` administriert den Tenant, `Operator` verbindet sich und arbeitet wie ein Standardbenutzer, `Auditor` sieht nur. - **Policies**: die Zugriffsrichtlinien des Kunden-Tenants, deren Mitglied die Person wird. Sie bestimmen, welche Spaces, Ressourcen und Vault-Einträge die Person sieht. - **Access ends** und **Reason**. Ein Zugriff ohne Richtlinien sieht nur, was die eigenen Regeln des Tenants geben, meist nur den Standard-Space. Die Richtlinien entstehen im Tenant, etwa durch jemanden mit `Tenant Admin`-Zugriff, und werden hier nur gewählt. ### Eintreten Die Person öffnet **Open tenant** in der Kopfzeile des Haupt-Tenants und wählt den Kunden. Der Tenant öffnet sich in einem neuen Tab ohne zweite Anmeldung. Das Badge in der Kopfzeile zeigt `Tenant · Rolle`: das einzige sichtbare Zeichen, dass der Tab ein Kunden-Tenant ist. Eine delegierte Sitzung dauert höchstens 8 Stunden oder bis `Access ends`. ### Anfragen statt entscheiden Mitarbeiter mit der Berechtigung `monopam.federation.request` können Zugriff anfragen. Die Freigabe wartet als `Pending approval`, bis jemand mit `monopam.federation.full` sie unter **System → Provider Access** genehmigt oder ablehnt. Über eine wartende Anfrage wird niemand benachrichtigt; Genehmiger müssen auf diese Seite schauen. ::diagram msp-provider-access-path > Tipp: **System → Provider Access** listet alle Freigaben über alle Kunden auf einer Seite. Nutzen Sie sie für Ihre Überprüfungen.