Skip to main content

Endpoint

Checks out an in-house guest. The guest is removed from the active roster and moved to the hotel’s departure history. All guest notes, activity logs, and conversation history are preserved.

Headers

Request Body

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:
  1. The guest is removed from the active in-house roster
  2. The guest appears in the hotel’s Departures section
  3. All notes, service requests, and activity logs remain linked to the guest record
  4. The hotel dashboard updates in real time via server-sent events
  5. The AI receptionist no longer considers this guest as in-house

Example: cURL