Salesforce Updated AP-209 Exam Questions and Answers by viktor

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 the Resource List on 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 individual Service Appointments (e.g., right-click an appointment bar or list item to "Reschedule" or "Print Label").

Option D is correct: You can add Mass Actions to 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.

When running optimization (Global or In-Day), the engine is allowed to move any appointment that is not "Pinned."

Option C is correct. In Salesforce Field Service, you must explicitly define which statuses are considered Pinned (immovable) during optimization. This is configured in Field Service Settings > Optimization > Logic . If the 'In Progress' status is not selected in the "Pinned Statuses" list, the optimization engine sees that appointment as movable. To improve the schedule, it might unassign the current tech and assign a different one, even though the tech is already on-site.

Ensuring 'In Progress' is "excluded from optimization logic" (Pinned) forces the engine to schedule around that appointment rather than moving it.

Option B refers to "Status Transitions," which controls the lifecycle flow (e.g., New - > Scheduled - > In Progress) but does not control the scheduling engine's permission to move the job.

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

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.