Documentation Index
Fetch the complete documentation index at: https://docs.recepai.ai/llms.txt
Use this file to discover all available pages before exploring further.
Endpoint
Headers
| Header | Required | Description |
|---|---|---|
Authorization | Yes | Bearer pms_live_xxx or Bearer pms_test_xxx |
Content-Type | Yes | application/json |
Idempotency-Key | Yes | Unique key for this request (1–255 chars). See Idempotency. |
Request Body
| Field | Type | Required | Description |
|---|---|---|---|
pmsGuestId | string | Yes | The guest to check out (your PMS identifier) |
checkoutTime | string | No | Actual checkout timestamp in ISO 8601 format (YYYY-MM-DDTHH:mm:ssZ). Defaults to the current time if omitted. |
Response: Success (200)
Response: Already Checked Out (200)
If the guest has already been checked out (or was never checked in via the PMS API), the endpoint returns a 200 OK — not an error:This is intentionally idempotent. Checkout requests should be safe to retry without causing errors. If your PMS sends a checkout event twice (e.g., due to a network retry), the second request simply confirms the guest is already gone — no error, no side effects.
What Happens on Checkout
When a guest is checked out:- The guest is removed from the active in-house roster
- The guest appears in the hotel’s Departures section
- All notes, service requests, and activity logs remain linked to the guest record
- The hotel dashboard updates in real time via server-sent events
- The AI receptionist no longer considers this guest as in-house