SCIM-Bereitstellung für Benutzer/-innen und Gruppen
Benutzer/-innen und Gruppen können in Notion mit dem API-Standard „System for Cross-domain Identity Management“ bereitgestellt und verwaltet werden 🔑
Hinweis: Diese Funktion steht nur Nutzer/-innen im Enterprise Plan zur Verfügung.
Die SCIM-API von Notion ermöglicht dir Folgendes:
Bereitstellung und Verwaltung von Nutzer/-innen
Workspace-Mitglieder erstellen und entfernen
Profilinformationen von Mitgliedern ändern
Workspace-Mitglieder abrufen
Mitglieder anhand von E-Mail-Adresse und Namen suchen
Bereitstellung und Verwaltung von Gruppen
Workspace-Gruppen erstellen und entfernen
Gruppenmitglieder hinzufügen und entfernen
Workspace-Gruppe abrufen
Gruppen anhand von Namen suchen
Hinweis: Derzeit können Gäste in deinem Workspace nicht über die SCIM-API von Notion verwaltet werden.
Wir unterstützen derzeit Okta, OneLogin, Rippling und individuelle SCIM-Anwendungen. Falls du einen anderen Identitätsanbieter nutzt, teile uns das bitte mit. Eine Anleitung zum Einrichten von Identitätsanbietern für bestimmte Apps findest du hier →
SCIM bei Notion – Voraussetzungen
So verwendest du SCIM mit Notion:
Der Workspace muss zu einem Enterprise Plan gehören.
Dein Identitätsanbieter (IdP) muss das SAML 2.0 Protokoll unterstützen. Eine Anleitung zum Einrichten von Identitätsanbietern für bestimmte Apps findest du hier →
SCIM muss von den Workspace-Besitzer/-innen für den Notion-Workspace konfiguriert werden.
Du musst den Besitz einer E-Mail-Domain verifiziert haben, wenn du SCIM verwenden möchtest, um die Namen oder die E-Mail-Adresse von Nutzer/-innen zu ändern. Erfahre mehr über die Domain-Verifizierung →
SCIM-API-Token generieren
Nur Organisations-Besitzer/-in mit Enterprise Plan können SCIM-API-Token generieren und anzeigen. So erstellen Sie ein SCIM-API-Token:
Öffne die Workspace-Auswahl und wähle
Organisation verwaltenaus. Du musst möglicherweise zuerst eineOrganisation einrichten, falls du dies noch nicht getan hast. Mehr erfahren hier →Wähle im Tab
Allgemeinder Steuerelemente auf Organisationsebene>nebenSCIM-Bereitstellungaus.
Hinweis: Für jeden Workspace, den du über SCIM verwalten möchtest, musst du ein separates SCIM-API-Token generieren.
Token widerrufen
Verlässt ein Workspace-Besitzer oder eine Workspace-Besitzerin den Workspace oder wechselt die Rolle, wird der Token widerrufen. Die verbleibenden Workspace-Besitzer/-innen erhalten eine automatische Aufforderung, den widerrufenen Token zu ersetzen.
Aktive Token können auch von den Workspace-Besitzer/-innen widerrufen werden. Klicke dazu neben dem jeweiligen Token auf 🗑.
Token ersetzen
Wird ein Token zurückgezogen, muss dieser in allen vorhandenen Integrationen ersetzt werden.
SCIM-Integration und Bereitstellungen, die den widerrufenen Token nutzen, werden deaktiviert, bis der Token ersetzt wird.
Hinweis: Um andere Integrationen nicht zu beeinträchtigen, sollte man vor der Bereitstellungsaufhebung von Admins alle entsprechenden Tokens ersetzen.
Einladungs-E-Mails unterdrücken
Um zu steuern, ob Nutzer/-innen Einladungen zu Workspaces und Gruppen per E-Mail erhalten, wenn diese von SCIM bereitgestellt werden, können Organisationsbesitzer/-innen mit Enterprise Plan:
Öffne den Workspace Switcher und wähle
Organisation verwaltenaus.Aktiviere im Tab
Allgemeindie OptionEinladungs-E-Mails von SCIM-Bereitstellung unterdrücken, wenn du keine E-Mails an Nutzer/-innen senden möchtest.
Bereitstellung von Mitgliedern mit eingeschränktem Zugriff über SCIM
Um ein eingeschränktes Mitglied über SCIM bereitzustellen, musst du das SCIM-Attribut „role“ auf „restricted_member“ setzen:
"urn:ietf:params:scim:schemas:extension:notion:2.0:User": { role: string // "owner" | "membership_admin" | "member" | "restricted_member" }
Um einen Seitengast über SCIM zu einem Mitglied mit eingeschränkten Zugriffsrechten zu machen, musst du POST /scim/v2/Users verwenden.
GET /ServiceProviderConfigGETRuft eine Beschreibung der verfügbaren SCIM-Funktionen ab
Die Definitionen finden sich in Abschnitt 5 der SCIM-Protokollspezifikation.
GET /ResourceTypesGETRuft eine Liste der verfügbaren SCIM-Ressourcen ab
Die Definitionen finden sich in Abschnitt 6 der SCIM-Protokollspezifikation.
Die folgende Tabelle beschreibt die Zuordnung zwischen SCIM-Benutzerattributen und Notion-Benutzerprofilfeldern. Organisations-Besitzer/-in wählen aus, welche Attribute an Notion gesendet werden, und können diese jederzeit aktualisieren. Notion verarbeitet die über die Notion SCIM-API gesendeten Attribute, um die Bereitstellung und Verwaltung von Benutzern und Gruppen zu verbessern.
SCIM-Attribut | Notion-Benutzerprofil-Feld | Externer Namespace |
|---|---|---|
userName | E-Mail (dieses Feld ist ein Pflichtfeld) |
|
name.formatted | Name (Das empfohlene Namensfeld. Da Notion ein einzelnes Namensfeld hat, kannst du einen Ausdruck in Okta erstellen, um beliebige Namensfelder zu kombinieren.) |
|
name.familyName | Name (Kann in Kombination mit name.givenName als Alternative zu name.formatted verwendet werden.) |
|
name.givenName | Name (Kann in Kombination mit name.familyName als Alternative zu name.formatted verwendet werden.) |
|
Fotos | Profilfoto |
|
Titel | Titel |
|
phoneNumbers | Telefonnummer |
|
addresses | Adresse |
|
roles | Rolle |
|
locale | Gebiet |
|
preferredLanguage | Bevorzugte Sprache |
|
userType | Nutzertyp |
|
emails |
| |
active | Aktiv |
|
manager.value | Manager/-in (Dies sollte eine E-Mail-Adresse sein) |
|
manager.displayName | Manager |
|
division | Geschäftsbereich |
|
Abteilung | Abteilung |
|
costCenter | Kostenstelle |
|
Organisation | Unternehmen |
|
employeeNumber | Mitarbeiter-Nummer |
|
Rolle | Notion-Workspace-Rolle („Besitzer/-in“ | „Mitgliedschaftsadmin“ | „Mitglied“) |
|
Hinweis: Notion speichert nur den ersten phoneNumbers-Eintrag, bei dem primary=true gesetzt ist. Alle anderen Einträge werden verworfen. Das type-Feld wird vollständig ignoriert. Beachte, dass primary nicht Teil der SCIM 2.0-Spezifikation ist – Notion handhabt dies anders als der Standard. Wenn kein Eintrag primary=true aufweist, wird keine Telefonnummer gespeichert.
GET /UsersGETRuft eine paginierte Liste der Workspace-Mitglieder ab
Nutze die Parameter
startIndexundcountzum Nummerieren. Beachte, dassstartIndex1-indiziert ist und count einen Höchstwert von 100 hat.Die Ergebnisse können mit dem Parameter
Filtergefiltert werden. Gültige Filterattribute sindemail,given_nameundfamily_name. Beispiel:GETBei
given_nameundfamily_namesollte man auf die korrekte Groß- und Kleinschreibung achten. E-Mail-Adressen werden in Kleinbuchstaben konvertiert.
GET /Users/GETFindet Workspace-Mitglieder anhand ihrer Mitglieder-ID. Dabei handelt es sich um einen Universally Unique Identifier (UUID) mit 32 Zeichen im Format
00000000-0000-0000-0000-000000000000.Achtung:
meta.createdundmeta.lastModifiedgeben keine aussagekräftigen Zeitstempelwerte wieder.
POST /UsersPOSTBesitzt ein neu hinzugefügter Person bereits ein Notion-Konto mit derselben E-Mail-Adresse, wird sie deinem Workspace hinzugefügt.
Wenn die Person noch kein Konto hat, wird automatisch ein neues Mitglieds-Konto erstellt, in deinen Workspace aufgenommen und dem neu erstellten Profil hinzugefügt.
Die SCIM-API liest die Eigenschaft des Profilfotos bei der Benutzererstellung, jedoch nicht bei zukünftigen Aktualisierungen.
PATCH /Users/PATCHMehrstufige Aktualisierung und anschließende Erstellung des geänderten Benutzerdatensatzes
Hinweis: Du kannst Profildaten von Mitgliedern nur dann ändern, wenn du verifizierte/-r Inhaber/-in der verwendeten E-Mail-Domain des Mitglieds bist. (Diese ist meist mit der E-Mail-Domain identisch, die für SAML-SSO eingerichtet wurde). Verifiziere deine Domain anhand der Anweisungen hier →
PUT /Users/PUTUpdate und Ausgabe des geänderten Benutzerdatensatzes.
DELETE /Users/DELETEEntfernt Benutzer/-innen aus dem Workspace. Die betroffene Person wird dabei von allen laufenden Sitzungen abgemeldet.
Das Benutzerkonto kann nicht über SCIM gelöscht werden. Konten müssen immer manuell gelöscht werden.
Benutzer/-innen können auch aus deinem Workspace entfernt werden, indem du das
aktiveBenutzerattribut auffalschsetzt. Hierzu musst du einePATCH /Users/- oder einePUT /Users/-Anfrage senden.Der Besitzer oder die Besitzerin des Workspaces, der oder die das SCIM-Bot-Token erstellt hat, kann nicht über die API entfernt werden. Geschieht dies dennoch, werden alle von ihm oder ihr erstellten Token widerrufen und alle Einbindungen, die den jeweiligen Bot verwenden, werden unterbrochen.
Hinweis: Du kannst Benutzer/-innen mit Hilfe des Rollenattributs, das eine Erweiterung des vorhandenen Benutzerschemas darstellt, Workspace-Ebenen zuweisen. Das Format lautet wie folgt:
"urn:ietf:params:scim:schemas:extension:notion:2.0:User": { role: string // "owner" | "membership_admin" | "member" }
GET /GroupsGETRuft eine paginierte Liste der Workspace-Gruppen ab
Für die Nummerierung eignen sich die Parameter
startIndexundcount. Beachte, dassstartIndex1-indiziert ist und count einen Höchstwert von 100 hat, z. B.GETWenn die Nummerierung nicht verwendet wird, werden in einer Anfrage maximal 100 Workspace-Gruppen herausgegeben.
Die Ergebnisse können mit dem Parameter
Filtergefiltert werden. Gruppen können anhand desdisplayName-Attributs gefiltert werden. Beispiel:GET
GET /Groups/GETFindet Workspace-Mitglieder anhand ihrer Gruppen-ID. Dabei handelt es sich um einen Universally Unique Identifier (UUID) mit 32 Zeichen im Format
00000000-0000-0000-0000-000000000000.
POST /GroupsPOSTErstellt eine neue Workspace-Gruppe
PATCH /Groups/PATCHMehrstufige Aktualisierung der Workspace-Gruppe
PUT /Groups/PUTAktualisiert die Workspace-Gruppe
DELETE /Groups/DELETELöscht die Workspace-Gruppe
Hinweis: Gruppen können nicht gelöscht werden, wenn anschließend niemand mehr vollen Zugriff auf eine oder mehrere Seiten hätte.
Weitere Informationen
