Skip to main content
Many write endpoints require numeric IDs — statusTypeId, itemTypeId, venueCategoryId, colorId, roomType, and so on. These endpoints return them, so you never have to hardcode or guess.
Start with GET /v1/reference/types. It returns every lookup table in one call and covers almost everything. Fetch it once and cache it for the life of your process — these values change very rarely.
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

Scope: 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
Response 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

Scope: venues.read Not part of the bundle above — it has a different shape. Response data
Age restrictions use label, not the type field every other lookup uses.

Venue field templates

Scope: venues.read The premade venue custom fields — their key values are what you pass as templateKey. See Custom Fields. Response data
A 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

Scope: accommodation.read The premade accommodation custom fields. Response data

Guest list requesters

Scope: guestlist.read The tour users who can be set as a guest list entry’s requester. Tour-scoped, unlike the lookups above. Response data


See also: Field Reference for the static enum values, Custom Fields.