Scalar reference catalog
Scan
Create check-in and check-out scans for bookings (staff scanner, kiosk, or display). For the booking action endpoints, see Admin Booking Lifecycle.
The
Create a scan
Query parameters
Attributes
On success the response is a
scans resource. A successful check-in also updates the booking’s check_in_date via the scan’s presence-date sync.
Statuses
Delayed check-in form data
When a booking still needs check-in-timed legal documents or custom fields, sendX-Supports-Dynamic-Form: true. Full header behaviour (booking action vs POST /scans) is in X-Supports-Dynamic-Form.
Without form payload:
- supported client → scan is created with
data.attributes.status: "requires_details"anddata.attributes.meta.form_url - unsupported client → HTTP 400,
scans.check_in_requires_details_unsupported
data.attributes.meta.form_url, then create another scan with the collected values as either top-level form_data or data.attributes.meta.form_data:
form_data object uses the same shape as POST /api/v1/bookings/{id}/check-in. Invalid values return HTTP 422. Submitted form_data is processed and not persisted on the scan record.
Related guides
- Admin Booking Lifecycle — booking check-in/out actions, Presence fields/endpoints, and X-Supports-Dynamic-Form
- Display Integration — room displays that check bookings in/out