Example: two offers for the same room
On an illustrative date, a double room is offered at €120 with flexible conditions and €108 with non-refundable conditions. This does not create two additional rooms: these are two ways of selling the same capacity. If the guest chooses the second offer, the reservation needs to retain its corresponding conditions. The amounts are an example, not recommended prices or cancellation terms.
A price alone does not describe the offer
Two offers for the same room can differ in cancellation conditions, breakfast or payment arrangements. Comparing only the nightly amount may make unlike offers appear equivalent, even though guests choose them for different reasons. A plan helps name and organise those choices consistently across the website, booking channels and reservation confirmation, so the chosen offer remains identifiable after purchase.
Room type, plan and actual conditions
Start with what is being sold: the room type, guest count, inclusions and conditions. Then check the price on each date and whether it is derived from a base rate. In Booking.com’s documentation, for example, the rate plan is a price category, while policies and inclusions are associated with the roomrate. Naming a plan does not automatically configure its behaviour.
The plan is not the daily price
A rate plan can remain the same while its daily prices change. Different names in the PMS and channel do not necessarily mean different conditions, and matching names do not prove correct mapping. Check the connection, actual policies and guest-facing result, especially when creating a new plan or changing a base rate that other offers may depend on.
Sources & further reading
IN PRACTICE WITH NOXIO
How it fits into your daily workflow
Noxio’s Booking.com onboarding includes reviewing rates, availability, restrictions and rate plans. Exact technical mapping and the behaviour of dependent plans need to be checked for the particular connection.