Redemption
Redeem tickets and bookings by reference or barcode
To use this capability add
octo/redemption to your Octo-Capabilities header.This capability allows a supplier to redeem tickets using a barcode or reference number. It's not enabled by default and not available or intended for resellers.
get
https://api.ventrata.com/octo
/products
Products
get
https://api.ventrata.com/octo
/redemption/lookup
Lookup
The response is an array of bookings, the schema of which is described here. The only addition are two fields:
redemptionCode which you'll need to redeem that booking.
redeemable which is true or false depending whether this booking can be redeemed.The first thing to note is the endpoint may return multiple results, when this happens it is because the scanned code might be that of a package which contains more than one bookings that you must chose which you want to redeem.
post
https://api.ventrata.com/octo
/redemption/redeem
Redeem
The
redemptionCode parameter is taken from the lookup response. The response will return the booking object, now with a status altered to "REDEEMED".post
https://api.ventrata.com/octo
/redemption/credentials
Redemption Credentials
An example request might be like:
1
POST /redemption/credentials HTTP/1.1
2
Content-Type: application/json
3
​
4
{
5
"reference": "HTA89203",
6
"apiKeys": [
7
"5bd1629a-323e-4edb-ac9b-327ef51e6136",
8
"84ea621d-b3c3-4cee-be5f-8cfdf00666cc",
9
"29e13da7-f5fa-45fa-be74-16f55af24c90"
10
]
11
}
Copied!
The system will then search through each API key to find the one most appropriate for the given code and return it, for example:
1
{ "apiKey": "5bd1629a-323e-4edb-ac9b-327ef51e6136" }
Copied!
However if the code is not recognised from any of the apiKeys then
null will be returned instead, for example:1
{ "apiKey": null }
Copied!
In which case you should assume the reference does not belong to any of the provided apiKeys.
post
https://api.ventrata.com/octo
/redemption/validate
Redemption Validation
Finally the
POST /redemption/validate endpoint allows you to validate a ticket against the validation rules stored in our system. Use this if you want to rely on our system to define the validation rules beyond redemption and not have to manage the validity state yourself.Note if the ticket is not already redeemed the validate endpoint will automatically redeem it first, so it's suggested that you you should use either
redemption/redeem or redemption/validate but not both at the same time.Last modified 5mo ago