Required Permissions
Your root key must have the following permission:rbac.*.create_role
Request
The unique name for this role. Must be unique within your workspace and clearly indicate the role’s purpose.Use descriptive names like ‘admin’, ‘editor’, or ‘billing_manager’.Pattern:
^[a-zA-Z][a-zA-Z0-9._-]*$Length: 1-512 charactersExamples: admin.billing, support.readonly, developer.api, manager.analyticsProvides comprehensive documentation of what this role encompasses and what access it grants.Include information about the intended use case, what permissions should be assigned, and any important considerations.This internal documentation helps team members understand role boundaries and security implications.Not visible to end users - designed for administration teams and access control audits.Consider documenting:
- The role’s intended purpose and scope
- What types of users should receive this role
- What permissions are typically associated with it
- Any security considerations or limitations
- Related roles that might be used together
Provides read-only access for customer support representatives. Includes permissions to view user accounts, support tickets, and basic analytics. Does not include access to billing, admin functions, or data modification capabilities.Response
The unique identifier for the newly created role.Use this ID to reference the role in other API operations.Example:
role_5678efgh9012wxyz