get https://{tenanturl}/v2.0/SCIM/capabilities
Entitlement required: readUserGroups (Read users and groups) or manageUserGroups (Manage users and groups) or manageAllUserGroups (Synchronize users and groups) or manageUserStandardGroups (Manage users and standard groups) or anyone (Any authenticated user).
Note: You only need one entitlement, but you can have more than one.
Large group support features are identified in the swagger documentation for the /v2.0/Users and /v2.0/Groups API.
The "largeGroupSupport" flag enabled means that the tenant supports the retrieval of the members of groups that have greater than 10,000 members.
Additional features include the ability to:
| - Search for users in a specific group by using the "membersOf" SCIM attribute. For example. GET /v2.0/Users?filter=userName sw "patel" AND memberOf eq "{group ID}" |
| - Page through all the members of a large group by using a bookmark query parameter. For example: GET /v2.0/Groups?nextPage={bookmark} |
| - View the total number of members for the groups that are returned in the reponse. |
| - Restrict HelpDesk administrators to manage specific groups of users by using Admin Roles. |
Large group support imposes some API limitations. They are:
| POST /v2.0/Groups |
| - A maximum of 256 first-level, nested group members is allowed |
| - A maximum of 2,500 users members is allowed in the input payload. To add additional members, use PATCH. |
| PUT /v2.0/Groups/{id} |
| - A group with over 2,500 group members cannot be modified. Use PATCH instead. |
| - The "size" of the changes to a group cannot exceed 2,500 member modifications. |
| - A maximum of 256 first-level, nested group members are allowed. |
| PATCH /v2.0/Groups/{id} |
| - The "size" of the changes to a group cannot exceed 2,500 member modifications. |
| - A maximum of 256 first-level, nested group members are allowed. |
