Pass the Salesforce Accredited Professional Certification AP-209 Questions and answers with Dumpstech

This question asks how to track the history/link between an old asset and a new one.

Option C is correct. The Asset Relationship object is a standard Salesforce object designed specifically to link two assets. It includes fields like Relationship Type (which can be set to "Replacement," "Upgrade," etc.) and From Date/To Date. This creates a clear lineage: Asset A was replaced by Asset B.

Option A (Child Asset) implies a hierarchy (one is part of the other), not a replacement.

Option D (Maintenance Asset) is used for Maintenance Plans (PMs), not for tracking swap/upgrade history.

When Global Optimization leaves appointments unscheduled despite available capacity, the root cause is usually in the optimization configuration (which appointments are eligible) rather than in the Gantt UI state.

Option A is correct. 'Pinned Statuses' under Field Service Settings define which Service Appointment statuses are treated as locked by Global Optimization. If an appointment is in a pinned status, the optimizer will not move or schedule it, which produces exactly the symptom described.

Option C is correct. The lightbox shown when invoking optimization from the Gantt lets the dispatcher choose the Scheduling Policy, time horizon, filters and resources. A misconfigured run from this dialog directly causes appointments to be skipped.

Option D is correct. 'Optimization Insights' on the Optimization Request object surfaces detailed information about which appointments were considered and why some were not scheduled (work rule violations, no eligible resource, etc.). This is the most direct investigative tool available.

Option B is incorrect because list view visibility is a UI concern; Global Optimization picks up appointments based on the scope you select, not based on what is visible to the dispatcher.

Option E is incorrect because the Gantt's active Scheduling Policy is not what controls Global Optimization — the policy is chosen in the run dialog.

During Scoping (the initial phase), the goal is to align on the "What" and "Why" before moving to the "How."

Option A is correct (Work Parameters): You must define what constitutes a "Job" (Work Order), how long it takes, and what skills are needed. This is the foundation of the data model.

Option C is correct (Terminology): Mapping the customer's language to Salesforce terms (e.g., "We have 'Truck Rolls' - > In Salesforce, that is a 'Service Appointment'") is crucial to avoid confusion throughout the project.

Option D is correct (Project Objectives): Defining what is "Essential" (MVP) vs. "Nice to Have" sets the project boundaries and success metrics.

Option B (Sprint Review) happens during the build phase (Agile methodology), not during initial scoping.

Option E (Solution Design) is the output of the scoping/analysis phase, not a topic you ask about during the initial discovery.

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 correct because 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 window decreases (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."

To stop a resource from receiving work, you must mark them as inactive and ensure the scheduling engine respects that status.

Option C is correct: Deactivating the Service Resource (unchecking the "Active" checkbox on the record) is the standard way to "fire" or terminate a resource. It preserves history but flags them as no longer working 7 .

Option A is correct: You must ensure your Scheduling Policy includes the Active Resources Work Rule 8 . This rule explicitly tells the optimization engine: "Do not assign appointments to any resource where Active = False." Without this rule, the engine might still technically assign work to an inactive record if no other constraints block it.

Option B (Delete) is bad practice (data loss).

Option D (Excluded Resources) is for specific job-by-job exclusions (e.g., "Don't send Bob to this specific customer"), not for global termination.

Salesforce Field Service schedules Service Resources, not Assets. To bring physical equipment into the scheduling engine, the equipment must be modeled as a Service Resource so the engine can check its availability, capacity, and skills.

Option D is correct. To include cranes, excavators, or any other equipment in scheduling, ACME must create Service Resource records for them (typically with a 'Resource Type' such as 'Equipment'). These records consume Field Service licenses, and once configured they participate in the candidate evaluation, capacity, and optimization just like a human technician.

Option A is incorrect because there is no 'Use for Scheduling' Boolean on the Asset object; Assets and Service Resources are separate concepts.

Option B is incorrect because a lookup field does not make the Asset part of the scheduling engine — it is just a reference.

Option C is incorrect because the Dispatcher Console does not expose an 'Include Assets' toggle on the Schedule action.

The Service Territory Member (STM) address defines the Start Location and End Location for the resource's route calculation.

Option C is correct. The requirement states that travel from Home to the Center is "at the technician's expense" (i.e., off the clock). Therefore, the "Official Company Route" begins when they arrive at the Service Center.

By setting the STM Address to the Service Center , the optimization engine assumes the technician is at the Service Center at the start of their shift.

The engine will then calculate travel time for: Service Center - > Job 1 .

This matches the business requirement.

Option A (Home Address): If you set Home, the engine calculates: Home - > Job 1 (or Home - > Service Center). This would likely include the commute time in the daily schedule utilization, which contradicts the "at technician's expense" (off-clock) requirement.

To send push notifications to the Field Service mobile app based on specific criteria, you need both the configuration and the automation.

Option B is correct: You must first enable and configure Custom Notifications for the Field Service Connected App. This ensures the mobile device is capable of receiving and displaying the specific notification type.

Option D is correct: You need an automation trigger (Record-Triggered Flow) to detect the specific business condition: The Service Appointment Status changes to 'Dispatched' AND the Priority (or Work Type) is 'Emergency'. The flow then executes the "Send Custom Notification" action targeting the Assigned Resource user.

Option A and C refer to "Jeopardy," which is a different feature used to warn dispatchers about impending SLA violations, not to notify technicians of new work.

When a contractor company provides aggregate hours rather than a list of named technicians, the correct model is a Capacity-Based Resource so the engine schedules against capacity in hours, not against a specific individual.

Option A is correct. A Capacity-Based Resource lets you express '20 hours per day' as capacity, assign Operating Hours of 9:00 AM–5:00 PM that match the contractor's agreed window, and add the 'maintenance' skill to restrict the type of work routed to them.

Option B is incorrect because preferring contractors is a soft preference; it does not enforce the contractor's distinct hours or capacity.

Option C is incorrect because creating a separate Service Territory does not, by itself, model contractor capacity or restrict the work type assigned.

Option D is incorrect because a Named Resource represents a single person, not a company providing aggregate hours, and the Designated Work approach does not capture the daily capacity cap.

This scenario describes a structured process with validation (Checklist + Data + Images).

Option A is correct. Work Plans are the standard, modern feature for checklists in Salesforce Field Service. A Work Plan consists of "Work Steps." These steps can be linked to a Flow , which provides a user-friendly wizard to capture specific data inputs and upload images in a structured way.

Option B is the legacy method. Adding fields directly to the Service Appointment creates clutter and doesn't offer a step-by-step "Checklist" experience.

Option C is a security risk (too much access) and provides no process guidance.

Option D (Deep Linking) is used to jump out of the app to another app, which is not needed here since SFS can handle flows natively.