SCIM-Provisionierung: So funktioniert sie
Ihr Identitätsanbieter kann Personen in MuchSkills über SCIM 2.0 anlegen, aktualisieren und deaktivieren. Dies ist die Referenz: die Verbindungswerte, wie die Authentifizierung funktioniert, die unterstützten Operationen, welche Felder MuchSkills verwendet, Rollen und was Sie prüfen sollten, wenn etwas nicht funktioniert.
- Standard
- SCIM 2.0, nur Benutzer
- Basis-URL
- `https://app.muchskills.com/scim/v2`
- Authentifizierung
- OAuth 2.0, Client Credentials oder Authorization Code
- Tarife
- In allen Tarifen enthalten
How to
So funktioniert es
Ihr Identitätsanbieter überträgt Änderungen an MuchSkills. Wenn Sie jemanden der MuchSkills-App zuweisen, legt der Anbieter die Person an. Ändern sich ihre Daten, sendet er eine Aktualisierung. Wenn Sie die Zuweisung aufheben oder die Person deaktivieren, deaktiviert er sie. MuchSkills schreibt niemals etwas an Ihren Identitätsanbieter zurück.
Bevor Sie beginnen
- In MuchSkills: die Rolle Owner oder Admin.
- In Ihrem Identitätsanbieter: eine Administratorin oder ein Administrator, die bzw. der die Provisionierung für eine App einrichten kann.
- SCIM-Zugangsdaten von MuchSkills. Wir erstellen eine OAuth-2.0-Client-ID und ein Client-Secret für Ihre Organisation. Das Secret läuft nicht ab. Bewahren Sie beides in Ihrem Passwortmanager auf.
- Zuerst Single Sign-on. Wir empfehlen es, damit sich provisionierte Personen sofort anmelden können. Bei Ihrem Identitätsanbieter können Sie die Provisionierung möglicherweise derselben App hinzufügen.
- E-Mail-Adressen. Der übermittelte userName muss die E-Mail-Adresse sein, mit der die jeweilige Person MuchSkills nutzt.
- Klein anfangen. Weisen Sie zunächst nur wenige Personen zu, prüfen Sie das Ergebnis in MuchSkills und weisen Sie dann alle übrigen zu.
Schritte
In MuchSkills
- SCIM-Zugangsdaten beim Support anfordern. Schreiben Sie an support@muchskills.com oder melden Sie sich über den Chat und teilen Sie uns mit, welchen Identitätsanbieter Sie nutzen. Wir erstellen für Sie eine Client-ID und ein Client-Secret und schicken Ihnen beides über einen sicheren Kanal. Bis die Provisionierung eingerichtet ist, erscheint unter Team/Org › Settings › Security & SAML der Hinweis SCIM provisioning is available for your organisation. See the setup guide for next steps.
In Ihrem Identitätsanbieter
- Öffnen Sie die Provisionierungseinstellungen Ihrer MuchSkills-App. Für Microsoft Entra ID und Okta gibt es eigene Anleitungen: Microsoft Entra ID: SCIM-Provisionierung und Okta: SCIM-Provisionierung.
- Geben Sie die Verbindungswerte ein.
| Einstellung | Wert |
|---|---|
| SCIM-Version | 2.0 |
| Basis-URL (auch Tenant URL oder SCIM connector base URL genannt) | https://app.muchskills.com/scim/v2 |
| Eindeutige Kennung für Benutzer | userName |
| Authentifizierung | OAuth 2.0, mit der Client-ID und dem Client-Secret von MuchSkills |
| Grant-Typ | Client Credentials (bevorzugt) oder Authorization Code |
| Token-Endpunkt | https://app.muchskills.com/oauth2/token |
| Token-Gültigkeit | Access Tokens gelten eine Stunde. Refresh Tokens (Authorization-Code-Flow) gelten 90 Tage und werden bei jeder Verwendung erneuert |
- Legen Sie fest, was der Anbieter darf. Aktivieren Sie das Anlegen von Benutzern, das Aktualisieren von Benutzerattributen und das Deaktivieren von Benutzern. Lassen Sie Group Push, Group Import und User Import deaktiviert.
- Prüfen Sie die Attributzuordnung. userName muss die E-Mail-Adresse enthalten. Ordnen Sie so viele der Felder aus der Tabelle unter Wichtig zu wissen zu, wie Ihr Anbieter vorhält.
- Testen Sie die Verbindung. Die meisten Anbieter haben eine Schaltfläche Test Connection oder Ähnliches. Der Test ist erfolgreich, wenn Basis-URL und Zugangsdaten stimmen.
- Weisen Sie einige Personen zu und übertragen Sie sie. Prüfen Sie sie in MuchSkills und weisen Sie dann alle übrigen zu.
Wieder in MuchSkills
- Prüfen Sie die angekommenen Personen. Team/Org › Members listet sie mit den übermittelten Rollen auf.
Die SCIM-Zeile unter Security & SAML verlinkt auf diese Anleitung.
Prüfen, ob es funktioniert hat
- Im Provisionierungsprotokoll Ihres Identitätsanbieters sind die Benutzer als fehlerfrei angelegt aufgeführt.
- Team/Org › Members zeigt die zugewiesenen Personen mit korrekten Namen, Stellenbezeichnungen, Abteilungen und Vorgesetzten.
- In der Mitgliederliste steht neben jeder provisionierten Person ein Synchronisierungssymbol. Wenn Sie mit der Maus darauf zeigen, erscheint User profile is currently syncing via SCIM.
- Unter Team/Org › Settings › Security & SAML steht SCIM provisioning is enabled for your organisation.
Benefits
Ihr Nutzen
- Ein- und Austritte werden für Sie erledigt. Personen erhalten ein MuchSkills-Konto, sobald Sie sie zuweisen, und werden deaktiviert, wenn Sie sie entfernen.
- Zugriffe an einem Ort verwalten. Ihr Identitätsanbieter bleibt die maßgebliche Quelle dafür, wer MuchSkills mit welcher Rolle nutzt.
- Saubere Personaldaten. Namen, Berufsbezeichnungen, Abteilungen und Vorgesetzte kommen direkt nutzbar für Filter, Berichte und My Circle an.
Important to know
Wichtig zu wissen
Unterstützte Operationen. Alle Pfade beginnen mit https://app.muchskills.com/scim/v2.
| Methode | Pfad | Funktion |
|---|---|---|
| GET | /Users | Listet Benutzer auf. Unterstützt Paginierung und Filterung nach userName |
| GET | /Users/ gefolgt von der id des Benutzers | Gibt einen Benutzer zurück |
| POST | /Users | Legt einen Benutzer an |
| PUT | /Users/ gefolgt von der id des Benutzers | Ersetzt die Attribute eines Benutzers |
| PATCH | /Users/ gefolgt von der id des Benutzers | Aktualisiert einzelne Attribute eines Benutzers |
| DELETE | /Users/ gefolgt von der id des Benutzers | Entfernt den Benutzer aus Ihrer Organisation. Wie bei jedem Austritt deaktiviert MuchSkills die Person und behält ihre Historie |
Filterung und Paginierung. Filter unterstützen eq auf userName, zum Beispiel filter=userName eq "anna.berg@example.com". Die Paginierung verwendet startIndex und count.
Gruppen werden nicht provisioniert. MuchSkills nimmt ausschließlich Benutzer an. Lassen Sie Group Push daher ausgeschaltet. Über Gruppenzuweisungen in Ihrem Identitätsanbieter können Sie aber weiterhin steuern, wer provisioniert wird.
Was synchronisiert wird. Nur E-Mail und Name sind Pflicht. Senden Sie so viele der übrigen Felder wie möglich, denn jedes davon macht MuchSkills nützlicher.
| SCIM-Attribut | Erforderlich | Verwendet in MuchSkills für | Hinweise |
|---|---|---|---|
| userName | Pflicht | E-Mail und Anmeldung | Muss eine gültige E-Mail-Adresse sein: die, mit der sich die Person anmeldet |
| emails | Pflicht | Die primäre E-Mail-Adresse muss mit userName übereinstimmen | |
| displayName | Pflicht, oder die beiden Namensteile | Name | Der Name, der überall in MuchSkills angezeigt wird |
| name.givenName, name.familyName | Empfohlen | Name | Wird zur Bildung des Namens verwendet, wenn displayName fehlt |
| title | Empfohlen | Berufsbezeichnung | Profile, Rollen, Discover |
| enterprise extension: department | Empfohlen | Abteilung | Wird in MuchSkills angelegt, falls sie noch nicht existiert |
| enterprise extension: manager | Empfohlen | Vorgesetzte Person | Die MuchSkills-Benutzer-id oder E-Mail-Adresse der vorgesetzten Person. Berichtslinien und My Circle |
| addresses | Empfohlen | Standort | Wird aus der Arbeitsadresse als "Stadt, Region" gebildet, oder als "Stadt, Land", wenn keine Region vorhanden ist. Straße und Postleitzahl werden nicht gespeichert |
| roles | Optional | Rolle | Der primäre Wert legt die Rolle fest: Admin, Member oder Analyst |
| active | Empfohlen | Status | false deaktiviert die Person und behält ihre Historie |
| photos | Optional | Profilfoto | type photo oder thumbnail. MuchSkills speichert das Bild von der URL |
| id | Von MuchSkills vergeben | Benutzer-id | Wird beim Anlegen des Benutzers zurückgegeben. Ihr Anbieter verwendet sie für spätere Aktualisierungen |
MuchSkills hat außerdem eine eigene Benutzererweiterung mit dem Feld profilePicture, eine einfachere Alternative zu photos. Fragen Sie beim Support nach dem Schemanamen, wenn Sie sie nutzen möchten.
Rollen. Übermitteln Sie in roles genau eine Rolle pro Person und kennzeichnen Sie diese als primär. Zulässig sind Admin, Member und Analyst. Andere Werte werden ignoriert, und Personen ohne Rolle werden als Member angelegt. Die Rolle Owner lässt sich nicht per SCIM vergeben.
Beispielbenutzer. Eine Anlage-Anfrage Ihres Identitätsanbieters sieht so aus:
{
"schemas": [
"urn:ietf:params:scim:schemas:core:2.0:User",
"urn:ietf:params:scim:schemas:extension:enterprise:2.0:User"
],
"userName": "anna.berg@example.com",
"active": true,
"displayName": "Anna Berg",
"name": {
"givenName": "Anna",
"familyName": "Berg"
},
"emails": [
{ "value": "anna.berg@example.com", "type": "work", "primary": true }
],
"title": "Senior Consultant",
"roles": [
{ "value": "Analyst", "primary": true }
],
"photos": [
{ "value": "https://example.com/photos/anna-berg.jpg", "type": "photo" }
],
"urn:ietf:params:scim:schemas:extension:enterprise:2.0:User": {
"department": "Advisory",
"manager": { "value": "erik.lund@example.com" }
}
}
Wer das Unternehmen verlässt, wird deaktiviert, nicht gelöscht. Egal ob Ihr Anbieter active auf false setzt oder eine DELETE-Anfrage schickt: Die Person taucht in den alltäglichen Ansichten nicht mehr auf, ihre Projekthistorie und Zertifikate bleiben aber gespeichert. Das ist für Audits wichtig.
Keine Allowlist nötig. SCIM-Anfragen gehen von Ihrem Identitätsanbieter an MuchSkills, daher müssen Sie dafür keine MuchSkills-Adressen freigeben.
Ihr Anbieter verwaltet die E-Mail-Adressen. Wer per SCIM provisioniert wurde, kann seine E-Mail-Adresse in MuchSkills nicht ändern. Unter Profile Settings › Account sehen diese Personen den Hinweis Managed by automated provisioning bei Your email.
Daten, die MuchSkills nicht annimmt. Alter oder Geburtsdatum, Gehalt und sonstige Vergütungsdaten, Leistungsbeurteilungen sowie Angaben zu politischer Einstellung, Religion oder Gesundheit werden schon beim Eingang gesperrt und nie gespeichert.
Common errors
Fehlerbehebung
| Was Sie sehen | Ursache | Was zu tun ist |
|---|---|---|
| Anfragen schlagen mit 401 Unauthorized fehl | Client-ID oder Client-Secret ist falsch, der Token-Endpunkt ist falsch, oder ein Access Token, das älter als eine Stunde ist, wurde erneut verwendet | Gleichen Sie die Werte mit dem ab, was wir Ihnen gesendet haben, und lassen Sie Ihren Anbieter ein neues Token abrufen. Fordern Sie beim Support neue Zugangsdaten an, wenn Sie unsicher sind |
| Die Verbindung bricht nach etwa drei Monaten ab (Authorization-Code-Flow) | Das Refresh Token wurde 90 Tage lang nicht verwendet und ist abgelaufen | Verbinden Sie die App in Ihrem Anbieter neu, um ein neues Refresh Token zu erhalten |
| Das Anlegen eines Benutzers schlägt mit 409 Conflict fehl | Es gibt bereits einen Benutzer mit dieser E-Mail-Adresse | Prüfen Sie, ob die E-Mail-Adresse in MuchSkills schon verwendet wird und ob userName eine eindeutige E-Mail-Adresse ist |
| Benutzer erscheinen nach einer Übertragung nicht in MuchSkills | Die Anfrage wurde abgelehnt, oft weil userName keine gültige E-Mail-Adresse ist | Prüfen Sie im Provisionierungsprotokoll Ihres Anbieters den Fehler und das Format von userName |
| Änderungen in Ihrem Anbieter kommen nicht in MuchSkills an | Profilaktualisierungen sind in Ihrem Anbieter deaktiviert | Aktivieren Sie das Aktualisieren von Benutzerattributen und prüfen Sie dann im Protokoll, ob PUT- oder PATCH-Anfragen erfolgreich sind |
| Fehler invalid_filter, wenn Ihr Anbieter Benutzer sucht | Der Anbieter filtert nach einem anderen Attribut als userName oder verwendet einen anderen Operator als eq | Legen Sie userName als eindeutige Kennung bzw. Abgleichsattribut fest |
| Fehler user not found beim Aktualisieren oder Deaktivieren | Die Benutzer-id in der Anfrage existiert in MuchSkills nicht | Suchen Sie den Benutzer mit GET /Users und einem userName-Filter und wiederholen Sie den Vorgang dann in Ihrem Anbieter |
| 500 Internal Server Error | Ein unerwarteter Fehler auf Seiten von MuchSkills, manchmal ausgelöst durch einen ungewöhnlichen Payload | Wenden Sie sich mit dem Zeitpunkt der Anfrage und der E-Mail-Adresse des Benutzers an den Support |
Häufig gestellte Fragen
Welche Identity Provider funktionieren mit MuchSkills SCIM?
Jeder Anbieter, der Benutzerprovisionierung per SCIM 2.0 unterstützt. Für Microsoft Entra ID und Okta gibt es eigene Schritt-für-Schritt-Anleitungen. OneLogin, JumpCloud und andere verwenden die Werte auf dieser Seite.
Woher bekommen wir die SCIM-Zugangsdaten?
MuchSkills erstellt sie für Sie: eine Client-ID und ein Client Secret. Schreiben Sie an support@muchskills.com oder nutzen Sie den Chat, und nennen Sie uns Ihren Identity Provider.
Welchen OAuth-2.0-Flow sollten wir verwenden?
Client Credentials, sofern Ihr Identity Provider das unterstützt: Dabei tauscht der Provider Client-ID und Secret eigenständig gegen ein Token ein. Der Authorization Code Flow funktioniert ebenfalls. Statische Tokens stellt MuchSkills nicht aus.
Laufen die Zugangsdaten oder Tokens ab?
Das Client Secret läuft nicht ab. Access Tokens sind eine Stunde gültig, und Ihr Identity Provider holt selbstständig neue. Beim Authorization Code Flow ist das Refresh Token 90 Tage gültig und wird bei jeder Verwendung durch ein neues ersetzt.
Werden Gruppen mit MuchSkills synchronisiert?
Nein. MuchSkills nimmt Benutzer an, keine Gruppen. Sie können in Ihrem Identity Provider aber trotzdem Gruppen zuweisen, um festzulegen, wer provisioniert wird.
Was passiert, wenn jemand ausscheidet?
Wenn Ihr Identity Provider active mit dem Wert false sendet oder den Benutzer entfernt, deaktiviert MuchSkills die Person. Sie verschwindet aus den alltäglichen Ansichten, und ihre Projekthistorie und Zertifikate bleiben erhalten. Nichts wird gelöscht.
Können wir Rollen über unseren Identity Provider festlegen?
Ja. Senden Sie das Attribut roles mit Admin, Member oder Analyst als primärem Wert. Alles andere wird ignoriert, und Personen ohne Rolle werden als Member angelegt.
Welche Felder sind Pflicht?
Nur die E-Mail-Adresse und der Name. Senden Sie so viele der übrigen Felder wie möglich, denn jedes davon macht MuchSkills nützlicher.
Brauchen wir zusätzlich Single Sign-on?
Das ist keine Pflicht, wir empfehlen aber, zuerst Single Sign-on einzurichten. Dann werden über SCIM angelegte Personen zur Anmeldung an Ihren Identity Provider weitergeleitet, statt zur Vergabe eines MuchSkills-Passworts aufgefordert zu werden.
Ist SCIM in unserem Tarif enthalten?
Ja. Alle MuchSkills-Tarife enthalten SCIM-Provisionierung und Single Sign-on (SAML).