This is because the location on a holiday park is making a difference and the customers usually stay relatively long. Also, for operational reasons, customers need to know where to find their unit without having to go to the reception desk. Therefore, we automatically assign accommodation units to reservations (in many cases upon the preference of the customer). Doing this we take multiple factors into account and try to minimise the gaps on the planning chart. These gaps are unfavourable because they are often not large enough to accommodate a new booking, especially in periods with high occupancy, resulting in missed sales. To make this process hyper-efficient, Maxxton has developed a real-time Reallocation Engine.
How does the Reallocation Engine work?
Optimise the occupancy rate and maximise availability. Maxxton’s ‘Reallocation Engine’ automatically identifies available accommodations, increases your bookings by rearranging booked accommodation units, and making these units available for new bookings. Automatically fill the gaps in your booking calendar. Furthermore, the Reallocation Engine keeps track of all possibilities for shuffling existing bookings to another unit to create extra availability. This is implemented by creating ‘shadow’ data. That means that all available options are saved. As soon as a guest is looking for a specific accommodation type – without current availability – the Reallocation Engine checks in real-time all saved options for reshuffling existing bookings and selects the most favourable option. The significant benefit is that speed performance stays up to the mark. In the example below, in the booking flow, there is no availability for a specific accommodation unit for a specific date range. In no time the Reallocation Engine can select one of the ‘shadow’ options.
Also, the availability and (preferred) freedom of choice is achieved with the Reallocation Engine. In short, the process consists of three steps:
1. Selecting reservations for shuffling
In this case, someone wants to book Type CA4B from the date of May 7th to June 6th. Two separate bookings have been detected and designated to be moved to another unit if possible to create availability.
2. Reallocating Reservation
In this instance, it appears to be possible to allocate two existing bookings to another unit. In this specific example, line 5 has been cleared in the Planning Board for Type CA4B from May 7th to June 6th.
3. Integrate Extra Reservation
In this case, it turned out to be possible to generate an extra reservation for Type CA4B from May 7th to June 6th by assigning two other existing bookings to other units.
