Contacts
Keep your contacts in sync
Was this helpful?
Keep your contacts in sync
Was this helpful?
View and Manage Contacts.
Please note that this API does not amend order contacts. To amend order details, please call the Update Order API instead.
Only applicable for partners using the Contacts Module (Returning guests). For regular transactions these endpoints can be safely ignored.
Get list of contacts.
[FILTER] on reseller_id
.
501
[FILTER] on distributor_id
.
501
Type of contact.
Some supplier systems do not support multiple contacts per orders. In that case we have the following policy:
contact_type:BOOKER
.contact_type:CONTACT
.BOOKER
- Main Booker details (End-consumer). Only a single main booker is recommended.
This is the most common type of contact, as it contains information about the person / entity who made the booking.
Any automated emails such as order confirmations will be sent to this contact type.
CONTACT
- General, non-specific contact.
Only use this type if a more specific classification is unknown.
GUEST
- Guest / End-consumer / Passenger linked to the booking.
Defining the guests per booking allows for advanced functionality such as Check-In and passenger management.
PARTNER
- Partner details.
STAFF
- General staff.
CASHIER
- Cashier performing the sales.
PAYMENT
- Billing / Financial contact.
Payment emails will be sent to this contact type by default.
AGENT
- Agent details.
EMERGENCY
- Emergency contact (Guest, host, family member etc.).
GUIDE
- Teacher / Instructor / Guide details.
SUPPLIER
- Supplier details.
VENUE
- Venue details.
HOST
- Host details.
COMPANY
- (Guest) company details.
DELIVERY
- (Guest) Delivery / Shipping contact / address details.
MANAGER
- (UPCOMING) Manager contact.
SUPPORT
- (UPCOMING) Support contact.
INSTRUCTOR
- (UPCOMING) Instructor contact.
OTHER
- Other type of contact, not mentioned above.
CONTACT
Example: GUEST
Possible values: [PAGING] Items Per Page - Allows user's to configure the items_per_page
value. For example, to load 100 items per page, the developer may point the user to a url with the query string ?items_per_page=100.
This parameter is mainly usefull to manage response times, higher values result in longer response times and therefore it is recommended to keep this value as low as possible. We do allow to adjust this value so it can be used to batch/cache/update inventory at once.
Clients should anticipate that the value of this parameter may not be honored by the API, and should rely exclusively on the contents of the items_per_page
response element in calculating actual page size.
10
Example: 5
[PAGING] Index-based paging - Allows user's to jump directly to a specific item position within a list of items. For example, to load 10 items starting at item 200, the developer may point the user to a url with the query string ?start_index=200.
1
Example: 1
[PAGING] Page-based paging - Allows user's to jump directly to a specific page within the items.
This is similar to index-based paging, but saves the developer the extra step of having to calculate the item index for a new page of items. For example, rather than jump to item number 200, the developer could jump to page 20. The urls during page-based paging could use the query string ?page=1 or ?page=20. The page_index
and total_pages
properties are used for this style of paging.
1
Example: 1
[CACHE] The If-Modified-Since
request HTTP header makes the request conditional: the server will send back the requested resource, with a 200 status, only if it has been modified after the given date.
If the resource has not been modified since, the response will be a 304 without any body; the Last-Modified
response header of a previous request will contain the date of last modification.
Note that if a single resource has changed, all records matching your request will be returned, not just those changed after the given date. This provides you with an efficient caching method.
Wed, 21 Jan 2022 07:28:00 GMT
Get contact details.
Unique Contact ID.
f44226c0-e142-11ea-86d2-83036af9991e
[CONFIG] Include all contact revisions.
false
Example: true
This API is called to update an existing contact.
Contact Functionality:
To amend an existing contact, please send the corresponding contact_uid
in both the path as well as the body parameter with the amended data. In this case the latest request takes precedence and therefore the data is always overwritten, not merged.
TIP: The contact details will be returned on every request. Therefore you are able to merge and combine all data on your side manually.
Please note that this API will not amend the contact details of individual orders by default. To amend the contact details of an order, please pass the corresponding order references as well.
Unique Contact ID.
f44226c0-e142-11ea-86d2-83036af9991e
By default, previous orders will not be amended. If you would like to update existing orders to the latest contact version, please include these here as well. If the contact was not linked to the order yet, it will be added.
["ORDRREF123456","ORDRREF12345678"]
Request for updating / amending an existing contact.
Represents the version of the service API that's served in the response.
3.8.0