---
title: "Single Sign-On und automatische Benutzerverwaltung"
description: "So richten Sie Single Sign-On mit Microsoft Entra ID ein und lassen Benutzer optional per SCIM automatisch in Moduly anlegen, ändern und deaktivieren."
canonical_url: "https://docs.modulysolutions.com/administration/single-sign-on"
---
# Single Sign-On und automatische Benutzerverwaltung

> So richten Sie Single Sign-On mit Microsoft Entra ID ein und lassen Benutzer optional per SCIM automatisch in Moduly anlegen, ändern und deaktivieren.

Moduly unterstützt Enterprise Single Sign-On (SSO). Aktuell werden folgende Integrationen unterstützt:

- Microsoft Entra ID (ehemals Azure Active Directory)

Nach der Einrichtung können sich Ihre Mitarbeiterinnen und Mitarbeiter mit ihren bestehenden digitalen Identitäten bei Moduly anmelden.

Zusätzlich können Sie Ihre Moduly-Benutzer **automatisch über SCIM** aus Microsoft Entra ID verwalten lassen. Moduly übernimmt dann Benutzer, Standorte, Rolle und Unterbereiche aus den Gruppen in Ihrem Verzeichnis. Diese Erweiterung ist optional und baut auf SSO auf (siehe [Teil E](#teil-e-automatische-benutzerverwaltung-scim)).

<note>

Rückfragen und Kontakt: [support@modulysolutions.com](mailto:support@modulysolutions.com)

</note>

## Microsoft Entra ID

In dieser Anleitung registrieren Sie Moduly als Anwendung in Ihrem Microsoft Entra ID, erteilen die erforderlichen Berechtigungen und übermitteln uns anschließend drei Werte sowie Ihre E-Mail-Domain(s). Die Einrichtung dauert in der Regel rund 15 Minuten und ist einmalig.

Der Ablauf gliedert sich in vier Phasen und eine optionale Erweiterung:

- **Teil A – Vorbereitung:** Konto prüfen, anmelden, Domäne notieren.
- **Teil B – App-Registrierung:** Anwendung anlegen, Client-ID und geheimen Schlüssel erzeugen.
- **Teil C – Berechtigungen & Freigabe:** API-Berechtigungen setzen und Administratorzustimmung erteilen.
- **Teil D – Abschluss:** Werte an Moduly übermitteln, testen und ggf. Fehler beheben.
- **Teil E – Automatische Benutzerverwaltung (SCIM, optional):** Gruppen anlegen und Benutzer automatisch an Moduly übertragen.

## Teil A – Vorbereitung

### Voraussetzungen

Sie benötigen ein Azure-Portal-Konto mit der Berechtigung, App-Registrierungen zu erstellen und Administratorzustimmungen für API-Berechtigungen zu erteilen. In der Regel ist dafür die Rolle **Anwendungsadministrator** oder **Globaler Administrator** erforderlich. Hilfreiche Dokumentation finden Sie bei Microsoft ([App-Registrierungen](https://learn.microsoft.com/de-de/entra/identity-platform/quickstart-register-app)) sowie bei unserem Identity-Provider [Auth0](https://auth0.com/docs/authenticate/identity-providers/enterprise-identity-providers/azure-active-directory/v2).

<note>

Microsoft Azure AD wurde in Microsoft Entra ID umbenannt. Beide Begriffe werden teils synonym verwendet.

</note>

### Schritt 1 – Azure-Portal öffnen

Navigieren Sie zu [portal.azure.com](https://portal.azure.com) und melden Sie sich mit Ihrem Administratorkonto an.

### Schritt 2 – AD-Domäne notieren

Suchen Sie im Portal nach **Microsoft Entra ID** und öffnen Sie die Übersicht. Im Abschnitt **Basisinformationen** finden Sie Ihren Domänennamen. Notieren Sie sich folgenden Wert:

- **Microsoft Azure AD-Domäne:** Der initiale Domänenname Ihres Verzeichnisses in der Form `ihrfirmenname.onmicrosoft.com` (Feld „Primäre Domäne“).

Wird dort eine eigene, verifizierte Domäne angezeigt (z. B. `ihrfirma.de`), verwenden Sie bitte die Variante mit der Endung `.onmicrosoft.com`. Sie finden sie unter „Benutzerdefinierte Domänennamen“.

## Teil B – App-Registrierung

### Schritt 3 – Neue App-Registrierung erstellen

Suchen Sie im Portal nach **App-Registrierungen** und öffnen Sie den Eintrag. Klicken Sie auf **„+ Neue Registrierung“** und füllen Sie folgende Felder aus:

- **Name:** Einen aussagekräftigen Namen wählen, z. B. „Moduly SSO“.
- **Unterstützte Kontotypen:** Nur Konten in diesem Organisationsverzeichnis (Einzelmandant).
- **Umleitungs-URI:** Typ „Web“ auswählen und folgende URL exakt eingeben:```text
https://auth.modulysolutions.com/login/callback
```

Klicken Sie auf **„Registrieren“**, um die Anwendung zu erstellen.

### Schritt 4 – Anwendungs-ID (Client-ID) notieren

Nach der Registrierung gelangen Sie auf die Übersichtsseite der Anwendung. Notieren Sie sich folgenden Wert:

- **Anwendungs-ID (Client-ID):** Eindeutige Kennung Ihrer registrierten Anwendung; zu finden auf der Übersichtsseite der App.

### Schritt 5 – Geheimen Clientschlüssel erstellen

Navigieren Sie in der linken Seitenleiste zu **Zertifikate & Geheimnisse**. Klicken Sie auf **„+ Neuer geheimer Clientschlüssel“**, vergeben Sie eine Beschreibung (z. B. „Moduly SSO Schlüssel“) und wählen Sie eine Gültigkeitsdauer.

<warning>

Notieren Sie sich den Wert unmittelbar nach der Erstellung. Er wird danach nicht mehr angezeigt.

</warning>

- **Geheimer Clientschlüssel (Client Secret):** Zeichenfolge, über die der Zugriff auf Ihre Anwendung erfolgt.

<tip>

Legen Sie eine Erinnerung vor dem Ablaufdatum an, um Authentifizierungsausfälle zu vermeiden, und kontaktieren Sie das Moduly-Team rechtzeitig, um den Schlüssel gemeinsam zu erneuern.

</tip>

## Teil C – Berechtigungen & Freigabe

### Schritt 6 – API-Berechtigungen konfigurieren

Navigieren Sie in der linken Seitenleiste zu **API-Berechtigungen** und klicken Sie auf **„+ Berechtigung hinzufügen“**. Wählen Sie **„Microsoft Graph“ → „Delegierte Berechtigungen“** und fügen Sie die folgenden Berechtigungen hinzu.

**Erforderlich (für SSO):**

<table>
<thead>
  <tr>
    <th>
      Berechtigung
    </th>
    
    <th>
      Typ
    </th>
    
    <th>
      Zweck
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <code>
        openid
      </code>
    </td>
    
    <td>
      Delegiert
    </td>
    
    <td>
      OpenID Connect-Authentifizierung aktivieren
    </td>
  </tr>
  
  <tr>
    <td>
      <code>
        profile
      </code>
    </td>
    
    <td>
      Delegiert
    </td>
    
    <td>
      OpenID-Profilangaben abrufen
    </td>
  </tr>
  
  <tr>
    <td>
      <code>
        email
      </code>
    </td>
    
    <td>
      Delegiert
    </td>
    
    <td>
      E-Mail-Adresse des Benutzers abrufen
    </td>
  </tr>
  
  <tr>
    <td>
      <code>
        User.Read
      </code>
    </td>
    
    <td>
      Delegiert
    </td>
    
    <td>
      Basisprofil des angemeldeten Benutzers lesen
    </td>
  </tr>
</tbody>
</table>

**Optional – nur bei SSO-Gruppensync:**

<table>
<thead>
  <tr>
    <th>
      Berechtigung
    </th>
    
    <th>
      Typ
    </th>
    
    <th>
      Zweck
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <code>
        GroupMember.Read.All
      </code>
    </td>
    
    <td>
      Delegiert
    </td>
    
    <td>
      Gruppenmitgliedschaften lesen
    </td>
  </tr>
</tbody>
</table>

Klicken Sie anschließend auf **„Administratorzustimmung erteilen für Ihre Organisation“** und bestätigen Sie. Alle Berechtigungen sollten danach mit einem grünen Haken gekennzeichnet sein.

<note>

Für die automatische Benutzerverwaltung per SCIM aus [Teil E](#teil-e-automatische-benutzerverwaltung-scim) ist keine zusätzliche API-Berechtigung nötig. Dort überträgt Microsoft Entra ID Benutzer und Gruppen selbst an Moduly.

</note>

## Teil D – Abschluss

### Schritt 7 – Zugangsdaten an Moduly übermitteln

Bitte teilen Sie folgende Informationen Ihrem Moduly-Ansprechpartner über einen sicheren Kanal mit:

- Microsoft Azure AD-Domäne
- Anwendungs-ID (Client-ID)
- Geheimer Clientschlüssel (Client Secret)
- E-Mail-Domain(s) Ihrer Organisation (z. B. `meinunternehmen.de`). Damit leiten wir Ihre Nutzer automatisch anhand ihrer E-Mail-Adresse zu Ihrem SSO-Portal.

<warning>

Senden Sie diese Werte bitte nicht per unverschlüsselter E-Mail. Das gilt insbesondere für den geheimen Clientschlüssel.

</warning>

### Schritt 8 – SSO testen

Sobald das Moduly-Team Ihnen die Aktivierung bestätigt hat, prüfen Sie die Anmeldung: Rufen Sie die Moduly-Anmeldeseite auf und melden Sie sich mit Ihrer Unternehmens-E-Mail-Adresse an. Sie werden zur Microsoft-Anmeldung weitergeleitet und nach erfolgreicher Authentifizierung zurück zu Moduly geführt.

Das Moduly-Team schließt die Konfiguration auf seiner Seite ab und informiert Sie, sobald SSO für Ihre Organisation aktiv ist. Auf Wunsch vereinbaren wir gerne einen gemeinsamen Termin, um die Einrichtung zusammen abzuschließen.

## Teil E – Automatische Benutzerverwaltung (SCIM)

Dieser Teil ist optional. Mit SCIM (System for Cross-domain Identity Management) überträgt Microsoft Entra ID Ihre Benutzer und deren Gruppen automatisch an Moduly. Sie verwalten Ihre Moduly-Benutzer dann vollständig in Ihrem Verzeichnis.

### Was SCIM in Moduly übernimmt

- **Benutzer anlegen:** Neue Mitarbeiterinnen und Mitarbeiter erscheinen in Moduly, sobald sie in Entra einer Moduly-Standortgruppe angehören. Sie müssen sich dafür nicht zuerst anmelden.
- **Benutzer aktualisieren:** Vorname, Nachname und E-Mail-Adresse kommen aus Entra.
- **Zugriffe zuweisen:** Standorte, Rolle und Unterbereiche ergeben sich aus den Gruppen, denen der Benutzer in Entra angehört.
- **Benutzer deaktivieren:** Verlässt jemand alle Standortgruppen oder wird er in Entra deaktiviert oder gelöscht, deaktiviert Moduly das Konto.

### Aktivierung und Auswirkungen

SCIM aktiviert das Moduly-Team für Ihre Organisation auf Anfrage. Voraussetzung ist ein eingerichtetes SSO aus Teil A bis D.

Ist SCIM aktiv, ist Ihr Identitätsanbieter die einzige Quelle für Benutzerdaten:

- Die Benutzerverwaltung in Moduly ist schreibgeschützt. Benutzer lassen sich dort nicht mehr anlegen, bearbeiten, löschen oder Standorten zuweisen.
- Jede Änderung an Benutzern und Zugriffen nehmen Sie in Microsoft Entra ID vor.
- Unter **Verwaltung → Stammdaten → Benutzer** zeigt Moduly einen Hinweis „Benutzerverwaltung über Ihren Identitätsanbieter“ mit den Gruppennamen für Ihre Organisation (siehe [Gruppennamen finden](#gruppennamen-finden)).

<tip>

Vor der Aktivierung prüft das Moduly-Team mit Ihnen gemeinsam, welche Benutzer angelegt, geändert oder deaktiviert würden. Legen Sie die Gruppen deshalb vorher in Entra an und weisen Sie die Benutzer zu. So verliert beim Einschalten niemand versehentlich den Zugang.

</tip>

### Gruppen und Namensschema

Moduly erkennt die Zuordnung ausschließlich am **Namen** einer Gruppe. Es gibt drei Arten von Gruppen:

<table>
<thead>
  <tr>
    <th>
      Gruppenart
    </th>
    
    <th>
      Token
    </th>
    
    <th>
      Bedeutung
    </th>
    
    <th>
      Beispiel
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      Standort
    </td>
    
    <td>
      <code>
        business
      </code>
    </td>
    
    <td>
      Benutzer erhält Zugriff auf diesen Standort
    </td>
    
    <td>
      <code>
        moduly.business.1042
      </code>
    </td>
  </tr>
  
  <tr>
    <td>
      Rolle
    </td>
    
    <td>
      <code>
        role
      </code>
    </td>
    
    <td>
      Benutzer erhält diese Rolle
    </td>
    
    <td>
      <code>
        moduly.role.3
      </code>
    </td>
  </tr>
  
  <tr>
    <td>
      Unterbereich
    </td>
    
    <td>
      <code>
        legalsubfield
      </code>
    </td>
    
    <td>
      Benutzer erhält diesen Unterbereich
    </td>
    
    <td>
      <code>
        moduly.legalsubfield.17
      </code>
    </td>
  </tr>
</tbody>
</table>

Jeder Gruppenname hat genau drei Teile, getrennt durch einen Punkt:

```text
moduly.<token>.<id>
```

- `moduly` ist ein festes Präfix.
- `<token>` ist `business`, `role` oder `legalsubfield`.
- `<id>` ist die Nummer des Standorts, der Rolle oder des Unterbereichs in Moduly.

Für die Namen gelten folgende Regeln:

- Groß- und Kleinschreibung spielt keine Rolle. `Moduly.Business.1042` und `moduly.business.1042` sind gleichwertig.
- Gruppennamen bestehen nur aus ASCII-Zeichen, also ohne Umlaute.
- Moduly ignoriert alle Gruppen, deren Name nicht mit `moduly.` beginnt. Ihre übrigen Gruppen bleiben unberührt.
- Es gibt keine kombinierten Gruppen aus Standort und Rolle. Die Rolle gilt in Moduly für alle Standorte eines Benutzers.

<warning>

Die Nummern in den Beispielen sind nur Beispiele. Übernehmen Sie die Gruppennamen immer aus Ihrer Moduly-Anwendung und benennen Sie die Gruppen danach nicht mehr um. Eine umbenannte Gruppe wird nicht mehr erkannt.

</warning>

### Gruppennamen finden

Die konkreten Gruppennamen für Ihre Organisation zeigt Moduly, sobald SCIM aktiv ist:

1. Öffnen Sie in Moduly **Verwaltung → Stammdaten → Benutzer**.
2. Klappen Sie im Hinweis den Bereich **„Gruppennamen für Ihre Organisation“** auf.
3. Der Bereich listet in drei Abschnitten Ihre **Standorte**, die zuweisbaren **Rollen** (von der höchsten zur niedrigsten) und die **Unterbereiche**. Rollen mit der Kennzeichnung „Unterbereiche möglich“ erlauben zugewiesene Unterbereiche.
4. Kopieren Sie einen Gruppennamen mit der Kopier-Schaltfläche der jeweiligen Zeile, oder die ganze Liste mit **„Alle kopieren“**.

Zu jeder Gruppe zeigt die Liste auch einen Vorschlag für die Gruppenbeschreibung in Entra, z. B. `Moduly Standort: <Name des Standorts>`. Moduly wertet die Beschreibung nicht aus. Sie hilft Ihnen, die Gruppe im Entra-Portal wiederzuerkennen.

<note>

Vor der Aktivierung erhalten Sie die Liste der Gruppennamen von Ihrem Moduly-Ansprechpartner.

</note>

### Regeln für Standorte, Rolle und Unterbereiche

- **Standorte:** Ein Benutzer erhält Zugriff auf jeden Standort, dessen Gruppe er angehört. Moduly legt einen Benutzer erst an, wenn er mindestens einer Standortgruppe angehört.
- **Kein Standort mehr:** Verliert ein Benutzer alle Standortgruppen, deaktiviert Moduly das Konto. Moduly löscht das Konto nicht. Kommt der Benutzer später wieder in eine Standortgruppe, wird dasselbe Konto mit seinen bisherigen Daten wieder aktiviert.
- **Mehrere Rollengruppen:** Gehört ein Benutzer mehreren Rollengruppen an, erhält er die Rolle mit der höchsten Priorität. Ein Benutzer hat in Moduly immer genau eine Rolle.
- **Keine Rollengruppe:** Gehört ein Benutzer keiner Rollengruppe an, erhält er die Standardrolle Ihrer Organisation. Das ist **Basisnutzer**, sofern nicht anders mit Moduly vereinbart.
- **Unterbereiche:** Unterbereichsgruppen wirken nur bei einer Rolle, die zugewiesene Unterbereiche erlaubt, zum Beispiel **Themenverantwortlicher**. Bei allen anderen Rollen ignoriert Moduly diese Gruppen.
- **Andere Organisationen:** Moduly akzeptiert nur Standortgruppen Ihrer eigenen Organisation. Eine Gruppe mit dem Standort einer anderen Organisation lehnt Moduly ab.
- **Verschachtelte Gruppen:** Moduly wertet nur direkte Mitgliedschaften aus. Fügen Sie Benutzer direkt den Moduly-Gruppen hinzu, nicht über eine Untergruppe.

**Zeitpunkt der Änderungen:** Moduly übernimmt Änderungen innerhalb weniger Minuten, nachdem Microsoft Entra ID sie übertragen hat. Zusätzlich gleicht Moduly einmal täglich alle Benutzer vollständig ab. Microsoft Entra ID selbst überträgt Änderungen in Zyklen (laut Microsoft in der Regel etwa alle 40 Minuten).

### Schritt 9 – Gruppen in Entra anlegen

Öffnen Sie im Azure-Portal **Microsoft Entra ID → Gruppen → Alle Gruppen** und klicken Sie auf **„Neue Gruppe“**. Legen Sie für jede benötigte Zuordnung eine Gruppe an:

- **Gruppentyp:** Sicherheit
- **Gruppenname:** der kopierte Gruppenname, z. B. `moduly.business.1042`
- **Gruppenbeschreibung:** der Beschreibungsvorschlag aus der Liste, z. B. `Moduly Standort: <Name des Standorts>`

Fügen Sie die Benutzer als **Mitglieder** direkt den Gruppen hinzu. Jeder Benutzer braucht mindestens eine Standortgruppe und in der Regel eine Rollengruppe.

### Schritt 10 – Unternehmensanwendung für die Bereitstellung anlegen

1. Öffnen Sie **Microsoft Entra ID → Unternehmensanwendungen** und klicken Sie auf **„+ Neue Anwendung“**.
2. Wählen Sie **„Eigene Anwendung erstellen“**, vergeben Sie einen Namen (z. B. „Moduly Benutzerbereitstellung“) und wählen Sie **„Beliebige andere, nicht im Katalog zu findende Anwendung integrieren“**.
3. Klicken Sie auf **„Erstellen“**.

### Schritt 11 – Bereitstellung einrichten

1. Öffnen Sie in der neuen Anwendung den Bereich **Bereitstellung** (Provisioning).
2. Wählen Sie als Bereitstellungsmodus **„Automatisch“**.
3. Tragen Sie unter **Administratoranmeldeinformationen** die Werte ein, die Sie vom Moduly-Team erhalten:

  - **Mandanten-URL:** die SCIM-Endpunkt-URL
  - **Geheimes Token:** das SCIM-Token
4. Klicken Sie auf **„Verbindung testen“** und danach auf **„Speichern“**.

<warning>

Behandeln Sie das SCIM-Token wie ein Passwort. Moduly übermittelt es Ihnen über einen sicheren Kanal.

</warning>

### Schritt 12 – Attributzuordnung prüfen

Öffnen Sie unter **Bereitstellung → Zuordnungen** den Eintrag für Benutzer (**„Provision Microsoft Entra ID Users“**). Prüfen Sie, dass mindestens diese Attribute zugeordnet sind:

<table>
<thead>
  <tr>
    <th>
      Attribut in Entra
    </th>
    
    <th>
      Ziel-Attribut (SCIM)
    </th>
    
    <th>
      Bedeutung in Moduly
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <code>
        userPrincipalName
      </code>
    </td>
    
    <td>
      <code>
        userName
      </code>
    </td>
    
    <td>
      Eindeutiger Benutzername
    </td>
  </tr>
  
  <tr>
    <td>
      <code>
        mail
      </code>
    </td>
    
    <td>
      <code>
        emails[type eq "work"].value
      </code>
    </td>
    
    <td>
      E-Mail-Adresse
    </td>
  </tr>
  
  <tr>
    <td>
      <code>
        givenName
      </code>
    </td>
    
    <td>
      <code>
        name.givenName
      </code>
    </td>
    
    <td>
      Vorname
    </td>
  </tr>
  
  <tr>
    <td>
      <code>
        surname
      </code>
    </td>
    
    <td>
      <code>
        name.familyName
      </code>
    </td>
    
    <td>
      Nachname
    </td>
  </tr>
</tbody>
</table>

Die E-Mail-Adresse muss dieselbe sein, mit der sich der Benutzer über SSO anmeldet. Fehlen Vor- und Nachname, legt Moduly den Benutzer trotzdem an, kann den Namen aber nicht korrekt anzeigen.

Lassen Sie die Zuordnung für Gruppen (**„Provision Microsoft Entra ID Groups“**) aktiviert. Nur so erhält Moduly die Gruppenmitgliedschaften.

### Schritt 13 – Benutzer und Gruppen zuweisen

1. Öffnen Sie in der Anwendung **Benutzer und Gruppen** und klicken Sie auf **„+ Benutzer/Gruppe hinzufügen“**.
2. Weisen Sie alle Moduly-Gruppen aus Schritt 9 zu.
3. Stellen Sie unter **Bereitstellung → Einstellungen** den **Bereich** auf **„Nur zugewiesene Benutzer und Gruppen synchronisieren“**.

So überträgt Entra nur die Moduly-Gruppen und deren Mitglieder an Moduly.

<note>

Das Zuweisen von Gruppen zu einer Unternehmensanwendung erfordert laut Microsoft eine Lizenz Microsoft Entra ID P1 oder höher.

</note>

### Schritt 14 – Bereitstellung starten

1. Setzen Sie unter **Bereitstellung** den **Bereitstellungsstatus** auf **„Ein“** und speichern Sie.
2. Entra startet den ersten Bereitstellungszyklus. Je nach Anzahl der Benutzer kann er einige Zeit dauern.
3. Prüfen Sie unter **Bereitstellungsprotokolle**, ob Benutzer und Gruppen erfolgreich übertragen wurden.

<tip>

Mit **„Bei Bedarf bereitstellen“** (Provision on demand) übertragen Sie einen einzelnen Benutzer sofort. Das eignet sich gut für einen ersten Test.

</tip>

Prüfen Sie anschließend in Moduly unter **Verwaltung → Stammdaten → Benutzer**, ob der Benutzer mit den erwarteten Standorten und der erwarteten Rolle erscheint.

## Häufige Fragen und Fehlerbehebung

### SSO

- **Keine grünen Haken bei den Berechtigungen:** Die Administratorzustimmung wurde noch nicht (vollständig) erteilt. Wiederholen Sie „Administratorzustimmung erteilen“ mit einem Konto, das über die nötige Rolle verfügt.
- **Anmeldung schlägt fehl / Weiterleitungsfehler:** Prüfen Sie, ob die Umleitungs-URI exakt `https://auth.modulysolutions.com/login/callback` lautet (ohne zusätzliche Leer- oder Sonderzeichen).
- **Nutzer erhält „kein Zugriff“:** Stellen Sie sicher, dass die E-Mail-Domain des Nutzers bei uns hinterlegt und der Nutzer der Anwendung zugewiesen ist.
- **Anmeldung bricht plötzlich ab:** Möglicherweise ist der geheime Clientschlüssel abgelaufen. Kontaktieren Sie das Moduly-Team, um ihn gemeinsam zu erneuern.

### Automatische Benutzerverwaltung (SCIM)

- **Benutzer wird nicht angelegt:** Der Benutzer gehört keiner gültigen Standortgruppe an. Prüfen Sie, dass er direkt Mitglied einer Gruppe `moduly.business.<id>` ist, dass der Gruppenname exakt aus der Liste in Moduly stammt und dass die Gruppe der Unternehmensanwendung zugewiesen ist. Prüfen Sie außerdem die Bereitstellungsprotokolle in Entra.
- **Benutzer hat die falsche Rolle:** Gehört der Benutzer mehreren Rollengruppen an, gilt die Rolle mit der höchsten Priorität. Gehört er keiner Rollengruppe an, gilt die Standardrolle (in der Regel Basisnutzer). Entfernen Sie überzählige Rollengruppen oder fügen Sie die gewünschte hinzu.
- **Unterbereiche fehlen:** Unterbereiche wirken nur bei einer Rolle, die Unterbereiche erlaubt (Kennzeichnung „Unterbereiche möglich“ in der Liste). Prüfen Sie die Rolle des Benutzers.
- **Benutzer wurde deaktiviert:** Der Benutzer gehört keiner Standortgruppe mehr an, oder er wurde in Entra deaktiviert, gelöscht oder aus der Anwendung entfernt. Fügen Sie ihn wieder einer Standortgruppe hinzu. Moduly aktiviert dann dasselbe Konto wieder.
- **Änderung ist noch nicht sichtbar:** Entra überträgt Änderungen in Zyklen. Warten Sie den nächsten Zyklus ab oder nutzen Sie „Bei Bedarf bereitstellen“. Spätestens der tägliche Abgleich von Moduly übernimmt den aktuellen Stand.
- **Benutzer lassen sich in Moduly nicht mehr bearbeiten:** Bei aktivem SCIM ist das so vorgesehen. Ändern Sie den Benutzer in Microsoft Entra ID.
- **„Verbindung testen“ oder die Bereitstellung meldet einen Authentifizierungsfehler:** Prüfen Sie Mandanten-URL und geheimes Token. Ist das Token abgelaufen, kontaktieren Sie das Moduly-Team für ein neues Token.

Bei weiteren Fragen erreichen Sie uns unter [support@modulysolutions.com](mailto:support@modulysolutions.com).


## Sitemap

See the full [sitemap](https://docs.modulysolutions.com/sitemap.md) for all pages.