AP-209 Advanced Field Service Accredited Professional Question and Answers

Asset replacement and history in Salesforce are tracked using the Asset Relationship object.

Options A and B are correct. The Asset Relationship object links two assets together (e.g., Old Asset - > New Asset) with a relationship type like "Replacement" or "Upgrade." On the Asset page layout, this related list (often labeled "Asset Relationships" or "Related Assets") allows you to see the history in both directions:

Forward: See the new asset that replaced this asset (Option A).

Backward: See the old asset that this asset replaced (Option B).

Options C and D are incorrect. "Primary Assets" is typically a concept associated with Service Contracts (covering the main asset) or Entitlements, not the history of physical swaps/upgrades between asset records.

(Note: The provided PDF source likely contains an error marking D as correct. "Primary Assets" is not the standard location for replacement history.)

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

Option C is correct. The Resource Priority objective works on a scoring scale where a Higher Value indicates a Higher 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 D uses 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 B refer to Preferred Resource , which is typically defined on the Account or Work Order level (e.g., "Bob is preferred for Customer X"). It is not efficient for ranking entire groups of employees globally.

When Global Optimization fails, the issue is often related to data quality, scheduling configuration, or constraint validity rather than user permissions. Field Service provides a built-in diagnostic tool to surface such issues.

Option D is correct. The 'Health Check' tool, when run with 'Horizon Based Validations', evaluates the data, Scheduling Policy, Operating Hours, Service Resources and Service Appointments in scope of the optimization run. It surfaces issues such as missing geolocations, invalid time slots, missing skills, and inactive resources, which are common causes of optimization failures.

Option A is incorrect because logging a support ticket should be the last resort, not a first troubleshooting step. The admin should first attempt to identify the root cause using built-in diagnostics.

Option B is incorrect because Permission Sets are required for users who initiate optimization, but the question already confirms that the 'Optimization User' is active. Permission Sets would prevent the optimization from starting, not cause it to fail mid-run.

Option C is incorrect because if Optimization were not enabled, the dispatchers wouldn't be able to invoke it at all.

The Field Service Mobile Settings configuration controls the behavior of the mobile app (branding, location tracking, flows, etc.).

Option D is correct. To apply different settings to different groups of users, you must create multiple Field Service Mobile Settings records. You assign these settings records to specific User Profiles .

You would create one settings record with "Collect Service Resource Geolocation History" enabled (for the tracked users).

You would create a second settings record with it disabled (for the untracked users).

You then map the relevant Profiles to the appropriate Settings record.

Options A, B, and C imply global settings or non-existent tabs ("Mobile App Configuration" tab where you select users/profiles directly doesn't exist in the global settings in this manner; it is done via the specific Mobile Settings object assignments).

The Dispatcher Console exposes the Gantt Palette feature, which lets admins color-code appointments based on field values. This produces immediate visual cues for dispatchers without leaving the Gantt.

Option A is correct. Gantt Palette rules let an admin paint appointments in different colors based on field-level criteria — for example, red when Due Date is within 24 hours, amber within 3 days, green otherwise. The visual is exactly the kind of glance-and-go indicator the dispatchers asked for.

Option B is incorrect because a daily email report does not give an in-context visual on the Gantt.

Option C is incorrect because hover-to-read requires dispatchers to actively check each appointment, defeating the purpose of a visual indicator.

Option D is incorrect because a column in the list shows the value but does not produce a visual representation that scales across many appointments at once.

Global Optimization is the heavy-lifting batch process in Salesforce Field Service designed to create the most efficient schedule possible.

Option B is correct. Global Optimization uses a powerful algorithm to evaluate millions of potential combinations of resources, times, and routes to find the best overall score based on the Service Objectives.

Option C is correct. Unlike "Appointment Booking" (which finds a slot for a single job without disturbing others), Global Optimization has the authority to reshuffle (move) existing appointments. It can slide jobs earlier or later, or reassess assignments to minimize travel time and white space (gaps) in the schedule.

Option A is incorrect; Optimization is a batch process that takes significantly longer than the near real-time "Auto Scheduling."

Option D describes "In-Day Optimization." Global Optimization is typically run overnight because it changes the whole schedule, which is disruptive during the work day.

Option E is incorrect; all scheduling methods (Global, In-Day, Resource Schedule Optimization, and Appointment Booking) utilize the Scheduling Policy (Work Rules and Objectives).

Salesforce Field Service provides specific tools for capturing rich media in a structured way.

Option B is correct (Mobile Flow): This is the modern best practice. By using a Flow with the File Upload (or Image) screen component, you can guide the technician to take a photo at a specific step in the process (e.g., "Take a photo of the completed installation"). This ensures consistency.

Option A is correct (Quick Action): You can configure Quick Actions (specifically Global or Object-Specific actions for File Uploads) in the Field Service Mobile app extension settings. This provides a one-tap button for technicians to launch the camera and attach a file directly to the record.

Note: While Option D (Chatter Feed) is possible, it is unstructured data. Options A and B are the "Best Practice" recommendations for process adherence.

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 standard Field Service Mobile (Technician) license.

2 Contractors (Capacity-Based): The question states "2 contractors set as capacity-based resources: ABC and XYZ." 2 These are the "Bucket" accounts. In Salesforce, even capacity-based container users often consume a license (typically a Contractor or Community Plus login) 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 the scheduling is 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).

