For the hotels whose prices depend on the number of guests or adults and children, we have introduced a new feature which can be used by hotels to manage their prices. This new functionality can considerably reduce the number of the supported rates. One rate can be set to take care of all the combinations of adults and children. The system is very flexible and can calculate a wide range of pricing cases. In contrast to other guest-based rates, with our new feature, you define the very guest levels and conditions for price calculation. This way, you can solve simple cases in a simple way, and the complex ones - through the setup of more guest levels of a more complex structure.
Use the Per-Guest rates to define a price depending on how many and what kind of guests will use the room/unit. The feature allows you to define a price considering both the number of guests and their type: adults or children. It is even possible to determine various prices for children depending on their age. The Per-Guest rates can also function as the derived ones letting you easily create package rates whose prices depend on the number of guests.
We will examine a few examples to illustrate how exactly the new Per-Guest rates work.
See below how flexible the new system can be.
Per-Guest Price Levels
The more complex per-guest pricing cases are solved through the use of the Guest Levels feature. Through these levels you can determine a different price for each of the guests depending on the number of adults and children, as well as considering the children ages. Please remember the following principles:
- The order of levels is important, as prices are looked for in accordance with the order of their addition.
- For each next guest, a next level will be sought. If there is no such one, the last one available will be taken.
The Per-Guest price levels can be defined in the rate itself. Thus defined, these levels will be valid for all days. If you would like for the price to vary depending on the season, you can set new levels and their values for a given season. This way they will have a priority over the ones set in the rate. It is not possible to set different levels for each single date.
The addition of levels is done from the "Guest Levels" screen. You can find a link to this screen in the Rate search (in the dropdown menu next to each rate, as well as in the rate table next to each rate).
We continue with the examples:
Adults and Children
Let's examine a few cases where there is a difference between the prices for adults and children. The prices for children are once again defined based on the level principle, but the prices for children depend on the fact with how many adults these children are in the room/unit. In other words, they depend on their position in the structure of defined Adult/Child levels, and, in particular, after which Adult/Child level they are. Regarding the prices for children, please remember the following principle:
- For each child, the system looks for a level, but after the level for an adult. If there is no next level - the last available is taken. If there are no levels for children or the system does not find a level after the one for an adult - children are treated as adults.
Here are some examples:
Besides fixed values, the levels can form a price through percentage of the basic price. This way, the levels are relative to the basic price. Actually, you can use both a fixed price and a percentage one, if having such cases. Please note that percentage means the percentage OF the basic price, and it is NO DISCOUNT from the basic price. In other words, if you wish to introduce a 20% discount, you need to enter 80% of the basic price.
Here is an example:
Different prices based on children ages
If the prices for children differ depending on their age, then you can solve these cases by adding the age up to which the level is valid for. The age is treated on an inclusive basis, i.e. if the level is valid for up to 5 years of age, it will also for 5-year-old children, but not for 6-year-old children.
It is important to know that you need to enter the children ages in each booking. If you have a booking without the children ages, and the rate only has levels with a specified age, for the children from the booking without an age, the proper level WILL NOT be used and will be treated as adults.
Per-Guest Derived Rates
The Per-Guest and "Guest Levels" feature can also be used for derived rates (fixed and percentage amounts). In this case, the surcharge/discount defined in the derived rate is accounted for each guest. Here are examples:
You can also use the age filter to determine different prices for breakfast, for example, for the different ages.
Here is the behaviour of the percentage derived rate, if marked as a "Per-Guest" one
Per-Guest Rates and Channel Managers
Unfortunately, the new rates ARE NOT compatible with channel managers, as the new Per-Guest rates actually incorporate multiple prices simultaneously. Each price is calculated based on a specific enquiry about the number of guests, adults and children, even it can vary in terms of the ages themselves. For this reason, it is not possible for one rate to be mapped (channel manager mapping) to a product defined in the channel manager.
If you map a Per-Guest rate to a product/rate in the channel manager,the price from the rate will be sent to the channel manager - the price filled in or calculated for a date or season. In this case, the Guest levels cannot participate in the calculation.
- Agent as a segment in reports. We have added Agent as a segment in the Booking Segmentation Report, Charge Segmentation Report and Bednights Report. Through the new segment you can easily see the amount of charges belonging to bookings with an Agent selected. You will also be able to make a breakdown of bednights, nights and guests.
- Open Folio Report breakdown of Events by check-in status. Similarly to bookings, Events and the related open documents are now arranged by the status of the respective Event. This way, it is easier to see all of the remaining open Event documents, for example, which have been voided or the ones are already sent.
- New translation resources for credit card labels. The labels in the credit card forms of the payment processors (Adyen, Authorize.net) can now be translated. To add your custom translation in different languages, fill in the fields in Languages and Texts - Credit Card/Translations.
- New translation resources for the WRS. The WRS steps designated as '1','2', etc. can now be replaced by text through the new translation resources to this end. To translate the steps, check out the fields in Languages and Texts - Web Booking Engine Translations. There are two new translation options added:
- Active, when the customer is at the respective step;
- Inactive, when this step is forthcoming or already passed;
- In specific situations, the deletion of passport images resulted in a missing image icon;
- Users without explicitly granted 'Personal Data: Access' right weren't able to send a booking;
- Users without explicitly granted 'Company: View and Edit' weren't able to issue an Event document;
- If 'Closed future charges as revenue' option is selected in the Tax settings, it was not possible for deposit documents to be issued
- Bookings with a selected company having many related rates couldn't be edited, as the edit screen used to open very slowly.
- The custom group confirmations weren't loaded properly, if too many bookings were selected.
- POS - with the activation of fiscalization and use of certain settings, the closing of a POS bill redirected to the A4 printing of the following document.
- Slovenian Tax Certification of Invoices Act (ZDavPR) - Clock PMS + is now compatible with the fiscal requirements in Slovenia (Beta) - Here you can find out how it can be activated.