Modify room in a proposal
- Rooms
- Booking
- 4 routes
This scenario explains how to inspect the current room distribution of a proposal, search alternative arrangements, validate a selected combination, and finally apply the new arrangement to the proposal.
It is designed for advanced accommodation management flows where the traveler or seller wants to reassign attendees and rooms before the proposal is turned into a booking.
Overview
Use this scenario when you need to modify the room arrangement of an existing proposal. The full flow starts by reading the current allocation, continues with the search for alternative room combinations, validates the selected arrangement, and ends by applying it to the proposal.
This is the right sequence when you want to keep the proposal context while changing room composition and attendee distribution.
Prerequisites
- Have a valid
x-api-key. - Use an
accept-languagevalue returned byGET/v0/localesfor the routes that require it. - Know the
proposal_id. - Make sure the proposal is still valid and can accept accommodation changes.
- Be aware that some request payload details are not visible in the available sources for the search, check, and apply operations.
Functional notes
- Reading the current arrangement first helps compare the existing state with the target state.
- The search route returns alternative arrangements with stock and differential prices.
- The check route is recommended before the final update because it validates the selected combination in the current proposal context.
- The final
PUTapplies the arrangement and can fail if attendees are duplicated, missing, or if the room is no longer available.