Reservation action boundary

A booking is a state transition, not just a conversation.

Voice and chat agents can create, amend, cancel and reschedule real reservations. BitEvo tests one booking action across guest binding, availability, confirmation, external-system execution, retry and final-state readback.

See the $1,500 Entry Audit
Good first actions

Test one reservation transition.

  • Create a reservation or booking
  • Amend date, time, party size or inventory
  • Cancel or reschedule an existing booking
  • Apply a guarantee or deposit-related branch
  • Transfer a partially completed booking to a human
Failure & recovery

The hardest case is often “the booking may already exist.”

  1. Guest / reservation identity binding
  2. Current availability or inventory state
  3. Amend vs cancel state transitions
  4. Duplicate booking or repeated request
  5. External booking-system timeout
  6. Human handoff while the action is unresolved
  7. Final reservation-state readback
Claim boundary

We validate one booking boundary, not the whole hospitality stack.

No universal reliability guarantee, payment-card certification or broad booking-platform audit is implied by a passing test.

See the failure/recovery method →