Ancillaries by travel product
One endpoint for every ancillary
Use the same endpoint to retrieve every purchasable ancillary available for the items in a trip:202 response means pricing is still running; call the same endpoint again after retry_after_seconds. A 200 response means the catalogs are ready in items[].available_ancillaries.
Hotel special requests are not purchasable ancillaries. They remain in special_requests on the hotel item and are not returned as ancillary offers.
The ancillary model
Purchasable ancillaries are returned after the travel item and travelers have been added to a trip and the item has been priced.
Flight ancillary types
Jinko supports eleven flight ancillary categories:The Ancillary object
Type-specific objects
These objects are optional. They appear only when the category and provider support them.
Treat every type-specific object as optional. Do not assume that a category always includes every field.
Baggage details
Seat details
Meal details
Available ancillaries
Scope
Scope determines how an ancillary applies and how often it can be charged.The SelectedAncillary object
Selecting ancillaries replaces the previous selection for that item. Send every ancillary that should remain selected.
The BookedAncillary object
After booking, Jinko can return the outcome of a selected seat as a BookedAncillary.
Car rental extras
Car rental extras use the same available and selected ancillary lists, but their types are provider-defined rather than limited to the eleven flight categories. Each extra can include a label, quantity, unit price, and payment timing.available_ancillaries.
