Salesforce FS-Con-101 - Agentforce Field Service and Operations Consultant

For this scenario, Salesforce Field Service should use Time Sheet Entries related to Work Orders and Work Order Line Items. Time Sheets represent a resource ' s reporting period, while Time Sheet Entries capture individual blocks of labor. Standard associations let those entries be attributed to an overall Work Order or to a specific Work Order Line Item for task-level costing and reporting.

Salesforce favors reusable resource metadata over one-off record manipulation. When resource qualifications and availability are modeled correctly, the same information can support candidate selection, optimization, dispatching, reporting, and mobile execution without duplicating logic on individual jobs.

The alternatives address different parts of the Field Service model. Assigned Resource belongs to the broader time-sheet/resource relationship, and Service Appointment is not one of the two standard work associations requested here.

This approach keeps the implementation aligned with the standard Field Service data model and avoids unnecessary customization. Study Guide reference: Managing Resources — Time Sheets; Time Sheet Entries; Work Orders; Work Order Line Items.

The correct configuration is a new Service Appointment on the original Work Order or a new Work Order plus Service Appointment. Each physical return visit should be represented separately so the first visit remains part of the historical record. Continuing the same job can use another appointment on the existing Work Order; separately managed follow-up work can use a new Work Order and appointment.

The Field Service data model separates the service requirement from its individual tasks and visits. A Work Order represents the overall job, Work Order Line Items represent component-level or task-level work, and Service Appointments represent the scheduled field visits used to execute that work. Choosing the correct level preserves accurate history, pricing, inventory, and scheduling.

The alternatives address different parts of the Field Service model. Rescheduling the original appointment would overwrite the timing representation of the first visit and reduce the accuracy of visit-history reporting.

This approach keeps the implementation aligned with the standard Field Service data model and avoids unnecessary customization. Study Guide reference: Managing Work Orders — Return visits; multiple Service Appointments; service history.

The correct configuration is Gantt Palettes. Palettes color-code Service Appointments according to selected field values, including numeric and currency values. A revenue field can therefore be mapped to a palette so dispatchers immediately see high-value appointments on the Gantt.

Salesforce Field Service treats the Service Appointment as the primary unit of scheduling. Scheduling Policies combine Work Rules, which determine whether a resource or time slot is valid, with Service Objectives, which score valid alternatives against business priorities. The selected configuration therefore has to operate at the scheduling layer rather than merely changing descriptive fields on the parent Work Order.

The alternatives address different parts of the Field Service model. Field Sets control which data is displayed, Map Report Layers add geographic overlays, and Gantt Actions perform operations rather than continuously color-coding appointment value.

This approach keeps the implementation aligned with the standard Field Service data model and avoids unnecessary customization. Study Guide reference: Managing Scheduling and Optimization — Dispatcher Console; Gantt Palettes; appointment visualization.

a Product Request related to the Work Order is the appropriate Field Service design. When damaged van stock must be replaced for an upcoming job, the Product Request should be tied to the Work Order (or a line item where appropriate) so inventory personnel can see the job dependency and fulfill the required part.

Using the standard inventory objects keeps quantity, location, serial number, price, and service history aligned. Custom fields or improvised notes may capture text, but they do not participate in the native stock, fulfillment, consumption, and reporting processes that Field Service provides.

The alternatives address different parts of the Field Service model. Work Types are templates, Service Reports document completed work, and Service Appointments represent the visit rather than the primary transaction for requesting job inventory.

This approach keeps the implementation aligned with the standard Field Service data model and avoids unnecessary customization. Study Guide reference: Managing Inventory — Product Requests; Work Orders; van-stock replenishment.

The correct configuration is Products Required on the Work Type. A Work Type acts as a reusable template for recurring service. Adding standard parts to its Products Required related list lets those requirements flow to Work Orders or Work Order Line Items when the Work Type is applied.

