Required query
The source product ID and the travel dates define the base query.
Datasynex APIs use JSON responses and source-specific REST endpoints. Each endpoint defines the required query parameters, supported market context, delivery mode, returned fields, and business errors.
Endpoints are defined per product and per source, and the response contract is agreed with you rather than fixed in advance. Production access uses an issued token and a request signature where required.
Request anatomy
The source product ID and the travel dates define the base query.
Depending on the product and source: travellers, point of sale, currency, language, and channel.
Use request-time collection where supported, or retrieve previously collected data for recurring workloads.
Illustrative data shape
The hotel examples below show field groups described by the product, not a production endpoint contract. Exact paths, names, and availability are confirmed for each product and source, and the response schema is agreed with you.
{
"hotel_id": "source_hotel_id",
"check_in": "YYYY-MM-DD",
"check_out": "YYYY-MM-DD",
"occupancy": {
"adults": 2,
"rooms": 1
},
"point_of_sale": "…",
"currency": "…"
}{
"business_code": "…",
"message": "…",
"available": true,
"collected_at": "…",
"rooms": [{
"room_name": "…",
"bed_type": "…",
"rate_plans": [{
"total_price": "…",
"taxes": "…",
"meal": "…",
"cancellation": "…",
"payment_method": "…"
}]
}]
}Application behavior
A successful HTTP response is not automatically a successful rate result.
Check the business code, message, availability state, returned offers, and collection time. The contract also defines errors for invalid input, missing mappings, unavailable data, source timeouts, and service failures.
Are the product mapping and query parameters valid?
Did the source return a bookable offer for this context?
Is the collection time suitable for your decision?
Do tax, inclusion, market, and cancellation conditions align?
Field reference
Every line follows the same principle — the offer, and the conditions attached to it. Availability depends on what the source displays for that request.
Hotel is the most established line, so its field set is published. The other three are described here at the level that holds across sources; the exact names and paths are agreed per source during the pilot.
Service levels
Real-time means the source is visited for your request, so the figure below is a collection time, not a cache read. Where that budget does not fit the workflow, the cached endpoint answers from previously collected data instead.
Figures apply to supported configurations. Both are measured against your own query set during the pilot and written into the agreed scope before production.
Error contract
Each endpoint names its own business codes. The classes below are what your integration has to handle in every configuration.
The query is malformed, or a parameter is outside what the source accepts.
The product has no confirmed identifier on the requested source.
The source returned no bookable offer for this context. This is an answer, not a failure.
The source did not respond inside the window agreed for the endpoint.
Collection failed on our side. Retry semantics are defined per endpoint.
Review a real contract
We will validate a representative scope, then confirm the endpoint request, response, error states, and production requirements.