/api/v1/add-perm-to-roleGrant a permission to a role
Adds one permission to a role in a workspace, granting it to every member who holds that role there.
MANAGE_ROLEPermissions are granted to roles, not to people. This call adds a single
permission to a single role, so build a role up by calling it once per
permission you want the role to hold. rule_uid identifies the permission and
comes from GET /api/v1/list-all-permissions, which
returns each permission's UID and key name.
The role must already exist in the workspace you name: create one with
POST /api/v1/create-role-for-org, or read the
existing roles and what they currently hold with
GET /api/v1/get-roles-and-perms-detailed.
Roles are workspace-scoped, so granting a permission here changes nothing in any
other workspace: see
Roles and permissions.
Every member holding this role in this workspace gains the permission as soon
as the call returns. There is no review step and no scheduled activation.
Check who holds the role with
GET /api/v1/get-users-from-workspace and
confirm the impact before you grant it, especially for PAYMENT_APPROVE and
PAYMENT_INIT, which decide who can approve and who can start a movement.
rule_uidnumberrequiredrole_uidnumberrequiredworkspace_uidnumberrequired#What happens next
Read the role back with
GET /api/v1/get-roles-and-perms-detailed
to confirm the permission is listed under it. Members holding the role see the
change on their next read of
GET /api/v1/get-user-info, which reports each
membership's role and permissions. To take a permission away again, call
POST /api/v1/remove-perm-from-role.