Booking statuses
What it is
Section titled “What it is”A booking status is the single word that describes where a booking is in its lifecycle. Every booking has exactly one status at any time. The status determines whether the booking reserves time on the asset, whether it appears on the calendar, and whether it can still be changed.
Who can use it
Section titled “Who can use it”Status is read by every member who can see a booking. Only specific transitions are available to specific roles; see the tables below and the Role capability matrix.
Where to find it
Section titled “Where to find it”A booking’s status is shown:
- As a coloured stripe on the left of a booking card in the Bookings tab.
- As a label on the Booking detail screen.
- As a pattern on the calendar: confirmed bookings are solid, tentative bookings are diagonal-hatched.
Fields / options
Section titled “Fields / options”There are seven booking statuses.
| Status | Meaning | Reserves the asset? | Can still be changed by the author? |
|---|---|---|---|
| tentative | Pencilled in, non-binding. Multiple tentatives can overlap on the same asset at the same time. | no | yes |
| pending | Awaiting admin approval. Only reached when the syndicate has booking approval enabled and the author is a regular member. | no | yes (cancel only) |
| confirmed | Active booking. Blocks other confirmed bookings on the same asset at the same time. | yes | yes (cancel, update times) |
| suspended | Confirmed booking that is blocked, either because the asset has a grounding cause (an open grounding squawk or an overdue maintenance item) or because the booking overlaps an active maintenance booking. Set automatically; it restores once no grounding cause remains and it no longer overlaps a maintenance window. | yes | yes (cancel only) |
| cancelled | Cancelled by the author (member or admin). Soft-deleted, kept for audit trail. | no | n/a |
| rejected | Declined by an admin from the pending queue. Distinct from member-initiated cancellation so the member can see the difference. | no | n/a |
| completed | Booking has finished and usage has been logged and finalised. | n/a | n/a |
Behaviour rules
Section titled “Behaviour rules”- Initial status rule. When a member creates a non-tentative booking, the status is set to
pendingif the syndicate requires booking approval and the author is a regular member; otherwise it isconfirmed. Admin bookings skip the pending queue even when approval is required for other members. - Tentative opt-in. Tentative is only reached when the author explicitly toggles “Pencil in (tentative)” in the create booking dialog. It is never the default.
- Only confirmed bookings occupy the asset. The server-side booking conflict rule only covers confirmed bookings, which is why tentative and pending bookings can coexist with others on the same slot. See Conflict detection.
- Cancellable statuses.
tentative,pending,confirmed, andsuspendedcan all be cancelled. Cancellation is a one-way transition: a cancelled booking cannot be un-cancelled; create a new one instead. - Rejected is admin-only. A member cannot “reject” their own booking; they cancel. Rejection is something an admin does to someone else’s pending booking, and it shows up in the author’s Rejected tab.
- Completed is terminal. A completed booking has been finalised. Any correction is made by creating offsetting transactions, not by moving the status back.
See also
Section titled “See also”For why pending and confirmed are separate concepts, see Tentative vs confirmed bookings.