List Eligible Assignees for a Workflow Role
Returns a paginated list of users eligible to be assigned to the specified role on the workflow along with the user ID of current assignee if a user is already assigned to the role.
OAuth Scope required: public.workflows.readRoleAssignees
Request
- Base URLhttps://ironcladapp.com/public/api/v1
- URLhttps://ironcladapp.com/public/api/v1/workflows/{id}/roles/{roleName}/eligible-assignees
- AuthAPI key in header Authorization and OAuth 2Authorization code: https://ironcladapp.com/oauth/authorizeClient credentialsToken URL: https://ironcladapp.com/oauth/token scopes: public.workflows.readRoleAssignees
Path parameters
The unique identifier or Ironclad ID of a workflow.
The display name of the role, URL-encoded (e.g. Legal%20Approver).
Query parameters
The page number used when paginating through a list of results.
A limit of the number of results to return.
Headers
Denotes the actor of the request. When used, the API will take into account this user's permissions and access. This or x-as-user-id is required when the associated token was produced from the Client Credentials grant or with legacy bearer tokens on select endpoints. A token produced from the Authorization Code grant (which is already scoped to a user) may also use this header to act as a different user in the same company, provided the token carries the identity.users.impersonate scope and the token's own user has been granted the API User Impersonation permission. A request that sends this header without both never acts as the named user; depending on the company's configuration it either proceeds as the token's own user or is rejected with a 403. More information about permissions.
Denotes the actor of the request. When used, the API will take into account this user's permissions and access. This or x-as-user-email is required when the associated token was produced from the Client Credentials grant or with legacy bearer tokens on select endpoints. A token produced from the Authorization Code grant (which is already scoped to a user) may also use this header to act as a different user in the same company, provided the token carries the identity.users.impersonate scope and the token's own user has been granted the API User Impersonation permission. A request that sends this header without both never acts as the named user; depending on the company's configuration it either proceeds as the token's own user or is rejected with a 403. More information about permissions.
Response
200
Example response
{
"pageSize": 20,
"count": 1,
"list": [
{
"userId": "61968ae4945dcecf4a78cc83",
"email": "lilbieber@gmail.com",
"displayName": "Justin Bieber"
}
],
"defaultAssignee": {
"userId": "63d415e0dd0d828c3a878548",
"email": "tate.mcrae@gmail.com",
"displayName": "Tate McRae"
}
}Changes
No recorded changes to this operation across all 2 revisions of this API.