...
See https://gen25-jira.atlassian.net/wiki/spaces/BPD/pages/644186154/Dimensions+and+how+to+configure+them#Define-Dimensions for a description of the this and other fields on Dimension.
...
Simple Conditions
A basic double booking matching condition should follow the format of a SOQL WHERE-clause: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwjazaav_oT5AhVggv0HHRdEBr0QFnoECBQQAQ&url=https%3A%2F%2Fdeveloper.salesforce.com%2Fdocs%2Fatlas.en-us.soql_sosl.meta%2Fsoql_sosl%2Fsforce_api_calls_soql_select_conditionexpression.htm&usg=AOvVaw1-zM0tWs6m8YDGdFadBW1D. When inserting or updating a reservation, this condition is applied to existing reservations in the database, to find matches. Any existing reservations that do not match this condition are ignored and will not lead to double booking conflicts.
...
For example, say you configure the following Double Booking Matching Condition on the Resource dimension:
field
B25__Account__r.Type
...
operator
=value
VIP
This will result in existing reservations belonging to VIP accounts to be considered when checking for double bookings. And non-VIP account’s reservations will be ignored and can be over-booked. So if you would have two rooms each with a reservation already in it, one belonging to a VIP account and one belonging to a non-VIP account, you would still be able to book a reservation into the non-VIP room. But booking into the room already occupied by the VIP account will result in a double booking conflict.
...
For example, lets say you have a picklist named Gender__c on Contact, and you configure the following condition containing a placeholder:
field
B25__Contact__r.Gender__coperator
!=value
{B25__Contact__r.Gender__c}
This will result in a double booking conflict when you are mixing different genders in one room. It will match the contact’s gender of the reservation being inserted or updated to the contact’s gender of any reservations already present in the room. If they are different, the existing reservation will block the reservation being inserted or updated.
...
The above example can be combined with the resource-grouping feature to solve a common campus use-case. Lets say you have multiple beds in a large dorm-room, and you group all the bed resources together. Combined with the above condition this will make it so that as soon as one bed is occupied by a certain gender, you will not be able to insert a reservation for a different gender in another bed. But as long as the room is empty, you are free to assign the first bed to any gender.
Considerations
As long as you are not using placeholders, your condition can be anything you want as long as it’s a valid SOQL WHERE-clause, including ANDs and ORs.
When you are using placeholders, your condition must follow a couple of rules:
...
It must follow the form <field> <operator> <placeholder>
...
You are not allowed to use ORs and ANDs
...
The only allowed operators are = and !=
...
Condition Custom Metadata Type
The custom metadata type defines a condition to use in Double Booking Matching Conditions. The only thing required is a Condition Name and Label. The Condition Name is the value that you will use to reference the Condition on the Dimension record. You can also optionally provide a Condition Logic string.
Logic String
The logic string combines the Condition Elements under a Condition in a different way than just AND. A logic string is a combination of identifiers {1} with the identifiers of the linked Condition Elements. And OR/AND if you use both OR and AND you need to group them using brackets (). Example ({1} OR {2}) AND {3}
...
Condition Element Custom Metadata Type
This is where you specify the condition. In the form of a field, an operator, and a value. The value is allowed to be a placeholder as described above. You can also specify an identifier to later use in the logic string of the parent Condition. The name and label do not matter but can be used to make identifying the element easier.
...