Connect API for Activities (2.14.0)
The Activity Service API is a web service that provides access to a range of single day activities and multi day tours for users. It's primarily designed to allow users to search, view, book, and cancel activities in an efficient and user-friendly manner.
Here are the key functionalities of the API:
- Get List of Activities: This endpoint returns a list of all available activities. Each activity comes with basic information like name and description.
- Get Activity Description: This endpoint provides a detailed description of a specific activity. It requires the ID of the activity as input.
- Check Activity Availability: This feature is integrated within the activity description endpoint. Along with the description, it also shows the current availability status of the activity.
- Book an Activity: This endpoint allows users to book a specific activity. It requires the ID of the activity and user details for successful booking.
- Cancel Booking: This endpoint allows users to cancel their booking for a specific activity. It requires the ID of the booking to perform the cancellation.
This API is designed to be RESTful, using standard HTTP methods like GET, POST, and DELETE, and it primarily exchanges data in JSON format.
| API Version | Docs Version | Changes |
|---|---|---|
| 1.0 | 31.05.2023 | Initial version |
| 2.0 | 01.03.2025 | Updated to support multi-day tours |
| 2.1 | 28.08.2025 | Added metadata field to all request schemas |
| 2.2 | 10.09.2025 | Added optional request body with metadata field to cancellation endpoint |
| 2.3 | 29.10.2025 | Added room allocation support for multi-day tours |
| 2.4 | 12.11.2025 | Added optional supplier field to ActivityOffer schema for offer source identification |
| 2.5 | 24.11.2025 | Added forAllPax field to ActivityQuestion and paxRefId field to ActivityBookingActivityAnswer for per-pax questions support |
| 2.6 | 27.11.2025 | Added subName2 through subName5 fields to ActivityServiceCategory for multi-level hierarchy support |
| 2.7 | 18.02.2026 | Added requiredPassengerData and requiredContactData to ActivityOffer for dynamic supplier required data support |
| 2.8 | 25.02.2026 | Added travelAgentEmail, travelAgentFirstName, travelAgentLastName, travelAgencyShortName, travelAgencyEmail to Metadata |
| 2.9 | 20.04.2026 | Made Contract-Id optional, added Login and Password headers as alternative identification method |
| 2.9.1 | 20.07.2026 | Added the missing availabilityStatus property definition to ActivityBookingAvailabilityCheckResponse (it was listed as required but not defined) |
| 2.10 | 05.08.2026 | Added optional minEndDate and maxEndDate fields to TimeCriteria in the activities search request (POST /v2/activities) |
| 2.11 | 07.08.2026 | Make availabilityStatus optional |
| 2.12 | 07.09.2026 | Added optional fareType to ActivityOffer |
| 2.13 | 19.10.2026 | Added optional nextDepartures to the offer details response (POST /v2/activities/details) for multi-day tours |
| 2.14 | 04.11.2026 | Added optional pricingPax (PER_PAX, PER_GROUP) to ActivityServiceCategory, stating whether a category price is per traveller or for the whole party |
All API requests must be made over HTTPS.
Identification can be provided via either:
- A
Contract-Idheader identifying the contract configuration LoginandPasswordheaders for login-based authentication
The identification method should be agreed with Nezasa before integration development starts. Both methods may be provided simultaneously if required by the integration.
Servers
production mock server
https://connectapi.stg.nezasa.com