Booker25 can detect various conflicts that arise when Reservations are entered into the system. Furthermore, you can configure what happens when these conflicts are detected. This article explains the type of conflicts that can be detected, and all the configuration options for handling them.
If you have enabled conflict checking but it does not seem to work, double check if you have removed the Allow Double Booking permission from your profile, as described here: Booker25 Clean Install |
There are currently three types of conflicts that Booker25 can detect:
Availability Conflicts | These happen when creating a Reservation outside of the defined Availabilities for a related record. For example, creating a reservation on a Friday for a staff member who only works Mondays through Thursdays. See this article for information on how to set up Availabilities for your Resources, Staff or other objects |
---|---|
Double Booking Conflicts | These happen when creating a Reservation for a record that is already occupied by another Reservation. For example, creating a Reservation from 8-11 and a Reservation from 9-12 in the same room |
Capacity Conflicts | These happen when creating a Reservation that causes the related record's capacity to be exceeded. For example, creating a Reservation with 10 attendees in a room with a capacity of 6 |
There are three ways Booker25 can handle a detected conflict when creating (or editing) a Reservation
None | Ignore the conflict, and don't notify the user. The Reservation will be saved normally |
---|---|
Soft | Warn the user, but still allow them to save the Reservation into the system. A Conflict record will be created in the database so these problems can be solved at a later time |
Hard | Give the user an error, and do not allow the Reservation to be saved until the problem is solved |
The following assumes that you know how to configure dimensions, as explained in this article. |
You can configure Booker25 to handle different types of conflicts in different ways. For example if you have Resources and Staff, you can configure the following scenario:
In configuration, the above scenario can be achieved in the following way:
For this last step (4.), you will also need to enter the API names of the two fields telling Booker25 which fields to compare with each other to detect if the capacity is exceeded.
For Double Bookings and Capacity checking, you can configure exceptions to let some Reservations pass through validation that would otherwise result in a Soft or Hard conflict. Let's say you have a few Reservation Statuses that do not count towards Double Booking or Capacity checking. A Canceled reservation for example may have the capacity filled in, which should not be taken into account during Capacity checking. You can create an exception as follows:
Now, all the reservations with a Reservation Status that has the Canceled checkbox set to TRUE will no longer trigger these checks and can be saved normally.
Finally, for Double Bookings, you can also reference a checkbox on a related record, to indicate that the related record always allows Double Bookings. Let's say you have Resources with a checkbox Can_Be_Double_Booked__c set to TRUE, then you can configure the following on the Resource Dimension Field:
Double Booking will now be allowed only for this Resource, even when the overall checking has been set to 'Hard'
Related articles appear here based on the labels you select. Click to edit the macro and add or change labels.
|