statusTypeId, itemTypeId, venueCategoryId, colorId, roomType, and so on. These endpoints return them, so you never have to hardcode or guess.
Each lookup is gated by the read scope of the resource that consumes it, so a narrow integration never gains unrelated access.
All lookup types
tours.read
Query parameters
The default returns all tables — there is no need to page, and you should not pass a
limit matching today’s table count. Doing so would silently drop any table added later.
Example
data
What’s in the bundle
The table above lists the groups present today. Treat the bundle as open-ended — read the
name of each entry in the response rather than assuming a fixed set or count, so a newly added lookup group doesn’t break your parsing.Age restrictions
venues.read
Not part of the bundle above — it has a different shape.
Response data
Venue field templates
venues.read
The premade venue custom fields — their key values are what you pass as templateKey. See Custom Fields.
Response data
field_type of enum means the value should come from another lookup — venue_type from venueTypes, age_restriction from the age-restrictions endpoint above.
Stay field templates
accommodation.read
The premade accommodation custom fields.
Response data
Guest list requesters
guestlist.read
The tour users who can be set as a guest list entry’s requester. Tour-scoped, unlike the lookups above.
Response data
Related lookups elsewhere
See also: Field Reference for the static enum values, Custom Fields.

