Salesforce Updated AP-209 Exam Questions and Answers by vienna

The Dispatcher Console (Gantt) allows admins to customize which fields are visible in various panels and tooltips using standard Salesforce Field Sets.

A is correct (Resource Absence): You can control what information appears when a dispatcher hovers over a non-availability block (e.g., "Sick Day," "Doctor's Appointment") by editing the field set on the Resource Absence object.

B is correct (Service Appointment): This is the most heavily customized object. You can configure field sets to control the columns in the Appointment List, the text shown on the Gantt bar, and the fields in the tooltip (hover).

C is correct (Service Resource): You can customize the resource list (left-hand side of the Gantt) to show fields like "Vehicle Type," "Skill Level," or "Phone Number" by editing the field set on the Service Resource object.

Options D and E: Service Territory and Assigned Resource do not have direct field sets that control the Dispatcher Console layout in the same way the primary transactional objects do.

Work Rules are hard constraints that filter candidates in or out, while Service Objectives are soft constraints that rank the remaining candidates. The 40-mile radius is a strict eligibility rule, while preferring contractors over internal employees is a preference.

Option D is correct. A Work Rule (such as Maximum Travel From Home with a Relevance Group for contractors) enforces the 40-mile radius as a hard filter — contractors beyond that distance are excluded from the candidate list. A Service Objective (such as a Resource Preference or Resource Priority objective) is the correct mechanism to rank contractors above internal employees while still allowing internal employees to be considered when no contractor is available.

Option A is incorrect because a Service Objective cannot enforce the maximum travel as a hard rule; it would only score it.

Option B is incorrect because using a Work Rule for the contractor preference would exclude internal employees, violating requirement #1.

Option C is incorrect because the roles of the rule types are reversed — travel limit needs to be a Work Rule and preference needs to be a Service Objective.

Service Crews are the Field Service feature designed for situations in which two or more resources must work together on the same Service Appointment, with one assignment representing the whole crew.

Option A is correct. Modeling the senior and junior as members of a Crew, and assigning the Service Appointment to the Service Crew Resource, ensures they show up together for the same job and the same time slot. The crew composition can be updated as the junior gains experience.

Option B is incorrect because two separate Service Appointments do not guarantee that both resources arrive at the same time on the same site, and they double-count the work for reporting.

Options C and D are incorrect because Multi Stage Work is intended for sequential or simultaneous jobs that produce different outputs — not for two resources performing the same activity together. Crews are the supported pattern for joint-execution work.

This scenario distinguishes between "External" contractors (buckets of work) and "Internal/Named" contractors (managed schedule).

Option C (Contractor A): Since they manage work outside Salesforce and work specific hours (9-10 am), they should be modeled as Capacity-Based Resources . This feature allows you to define a "bucket" of capacity (4 hours/day) without optimizing individual travel or start times. You simply dump work into their bucket until it is full.

Option A (Contractor B): Since they manage the schedule inside Salesforce (likely named users), they act like standard employees. To limit them to 4 hours of work within a 9-5 shift, you use a Work Rule (Count Rule) . You configure the rule to limit "Duration" to 240 minutes (4 hours) per day and use a Relevance Group to ensure this rule only applies to Contractor B (not internal employees or Contractor A).