Set up permission groups
Permission Groups in Reah define what each team member can view, initiate, and approve.
Last updated 1 day ago
Summary
Permission Groups in Reah define what each team member can view, initiate, and approve.
Combined with approval workflows, this ensures:
- Each person can take the actions they need.
- All critical operations are properly reviewed before execution.
You can assign roles when inviting members and update them at any time.
Permission groups
Reah provides four default roles. Assign based on responsibilities, not job titles.
Owner — Founders, CFOs
- Full access across all modules
- Can initiate and approve all actions
- Can manage members and permission groups
- Adding or removing members does not require approval
Admin — Controllers, Finance Leads
- Can view and manage accounts, transactions, and financial data
- Can initiate actions (e.g. transfers, Treasury operations)
- Can configure approval workflows
- Can manage members and permission groups
Some actions initiated by Admins (e.g. member changes, high-value transactions) require Owner approval
Member — Operators, Department Leads
- Can view data
- Can initiate actions (e.g. transfers, Treasury allocations)
- Cannot approve actions
All actions must go through approval workflows before execution
Viewer — Auditors, Finance team members
- Read-only access
- Cannot initiate or approve actions
Permissions overview
Manage members in a permission group
To add or remove members:
- Go to Settings → Entity → Permission Groups
- Select a permission group
- Click Add Members or Remove Members
Approval rules
Member changes are treated as permission change requests and may require approval:
- Requests initiated by Admins require Owner approval
- Requests initiated by Owners are approved immediately
How permission groups work with approvals
In Reah:
- Permission groups define who can take actions
- Approval workflows define whether those actions can be executed
For example:
- A Member can initiate a transfer
- The transfer is only executed after it is approved
Best practices
- Start with the lowest level of access and increase only when needed
- Limit Owner roles to a small number of trusted individuals (e.g. 1–2 people)
- Use Admin roles for day-to-day operations instead of Owner
- Review access regularly and remove users who no longer need it
What to do next
- Set up approval workflows
- Configure transaction approval rules
- Invite team members
- Submit and approve requests