Booking Statuses
Understand the booking lifecycle and status workflow.
Every booking in Resytech moves through a series of statuses that reflect its lifecycle. Statuses control visibility, reporting, and trigger automated workflows.
Status Types
Resytech uses four core booking statuses:
| Status | Internal Value | Description |
|---|---|---|
| Draft | draft | A preliminary booking that is not yet visible to the customer. Drafts do not hold capacity or trigger notifications. |
| Pending | pending | The booking has been created but not yet confirmed. Typically awaiting payment or manual approval. |
| Confirmed | confirmed | The booking is confirmed and the customer is expected. This is the standard "active" state. |
| Canceled | canceled | The booking has been canceled and is no longer active. |
Draft
Draft bookings are used when you want to prepare a booking without committing to it. Drafts:
- Do not send any customer notifications
- Are not included in capacity calculations
- Can be promoted to pending or confirmed when ready
- Are useful for tentative holds or bookings being prepared by staff
Pending
The booking has been created but not yet confirmed. This may mean:
- Payment hasn't been received
- Manual approval is required
- The booking was just created and needs review
- An invoice has been sent and is awaiting payment
Pending bookings can be configured with auto-expire rules to automatically cancel if not confirmed within a set time window.
Confirmed
The booking is confirmed and the customer is expected. This is the standard "active" state. Confirmed bookings:
- Are included in capacity calculations and availability checks
- Appear prominently on the calendar
- Trigger confirmation notifications to the customer (if configured)
Canceled
The booking has been canceled. Cancellation can be initiated by:
- The customer (through the self-service booking management portal, subject to cancellation policy rules)
- Staff (from the dashboard)
- The system (via auto-expire rules)
When a booking is canceled, the system records:
- Reason — why the booking was canceled
- Canceled by — who initiated the cancellation (customer, staff member, or system)
- Refund processed — whether a refund was issued
- Refund amount — the amount refunded
- Refund method — how the refund was processed
- Trip protection — whether the customer had trip protection and the coverage amount
Canceled bookings release their capacity back to the schedule and can trigger refund workflows depending on your cancellation policy.
Status Transitions
The typical booking lifecycle follows this flow:
Draft --> Pending --> Confirmed --> (experience takes place)
\-> Canceled
Pending --> Canceled (via auto-expire or manual)
Confirmed --> CanceledAny status can transition to any other status from the dashboard. There are no hard restrictions on transitions — staff have full control. However, each transition is logged in the audit trail.
Changing Status
To change a booking's status:
- Open the booking detail view
- Click the current status badge in the header
- The Change Status dialog opens
- Select the new status
- Confirm the change
Status changes are recorded as status_change events in the booking's event log, capturing both the old status and the new status.
Status changes can trigger automated workflows if configured. See Marketing & Automation for details on setting up workflow triggers.
Auto-Expire
Bookings can be configured to automatically change status after a set period. This is managed from the Auto-Expire tab in the booking detail:
| Setting | Description |
|---|---|
| Expire date | The UTC datetime when the booking should automatically transition |
| Target status | The status to move to when the timer fires (typically "canceled") |
| Notify customer | Whether to send the customer a notification when the booking expires |
When a booking auto-expires, it is logged as an expired event in the audit trail. Changes to auto-expire settings are logged as auto_expire_change events.
Auto-expire is commonly used for:
- Pending bookings awaiting payment — cancel after 48 hours if no payment is received
- Draft bookings — clean up drafts that were never finalized
- Hold-and-release workflows — temporarily hold capacity and release it if the customer does not confirm
Invoice-Driven Confirmation
Invoices can be configured with a Confirm on Pay flag. When enabled, the booking automatically transitions to "confirmed" when the invoice is paid. This creates a seamless flow:
- Staff creates a booking in "pending" status
- Staff sends an invoice to the customer
- Customer pays the invoice
- Booking automatically moves to "confirmed"
- Confirmation notification is sent to the customer
Filtering by Status
Use the status filter on the calendar or booking list to quickly find bookings in a specific state. This is useful for:
- Reviewing pending bookings that need confirmation
- Finding drafts that need to be finalized or cleaned up
- Auditing canceled bookings for refund processing
- Viewing only confirmed bookings for operational planning
Customer Self-Service Cancellation
If enabled in your location's customer booking management settings, customers can cancel their own bookings through the self-service portal:
| Setting | Description |
|---|---|
| Allow cancellation | Master toggle for customer self-service cancellation |
| Cancellation window (hours) | Minimum number of hours before the booking start time that cancellation is allowed |
