Booking

Peek Pro Reseller API
Search…
👋
Introduction
Capabilities
Booking
Reserving availability and making a booking
The steps to making a booking are as follows:
1.Check Availability Check the availability in the previous section and retrieve an availability ID.
2.Booking Reservation Create a booking that reserves the availability while you collect payment and contact information from the customer. 
3.Booking Confirmation The final step, once payment has been taken and you want to finalize the booking.
post
https://octo.peek.com/integrations/octo
/bookings
Booking Reservation
The request above was made with the following request body:
1
{
2
  "productId": "av_123",
3
  "optionId": "av_123",
4
  "availabilityId": "20200701143000_720_5214a9d6-5271-4958-a306-14a07e4084c6",
5
  "notes": "Optional notes for the booking",
6
  "unitItems": [
7
    { "unitId": "ecbdb23e-9840-4d15-b6f4-254a9ea401b2" },
8
    { "unitId": "ecbdb23e-9840-4d15-b6f4-254a9ea401b2" },
9
    { "unitId": "480d0c3e-80a1-4bf2-a39b-aa06332739df" }
10
  ]
11
}
Copied!
The UUID on the request body and on each unit is optional but recommended if you're requesting from a source of poor network connectivity. If the connection fails or you do not receive a response, you can repeat the same request with the same UUID and it will respond with the same booking object without duplicating the booking.
The booking object is described as:
Field
Description
uuid
A unique UUID used to identify booking. Make sure you save this value as you will need it to perform any future actions against this booking.
testMode
Whether this booking is in test mode.
resellerReference
Your reference (as the reseller). You set this value in the second confirmation request
supplierReference
The Peek Pro reference for this booking. Use this to help the supplier find this booking.
status
The status of the booking, possible values are:
ON_HOLD The booking is pending confirmation, this is the default value when you first create the booking.
EXPIRED If the booking is not confirmed before the expiration hold expires, it goes into an expired state. CONFIRMED Once the confirmation call is made the booking is ready to be used. CANCELLED If the booking is cancelled.
utcExpiresAt
An ISO8601 date time in UTC for when this booking is due to expire if the status is ON_HOLD
utcConfirmedAt
An ISO8601 date time in UTC when the booking was confirmed.
productId
The product ID for this booking
optionId
The option ID for this booking
cancellable
A boolean field indicating whether this booking can be cancelled.
cancellation
An object with information about why and when the booking was cancelled. This is null if the booking is not cancelled.
freesale
Whether the booking was made as freesale (without checking availability first).
notes
Public notes on the booking.
cancellation.reason
A text value describing why the cancellation happened.
cancellation.refund
Whether the booking was refunded as part of the cancellation. Possible values are FULL, PARTIAL or NONE
cancellation.utcCancelledAt
An ISO8601 date time in UTC indicating when the booking was cancelled.
availability
The availability object that was booked.
availability.id
The availability id that was used in the request.
availability.localDateTimeStart
The localDateTimeStart value from the original availability object.
availability.localDateTimeEnd
The localDateTimeEnd value from the original availability object.
The booking object schema described above will be returned on every endpoint in this section. Only the values may change.
patch
https://octo.peek.com/integrations/octo
/bookings/:uuid
Booking Update
You can update a booking before and after it has been confirmed as long as it hasn't been redeemed or within the cancellation cutoff window. To know if the booking can be updated check the booking.cancellable field. If the booking can be cancelled, it can also be updated. It's generally preferred to update a booking rather than cancelling it and rebooking.
post
https://octo.peek.com/integrations/octo
/bookings/:uuid/confirm
Booking Confirmation
An example of the confirmation request above looks like this:
1
{
2
  "resellerReference": "VOUCHER-0123",
3
  "contact": {
4
    "fullName": "Oliver Morgan",
5
    "emailAddress": "[email protected]",
6
    "phoneNumber": "+447840739436"
7
  }
8
}
Copied!
Once the booking is confirmed, the delivery options of both the voucher and/or ticket are populated. An example of the values is shown below:
1
//...inside either "voucher" and/or "ticket"
2
​
3
"redemptionMethod": "DIGITAL",
4
"utcRedeemedAt": null,
5
"deliveryOptions": [
6
  {
7
    "deliveryFormat": "QRCODE",
8
    "deliveryValue": "http://short.peek.stack/public-html/app-redirect/booking/b_qw47z/pos/"
9
  }
10
]
Copied!
If booking.deliveryMethods contains both TICKET and VOUCHER then both those values will be set. You can then offer the guest whether they'd like their tickets per-person (booking.unitItems[].ticket) or one for the whole booking (booking.voucher). If you're unable to offer the choice then it's suggested you default to one falling back to the other if that's not available.
delete
https://octo.peek.com/integrations/octo
/bookings/:uuid
Booking Cancellation
Note you can only cancel a booking if booking.cancellable is true.
post
https://octo.peek.com/integrations/octo
/bookings/:uuid/extend
Extend Reservation
get
https://octo.peek.com/integrations/octo
/bookings/:uuid
Get Booking
This endpoint will fetch the booking with the provided UUID from the system.
get
https://octo.peek.com/integrations/octo
/bookings
List Bookings