The requirement is to schedule two distinct resources (a Human and a Vehicle) for the same job at the same time.

Option C is correct.

Vehicle as Service Resource: You must model the vehicle as a Service Resource (Type: Asset) to track its availability on the Gantt and prevent double-booking.

Complex Work (Same Start): To ensure the vehicle and the technician are booked together, you use Complex Work dependencies. "Same Start" ensures that the vehicle appointment and the technician appointment are scheduled to begin simultaneously.

Options A and D are incorrect because Products are not scheduled. Consuming a product does not check if the vehicle is available at that specific time, potentially leading to double-booking the van.

Option B is incorrect because "Immediately Follow" implies a sequence (Technician finishes - > Vehicle starts), which is not how a shared ride/equipment scenario works.

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.

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).

Optimization Insights is the dedicated Field Service feature that captures per-run metrics such as travel time saved, utilization, gap minimization, and unscheduled work, making it the standard way to evaluate Global Optimization quality.

Option B is correct. Enabling Optimization Insights records the before/after metrics for each optimization request — travel minutes, scheduled vs. unscheduled count, average gap, and other KPIs. The data is available on the Optimization Request object and can be reported on directly in Salesforce.

Option A is incorrect because the SFS Dashboard package is an older, less precise tool that does not capture per-run optimization data.

Option C is incorrect because the Dispatcher Console is an operational view, not an analytics surface.

Option D is incorrect because subscribing to an Analytics App is unnecessary overhead when a built-in feature exists.

The optimizer is already producing the mathematically lowest-travel result; the business wants to override that to consolidate Narnia visits to a single day. Several configuration levers can force the engine to favor same-day grouping.

Option A is correct. An Extended Match Rule with a custom 'Coverage' object can express the requirement that Narnia services are only valid on one specified day of the week. This hard rule forces all Narnia work into the same day.

Option B is correct. Assigning Visiting Hours on the Work Order that restricts Narnia customer visits to a single day per week constrains the engine to schedule all those appointments within that window, achieving the same-day grouping.

Option E is correct. Raising priority on Narnia customers makes the optimizer schedule them earlier in the planning sequence. Combined with a tight time horizon, this often clusters them together because the optimizer satisfies high-priority work before filling gaps with lower-priority visits.

Option C is incorrect because 'PolygonUtils' is not a Salesforce Field Service class used to constrain scheduling.

Option D is incorrect because the customer already understands they will pay higher travel; adding another Minimize Travel objective would only reinforce the current undesired spread.

This question addresses the limits of Skills (Work Rules) vs. Extended Match (Custom Criteria).

Option B is correct. This offers the most efficient hybrid approach 9 .

Skills: Use standard Skills for the "Service Type" (e.g., "Repair," "Install"). This is simple and low-volume.

Extended Match: Use the Extended Match Work Rule to handle the "Product" matching. Instead of creating thousands of skills (e.g., "Repair-ModelX," "Repair-ModelY"), you create a custom object or field logic that matches the Asset's Product to a list of Products Supported on the Resource's record. Extended Match is designed exactly for this "Pattern Matching" without polluting the Skills table.

Option C is incorrect because creating a unique skill for every combination (100+ per resource) leads to "Skill Explosion." This bloats the data model and degrades optimization performance 10 .

This is a classic "Double-Booking" vs. "Complex Work" scenario.

Option B is correct. To book two distinct people for the same work at the same time, you create two Service Appointments . You link them using a Complex Work dependency of type Same Start 4 . This tells the optimization engine: "Find a time where Resource A (Appointment 1) and Resource B (Appointment 2) are BOTH free, and book them simultaneously."

Option A is incorrect because a single Service Appointment can typically only have one active Assigned Resource for scheduling purposes in the standard optimization model (unless using Crew Management, but Crews are for static teams, not ad-hoc pairs).

Option D is incorrect because the requirement states they need to be assigned to "individual jobs later that day" 5 . Service Crews are designed for resources who stay together all day. Breaking a crew apart for half a day is administratively difficult.

Option C is a hack (Resource Absence) that blocks the second tech's time but doesn't link them to the actual job details properly.

Global Optimization will not move appointments that are pinned by status, pinned by checkbox, or otherwise constrained by their own scheduling parameters such as an Arrival Window the customer already agreed to.

Option A is correct. Once an Arrival Window is defined on a Service Appointment, the optimizer treats the start time as fixed within that window. If most appointments already have tight Arrival Windows, the optimizer has very little room to move them.

Option B is correct. Appointments in a 'Pinned' status (configured under Field Service Settings → Optimization → Pinned Statuses) are excluded from optimization moves entirely.

Option D is correct. The 'Pinned' checkbox on the Service Appointment locks the appointment to its scheduled time, regardless of status. Optimization will not move pinned appointments.

Option C is incorrect because if appointments are scheduled in violation of Work Rules, optimization would typically reschedule them to a compliant slot, not leave them in place.

Option E is incorrect because high priority makes appointments more important to schedule, not less likely to move; the optimizer is free to relocate high-priority work.