Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
711:user_groups_permissions_scim [2024/09/30 09:07] – [SCIM provisioning] Weinlein, Thomas | 711:user_groups_permissions_scim [2025/01/29 16:02] (current) – [Setting the Token secret] Nerlich, Axel | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== SCIM provisioning ====== | ====== SCIM provisioning ====== | ||
- | SCIM, or System for Cross-domain Identity Management, is an open standard for the provisioning and deprovisioning of users and user groups to enterprise applications. It is able to significantly simplify the rollout of users and their permissions | + | SCIM, or System for Cross-domain Identity Management, is an open standard for the provisioning and deprovisioning of users and user groups to enterprise applications. It is able to significantly simplify the rollout of users and their permission group assignments |
Stages V7.11 implements the SCIM standard version 2.0 (see https:// | Stages V7.11 implements the SCIM standard version 2.0 (see https:// | ||
Line 10: | Line 10: | ||
===== Setting the Token secret ===== | ===== Setting the Token secret ===== | ||
- | Stages generates its API tokens on the basis of a unique secret that can only be set by the Stages administrator. This should be a random string value with at least 32 two characters. This value should be stored in the file conf/ | + | Stages generates its API tokens on the basis of a unique secret that can only be set by the Stages administrator. This should be a random string value with at least 32 characters. This value should be stored in the file conf/ |
- | '' | + | <code -> |
+ | apitoken.secret = < | ||
+ | </ | ||
In the conf/ | In the conf/ | ||
- | '' | + | <code -> |
+ | < | ||
+ | </ | ||
After that, a service restart is necessary. | After that, a service restart is necessary. | ||
+ | |||
===== Creating an API Token ===== | ===== Creating an API Token ===== | ||
Line 69: | Line 74: | ||
However, participants (defined under Administration > Process Release > Participants) are another powerful way to allocate permissions for specific workspace contexts to a specific set of users. | However, participants (defined under Administration > Process Release > Participants) are another powerful way to allocate permissions for specific workspace contexts to a specific set of users. | ||
- | Participants are defined globally but user assignments are workspace-specific (under Management > Participants). Therefore every combination of participant and workspace can be seen as another user permission group. | + | Participants are defined globally but user assignments are workspace-specific (under Management > Participants). Therefore every combination of participant and workspace can be seen as another user permission group. |
{{scim_settings.png}} | {{scim_settings.png}} | ||