A role is a named set of abilities (permissions). Roles are assigned to groups through bindings to grant access.

Roles list showing available permissions
Types of roles
- Built-in roles
- Feature sets
- Custom roles
Cedar provides built-in roles for common jobs. These are maintained by Cedar and cover typical use cases.Examples:
arms.carrierAdmin— Full carrier administrationarms.carrierOperator— Day-to-day operationsarms.customerAdmin— Customer-level administrationarms.dataWarehouseAdmin— Data Warehouse settings access (create, list, and read Data Warehouse configuration). Bind this role to a narrowly-scoped user group to limit Data Warehouse access to specific users.
Find and review roles
Search
Use the search box to find roles by name. Type part of the name to filter the list.
Select a role
Click on a role to see its details and the permissions it includes.
Review permissions
Check that the role includes the permissions you need—and nothing more.
Role details

Role detail view showing permissions
Edit role permissions
Click on any role to view and edit its permissions. The permissions panel shows all the capabilities included in the role.
Edit role permissions view
- Role name and parent — the role’s identity and inheritance
- Permission list — all permissions included in this role
- Permission groups — permissions organized by feature area
Create a custom role
Click New Role
Select New role from the Roles page.
Name and describe
Give your role a clear name and description. The name should indicate what the role allows.
Select permissions
Choose the specific permissions this role should include. Only select what’s needed.
Save and bind
Save the role, then create a binding to grant it to a group.

Create Role dialog
Dialog fields explained
Best practices
Start with built-in roles
Start with built-in roles
Built-in roles cover most common scenarios. Only create custom roles when you have a specific need that isn’t met.
Keep roles focused
Keep roles focused
Each role should represent a clear job function. If you find yourself adding unrelated permissions, consider creating multiple roles instead.
Use descriptive names
Use descriptive names
Anyone should be able to understand what a role does from its name. Include the resource type and action level (e.g., “Inventory Editor”, “Billing Viewer”).
Document custom roles
Document custom roles
For custom roles, add a clear description explaining what the role is for and who should have it.
Related: Admin Portal
Bindings
Connect roles to groups
User Groups
Manage the teams that get roles
Glossary
Key terms explained
Activity Log
Track role changes
Related: IAM Concepts
Feature Sets
The columns of this page’s IAM matrix — Cedar curates them so your roles stay current
Policies & Roles
How roles fit into the IAM policy model
IAM Concepts
Deep dive into permissions and conditions
Customer Portal
Customer-specific role examples