Skip to content

Role capability matrix

The single source of truth for what each role can do in a syndicate. Every capability the UI exposes appears in exactly one row. When the code and this matrix disagree, the code wins and this page is wrong — please report it.

Anyone. This page is aimed at admins and owners deciding which role to give a new member, but it is useful for any member who wants to understand what their fellow members can and cannot do.

This is a reference page. In the app, the role selector in the Create invite screen and the Edit member dialog is where roles are assigned.

A tick (yes) means the role can perform the action. A dash () means it cannot. A subscript note expands on a non-obvious rule.

CapabilityOwnerAdminMemberViewer
Create a syndicate (becomes its owner)yesyesyesyes
Edit syndicate name / branding / business detailsyesyes
Delete the syndicateyes
Transfer ownership (promote another member to owner)yes
Leave the syndicateyes¹yes²yes²yes

¹ The last remaining owner cannot leave until they transfer ownership. ² Not permitted while an outstanding balance is owed to the syndicate.

CapabilityOwnerAdminMemberViewer
Invite new membersyesyes
Change another member’s role (to admin, member, or viewer)yesyes
Promote a member to owneryes
Remove a memberyesyes
Edit own profile, timezone, and notification preferencesyesyesyesyes
CapabilityOwnerAdminMemberViewer
Add an assetyesyes
Edit asset metadatayesyes
Archive / delete an assetyesyes
View asset details, meter readings, airworthinessyesyesyesyes
CapabilityOwnerAdminMemberViewer
View the calendaryesyesyesyes
Create a bookingyes³yes³yes
Pencil in a tentative bookingyesyesyes
Confirm own tentative bookingyesyesyes
Cancel own bookingyesyesyes
Approve another member’s pending bookingyesyes
Reject another member’s pending bookingyesyes
Subscribe to personal ICS calendar feedyesyesyesyes

³ Admin and owner bookings skip the pending queue even when the syndicate requires approval. See Booking statuses.

CapabilityOwnerAdminMemberViewer
Log usage for own bookingyesyesyes
Edit a past usage log (own)yesyesyes
View asset-level usage historyyesyesyes⁴yes⁴

⁴ Visibility is subject to the syndicate’s usage log visibility setting.

CapabilityOwnerAdminMemberViewer
Report a squawkyesyesyes
Confirm or dismiss a reported squawkyesyes
Defer a grounding squawkyesyes
Resolve a squawkyesyes
Add / edit maintenance itemsyesyes
Log a maintenance taskyesyes
CapabilityOwnerAdminMemberViewer
View own balanceyesyesyesyes
Submit an expenseyesyesyes
Approve or reject an expenseyesyes
Set up asset billing ratesyesyes
Create and assign billing schemes (member rates)yesyes
Finalise a bookingyesyes
Bulk-finalise zero-shortfall bookingsyesyes
Record a payment made outside the appyesyes
Download a monthly statementyesyesyesyes
CapabilityOwnerAdminMemberViewer
Import bookings from Goboko or CSVyesyes
Export a tech log (PDF / CSV)yesyes
CapabilityOwnerAdminMemberViewer
Change booking policy (approval required, advance window, minimum duration)yesyes
Change privacy settings (show member names on bookings, usage log visibility, share usage photos)yesyes
Change billing and scheme settingsyesyes
Change subscription tieryesyes
  • Admins and owners are treated identically by most of the service layer. The owner-only actions — delete syndicate and promote to owner — are the exceptions.
  • Role capability is enforced both in the UI (buttons are hidden) and at the service layer (requests are rejected). Viewer booking attempts, in particular, are rejected server-side even if the UI were bypassed.
  • “Renter” is a common name for a member rate (billing scheme label), not a role. It does not appear in this matrix. See Roles and member rates.