A customer doesn't want contractors to be considered in optimization runs.
How can a consultant implement this requirement?
To exclude a specific subset of resources from being scheduled by the optimization engine, you use a Hard Constraint Work Rule.
Option D is correct. The Match Boolean Work Rule is designed to filter resources based on a checkbox (Boolean) field.
You would create a custom checkbox on the Service Resource object (e.g., Is_Contractor__c).
You configure the Match Boolean rule in the Scheduling Policy to enforce that Is_Contractor__c must be False.
When optimization runs, any resource where Is_Contractor__c = True fails the rule and is completely ignored/excluded from the schedule calculation.
Option A (Count Rule) limits volume, it doesn't exclude.
Options B and C (Match Field/Extended Match) match properties between the Job and the Resource (e.g., Skill or Location matching), which is not the same as a blanket exclusion of a resource type.
Universal Containers wants to use 'Capacity Based' contractors to complete installations that often require crews and can take more than one day.
What is true about 'Capacity Based Resources'? (Choose 2 options)
Capacity-Based Scheduling is a simplified scheduling model (buckets of work) compared to the standard, granular optimization. Because it ignores specific travel times and start times, it has significant limitations.
Option B is correct: Capacity-Based Resources (contractors) cannot be assigned Multi-Day Service Appointments. They work on a 'Hours per Day' or 'Jobs per Day' limit, and the system cannot span a single appointment record across multiple days for them.
Option C is correct: They cannot handle Complex Work (dependencies like 'Start Same Time' or 'Follow Immediately'). Since the engine doesn't calculate their precise start time (it just ensures they have enough hours in the day), it cannot synchronize their work with other resources.
Option D is incorrect: You cannot create a Service Crew composed of Capacity-Based resources.
A customer doesn't want contractors to be considered in optimization runs.
How can a consultant implement this requirement?
To exclude a specific subset of resources from being scheduled by the optimization engine, you use a Hard Constraint Work Rule.
Option D is correct. The Match Boolean Work Rule is designed to filter resources based on a checkbox (Boolean) field.
You would create a custom checkbox on the Service Resource object (e.g., Is_Contractor__c).
You configure the Match Boolean rule in the Scheduling Policy to enforce that Is_Contractor__c must be False.
When optimization runs, any resource where Is_Contractor__c = True fails the rule and is completely ignored/excluded from the schedule calculation.
Option A (Count Rule) limits volume, it doesn't exclude.
Options B and C (Match Field/Extended Match) match properties between the Job and the Resource (e.g., Skill or Location matching), which is not the same as a blanket exclusion of a resource type.
Universal Containers wants to use 'Capacity Based' contractors to complete installations that often require crews and can take more than one day.
What is true about 'Capacity Based Resources'? (Choose 2 options)
Capacity-Based Scheduling is a simplified scheduling model (buckets of work) compared to the standard, granular optimization. Because it ignores specific travel times and start times, it has significant limitations.
Option B is correct: Capacity-Based Resources (contractors) cannot be assigned Multi-Day Service Appointments. They work on a 'Hours per Day' or 'Jobs per Day' limit, and the system cannot span a single appointment record across multiple days for them.
Option C is correct: They cannot handle Complex Work (dependencies like 'Start Same Time' or 'Follow Immediately'). Since the engine doesn't calculate their precise start time (it just ensures they have enough hours in the day), it cannot synchronize their work with other resources.
Option D is incorrect: You cannot create a Service Crew composed of Capacity-Based resources.
A division of Green Energy Solutions has different work hours for each day, and the daily hours are inconsistent from one week to another (example: this Monday 9 am-4 pm, this Tuesday 8 am-6 pm, next Monday 8 am-3 pm, next Tuesday 9 am-2 pm). This creates a lot of overhead.
What can an administrator configure to add efficiencies into their scheduling process and mitigate administrative overhead?
This addresses the 'Shift vs. Operating Hours' architecture.
Option B is correct. When a schedule has no consistent weekly pattern, using standard Operating Hours (which repeat Mon-Sun indefinitely) is inefficient. The best practice is to assign the Service Territory Member (the resource) a 'Shell' Operating Hours record that has zero time slots (No Availability).
You then use Shifts to define the specific working times for specific dates (e.g., 'Nov 1st: 9am-2pm').
Because the base Operating Hours are empty, the Scheduling Engine looks only at the Shifts to determine availability. This avoids the conflict of having to 'subtract' time from a standard day or constantly update the base record.
Currently there are no comments in this discussion, be the first to comment!
Nobuko
20 days agoDevora
27 days agoDaryl
1 month agoMagnolia
1 month agoLazaro
2 months agoLatia
2 months agoCarole
2 months agoPhuong
2 months agoStephen
3 months agoMy
3 months agoErinn
3 months agoHerminia
3 months agoRanee
4 months agoDewitt
4 months agoLouis
4 months agoArlette
4 months ago