AP-209 Advanced Field Service Accredited Professional Questions and Answers

To filter resources based on strict criteria (like security clearance), you use Work Rules (Hard Constraints).

Option B is correct (Match Boolean):This is a simple, effective method for binary requirements. You place a checkbox on the Service Appointment (e.g., "Requires Security Badge") and a corresponding checkbox on the Service Resource (e.g., "Has Security Badge"). TheMatch BooleanWork Rule enforces that if the Appointment is checked, the Resourcemustalso be checked.

Option E is correct (Extended Match):If the requirement is more complex (e.g., matching a specifictypeorlevelof badge), theExtended MatchWork Rule is best. It allows you to match a field on the Service Appointment (or Work Order) to a related list or field on the Service Resource. For example, matching the "Badge Type" required by the Government Account to the "Badge Type" held by the Resource.

Note: While Skills (Option C) are also commonly used for this, the question specifically points toward Work Rule configurations (Boolean/Extended) often used for strict compliance attributes.

The goal is to prevent low-priority "Inspections" from being ignored indefinitely until they miss their deadline, without permanently ranking them above high-value "New Installs."

Option B is correct(based on the scenario's specific constraints). By using automation to elevate the Inspection's priority to '1' (High) only when it is due "tomorrow," the system treats it as urgentonlywhen necessary to avoid the penalty. Since "New Installs" are also Priority '1', the two will compete on equal footing on that final day, ensuring the Inspection has a fighting chance to be scheduled alongside high-value work.

Option C (Dynamic Priority) is a standard solution for "aging" work. However, the option states it caps the value at '2'. In standard SFS priority (where 1 is highest), a '2' willneverbeat a '1'. Therefore, the inspection would still likely be bumped by a New Install (Priority 1) even on its due date, leading to a penalty.

Option D ("Schedule Over Lower Priority") is used for emergency reshuffling, but does not inherently solve the prioritization logic between these two specific task types.

To tier resources generally (not per customer), you use the Resource Priority Service Objective.

Option C is correct.TheResource Priorityobjective works on a scoring scale where aHigher Valueindicates aHigher Priority. The optimization engine attempts to assign the appointment to the resource that yields the highest overall schedule score.

By assigning Full-Time = 10, Contractors = 9, and Part-Time = 8, the engine will "score" the Full-Time option highest, followed by the Contractor.

Option Duses the inverse logic (1, 2, 3). If deployed, the engine would favor the Part-Time employees (Score 3) over the Full-Time employees (Score 1), which is the opposite of the requirement.

Options A and Brefer toPreferred Resource, which is typically defined on theAccountorWork Orderlevel (e.g., "Bob is preferred for Customer X"). It is not efficient for ranking entiregroupsof employees globally.

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 theDispatcher Consolelayout in the same way the primary transactional objects do.

This question tests your understanding of Salesforce Field Service License types (Dispatcher, Technician, Contractor).

1 Dispatcher:Although not explicitly stated as a user in the text, you always need at least one dispatcher license to manage the schedule. (Typically implied in licensing questions unless "0" is an option).

2 Technicians:Territory A has "2 internal resources"1. Internal mobile workers require the standardField Service Mobile(Technician) license.

2 Contractors (Capacity-Based):The question states "2 contractors set as capacity-based resources: ABC and XYZ."2These are the "Bucket" accounts. In Salesforce, even capacity-based container users often consume a license (typically aContractororCommunity Pluslogin) to access the portal/community where they might view their aggregate schedule.

7 Contractors (Individuals):The question specifies "ABC... has 3 individual resources and XYZ... has 4 individual resources"3. Even if theschedulingis done at the capacity (bucket) level, if these 7 people need to log in to the app or community to close jobs, they each need a license.

Result: 1 Dispatcher + 2 Technicians (Internal) + 2 Contractors (The Managers/Buckets) + 7 Contractors (The Workers) = Option D.

(Note: Licensing models can be complex. In some strictly capacity-based models, you might not license the 7 individuals if they never log in, but Option D is the most complete answer reflecting a standard model where all participants need system access).

Custom Actions (configured in Field Service Settings) allow dispatchers to trigger Apex classes or Visualforce pages/components from the console.

Option B is correct:You can add custom actions to theResource Liston the Gantt (e.g., right-click a technician's name to "Send SMS" or "Show on Map").

Option E is correct:You can add custom actions to individualService Appointments(e.g., right-click an appointment bar or list item to "Reschedule" or "Print Label").

Option D is correct:You can addMass Actionsto the Appointment List (select multiple checkboxes -> Actions -> "Bulk Dispatch").

Note: You generally cannot perform custom actions on the "Service Territory" grouping headers (Option A) or multiple resources simultaneously (Option C) in the standard UI.

The Dispatcher Console Map is the most efficient tool for geographic mass actions.

Option A is correct.Salesforce Field Service allows dispatchers to draw customMap Polygonsdirectly on the Gantt map. Once a polygon is drawn around the affected bushfire area, the dispatcher can right-click the polygon (or use the actions menu) to performMass Actionson all Service Appointments contained within that shape. "Unschedule," "Cancel," or "Flag" are standard bulk actions available in this context.

Option B (Reports/Data Loader) is too slow for an emergency response.

Option C (Optimization) would just move the appointments to later times, not cancel/unschedule them.

Option D (List View) is difficult because defining a "bushfire area" using text filters (City, Zip) is often inaccurate compared to drawing the precise boundary on a map.

This scenario involves two distinct types of work (Installation vs. Training) with different durations and likely different skill requirements, but they are part of the same customer order.

Option C is correct.

Data Model:UsingWork Order Line Items (WOLIs)is the best practice here. You create one WOLI for the "Installation" (linked to a Work Type that allows Multi-Day) and a separate WOLI for "Training" (linked to a different Work Type). This allows you to track the status and skills for each part separately.

Dependency:UsingComplex Work(specifically a "Start After Finish" dependency) ensures the Training appointment cannot be scheduled until the Installation is complete.

Option A puts both Appointments on thesameWork Order parent. While possible, it makes it harder to report on "Training" vs "Install" costs separately and limits the ability to use different Work Types for each appointment automatically.

Option B relies on manual updates or custom automation ("When scheduled, update..."), whereas Complex Work (Option C) handles the logic natively during optimization.

This question addresses the trade-off between Customer Experience and Schedule Optimization.

Reducing the arrival window (e.g., from 4 hours to 2 hours) is a common strategy to improve customer service. Customers prefer shorter wait times and more precise appointments. However, a consultant must identify the technical impact of this business decision.

Option B is correctbecause it acknowledges the benefit (customer experience) while correctly identifying the risk. Smaller arrival windows serve as tighter constraints on the scheduling engine (Optimization). The engine has less "wiggle room" to shuffle appointments, which can lead to lower overall utilization or higher travel times.

Option C is incorrect because reducing the windowdecreases(restricts) flexibility for optimization, it does not increase it.

Options A and D suggest increasing the window to 8 hours. While this is great for the optimization engine (maximum flexibility), it is generally considered a poor customer experience to ask a prospect to wait all day (8 hours), contradicting the business goal of being "more competitive."

The requirement is specifically to free up white space on the Gantt when a tech finishes early.

Option D is correct.The Gantt chart visual blocks are drawn based on Scheduled Start and Scheduled End. If a tech finishes a 2-hour job in 30 minutes, the Gantt bar will remain 2 hours long unless the Scheduled End is updated. By using aMobile Flowto updateboththe Actuals (for reporting) and the Scheduled (for the Gantt), the bar shrinks, revealing 1.5 hours of open availability for the dispatcher to utilize.

Option C is the "Purist" data view (don't change scheduled), but it fails the specific business requirement of allowing new work to be added immediately.

Option A suggests creating custom fields for the original times, which is a valid part of the solution (to keep a history), but Option D describes the core functional mechanism (Flow updating the standard fields) required to achieve the Gantt behavior. The "Offline" warning in A is true but D is the more direct configuration answer.