- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2 weeks ago
Right now, every workspace principal automatically inherits the "Workspace access" entitlement through implicit membership in the account's built in users system group. That inheritance doesn't run through the custom group you're PATCHing via SCIM, so it never shows up in that group's SCIM entitlements array. But the UI still reflects it because it's checking the union of everything the user or SP has, direct or inherited, so it shows the toggle as enabled and greyed out. Greyed out just means "this is coming from a group, not assigned directly to this principal," and in this case that group is the implicit users membership, not the group you're managing.
databricks-sql-access behaves differently because it's something you're actually assigning explicitly on your custom group, so SCIM and the UI agree on it.
To answer your three questions directly:
- Yes, the SCIM API on a specific group resource only reflects entitlements explicitly set on that group. The UI shows direct + inherited for the principal as a whole, which is why they can disagree.
- There isn't a SCIM field that tells you "this came from group X." Under the current default behavior, Workspace access specifically comes from implicit
usersgroup membership, not from an inheritance chain you can query. So an emptygroupsarray on your custom group doesn't mean nothing is granting it, it just means it's not this group. - Neither is wrong, they're answering different questions. For entitlements you're explicitly managing (like SQL access on your group), SCIM is authoritative. For Workspace access specifically, under the current legacy model it's an automatic default, not something your group's SCIM state fully controls, so don't treat "empty groups array" as "no access."
If you need Workspace access to be a real, explicitly assignable entitlement that your automation can trust via SCIM instead of an implicit default, Databricks is rolling out exactly that change. Opt in starts June 15, 2026, it auto enables for workspaces that haven't opted in or out on July 27, 2026, and it's enforced for everyone on September 14, 2026. After that migration, Workspace access becomes something you assign per principal like any other entitlement, and the SCIM response should actually match what you set.