Releases Notes

Introducing a new route to retrieve vendor information (first name, last name, email, IDs, agency, locales). This resource is only accessible to authenticated G.O users and supports multi-locale country management.

Adding a new payment_method field in the payment status route response, allowing the PMS to identify the payment method used (Visa, Mastercard, American Express, etc.) during a successful transaction. The action_code field also integrates a new code for optional service payments. Migration of the product activities route to Quable V5, improving the quality and richness of the data returned (categories, sub-activities, equipment, services, availabilities, themes) while maintaining the same API contract.

This release enhances the outbound call route with two new optional parameters to improve call synchronization in the CRM. It also adds a new NDCx identifier to the legal information enumeration. This release improves the visibility of transfer information by adding comments associated with transfers to the booking services response. This release improves the management of Russian opt-ins by extending the mapping of the newsletter retrieval route to properly support the values RUSSIA, CGU_2, and CONFORMITY according to the call context.

This release enhances the service recovery route with a proposal to include transfer information, allowing clients to access travel details such as schedules, flight references, transport companies, and departure and arrival locations. A new route now allows modification of transfer information on a proposal, offering the ability to update customer travel information after its initial creation. This release introduces a new resource to generate remote payment links as a replacement for the OGONE solution, which will be decommissioned. This API allows the PMS to create payment links for customers and send them via email or SMS, ensuring the continuity of remote payment journeys without service interruption.

Improved performance of the /additionnal_services endpoint by optimizing REDIS and ICC calls, reducing latency and improving API responsiveness.

This release introduces an important security restriction on booking creation. The POST /v3/bookings endpoint now blocks calls made in "login-as" mode (collaborator logged in as a partner) and returns a 403 FORBIDDEN_BOOKING_CREATION error. This measure ensures the consistency of agency data during bookings. Internal optimizations have also been made to improve API performance.

This release brings a major update to the accommodations endpoint (`GET /v2/products/{product_id}/accommodations`) that migrates to Quable V5. The new implementation significantly enriches the available data by aggregating multiple types of Quable documents (product, asset, areas, categories and accommodation types, occupancy, equipment and services). Customers thus benefit from more detailed information on accommodations: distinct marketing descriptions, precise occupancy capacities, equipment and services per room type, geolocation with Street View links, and mixability attributes. The release also fixes a photo display issue for the KIGC_WINTER Resort (Petit Club Med). Backward compatibility of the response structure is ensured, no client-side modification is required.

This release fixes an issue displaying prices and available dates for some ODR tours and improves error handling by adding explicit error codes to the most common HTTP 403 responses.

This version enhances access to ODR promotions for B2B partners with the prebookable_price_access setting, allowing price retrieval from the prebookings phase via GET /v1/offers and GET /v1/offers/{offer_id}. The logic for displaying promotions has been simplified by removing the rule specific to the FOR_SALES_OPENING subtype. Additionally, proposal PDFs generated via GET /v0/proposals/{proposal_id}/pdf now display the precise label of each activity instead of its category, providing more detailed information consistent with the B2C site.

This release brings significant improvements to customer request management and API key configuration. A new sub-reason ONE_EURO_HOTEL_NIGHT is now available for CXO customer support forms. API key management is enhanced with a new prebookable_price_access parameter for fine-grained control over price access during ODR periods. Finally, a security fix has been applied to price search to prevent unauthorized access to pre-booking prices via specific requests with identical dates.