Inventory design should also preserve pricing and traceability. Price Books and Price Book Entries supply commercial pricing, while serialized inventory gives unit-level identity when individual items must be tracked. Product Requests and Product Transfers manage replenishment and movement rather than the underlying job structure.

The alternatives address different parts of the Field Service model. Product Items show stock at a Location, and custom Flow or layout fields do not replace the standard reusable Products Required model.

This approach keeps the implementation aligned with the standard Field Service data model and avoids unnecessary customization. Study Guide reference: Managing Inventory — Work Types; Products Required; inventory planning.

The correct configuration is a Quick Action that creates a Service Appointment. The unfinished work remains part of the existing Work Order; only a new visit is required. A mobile Quick Action can create another Service Appointment against that Work Order so the follow-up can be scheduled and tracked independently.

Mobile configuration should reduce technician data entry and expose only the actions and information needed at the point of service. The strongest designs reuse the Work Order and Service Appointment data model, launch guided actions from the appropriate parent record, and keep customer-facing outputs such as signatures and Service Reports within the native Field Service workflow.

The alternatives address different parts of the Field Service model. Creating a new Work Order would fragment the original service requirement, while Visualforce, custom buttons, or macros add unnecessary customization when a standard mobile action satisfies the requirement.

This approach keeps the implementation aligned with the standard Field Service data model and avoids unnecessary customization. Study Guide reference: Configuring Mobility — Field Service Mobile Quick Actions; follow-up Service Appointments.

The correct configuration is separate Work Orders or separate Work Order Line Items with their own Service Appointments. Independent handling requires each Asset ' s work to have an independently schedulable Service Appointment. This can be achieved with separate Work Orders and appointments or with one Work Order containing Asset-specific line items, each with its own appointment.

Good Work Order design also preserves the distinction between planned work and execution results. Products Required, requirements, and task structure should be established before service; Products Consumed, actual times, signatures, and completion statuses then record what actually happened in the field.

The alternatives address different parts of the Field Service model. A single parent-level appointment would combine the Assets into one scheduling unit and would not let each container ' s service be handled independently.

This approach keeps the implementation aligned with the standard Field Service data model and avoids unnecessary customization. Study Guide reference: Managing Work Orders — Assets; Work Orders; Work Order Line Items; independent appointments.

For this scenario, Salesforce Field Service should use the Reshuffle action. Reshuffle is designed to insert important work into an already populated schedule by moving lower-priority appointments to other times, days, or resources as allowed by the Scheduling Policy.

Salesforce Field Service treats the Service Appointment as the primary unit of scheduling. Scheduling Policies combine Work Rules, which determine whether a resource or time slot is valid, with Service Objectives, which score valid alternatives against business priorities. The selected configuration therefore has to operate at the scheduling layer rather than merely changing descriptive fields on the parent Work Order.

The alternatives address different parts of the Field Service model. A normal reschedule changes a selected appointment but does not provide the same schedule-wide rearrangement around the incoming high-priority work; custom Apex is unnecessary.

This approach keeps the implementation aligned with the standard Field Service data model and avoids unnecessary customization. Study Guide reference: Managing Scheduling and Optimization — Reshuffle; appointment priority; in-day schedule adjustment.

The correct configuration is Work Order Line Items, each with its own Service Appointment. Each task must retain its own completion, inventory, pricing, and scheduling information. A Work Order Line Item provides the task record, and a child Service Appointment allows that task to be scheduled to the same or a different technician as required.

Good Work Order design also preserves the distinction between planned work and execution results. Products Required, requirements, and task structure should be established before service; Products Consumed, actual times, signatures, and completion statuses then record what actually happened in the field.

The alternatives address different parts of the Field Service model. Custom objects are unnecessary, and using Service Appointments as the parent of task records reverses the standard Field Service data model.

This approach keeps the implementation aligned with the standard Field Service data model and avoids unnecessary customization. Study Guide reference: Managing Work Orders — Work Order Line Items; child Service Appointments; task scheduling.