Field-Service-Consultant Exam Dumps - Salesforce Field-Service-Consultant Questions and Answers

Work types can be used to assign associated articles to work orders, which can be accessed offline by technicians using the Field Service Mobile App. The Salesforce Mobile App does not have deep linking to the Field Service Mobile App. Creating a custom Mobile App that syncs articles based on service appointment assignments is not necessaryand would require additional development and maintenance. Writing a workflow that associates articles to work orders based on a picklist on thework order is not recommended and would not ensure offline access. References: https://help.salesforce.com/s/articleView? id=sf.fs_work_types.htm&type=5https://help.salesforce.com/s/articleView?id=sf.fs_mobile_app_overview.htm &type=5

Articles are records that contain information or instructions about products, services, or processes[168]. Work Orders are records that track customer requests for service such as repairs or maintenance[169]. Writing a workflow that associates Articles to Work Orders based on a picklist on the Work Order would allow Universal Containers to ensure its Technicians can access Knowledge Articles offline by creating a workflow rule that triggers when a picklist value on the work order is selected and adds the relevant articlesto the work order related list[170]. Using Work Types to assign associated Articles to Work Orders would not work because Work Types are records that define the standard tasks and duration for a specific type of work and do not have a direct relationshipwith articles[171]. Using the Salesforce mobile app with deep linking to the Salesforce Field Service mobile app would not work because deep linking is a feature that allows launching one app from another app and does not affect offline access[172]. Creating a custom mobile app that syncs articles based on Service Appointment assignments would not work because it would require additional development and maintenance and would not leverage the existing Salesforce Field Service mobile app features[173]. References: https://help.salesforce.com/s/articleView?id=sf.knowledge_article_types.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.fs_work_orders.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.fs_work_orders_knowledge_articles.htm &type=5https://help.salesforce.com/s/articleView?id=sf.fs_work_types_overview.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.fs_mobile_deep_linking.htm &type=5https://help.salesforce.com/s/articleView?id=sf.fs_mobile_overview.htm &type=5

This option allows handling unplanned service during times of severe weather by creating a policy that overrides the existing scheduling policy and using a wizard to reschedule service appointments based on the emergency policy. References:https://help.salesforce.com/s/articleView?id=sf.fs_emergency_wizard.htm &type=5

Capacity-based scheduling is a feature that allows the system to schedule service appointments based on the capacity of the resources. This feature is supported for service crews, which are groups of resources that worktogether on service appointments.

The match territorywork rule is used to match service appointments to service resources based on their assigned territories. Deselecting working location primary on the working territories work rule allows considering secondary territories as well as primary territories when matching service appointments to service resources. Removing the match territory work rule would ignore territories when scheduling service appointments. Selecting working location enable primary on the working territories work rule would only consider primary territories when matching service appointments to service resources. References:https://help.salesforce.com/s/articleView?id=sf.fs_work_rules_overview.htm &type=5

Earliest Start Permitted is a field on the Service Appointment object that defines the earliest date and time that a service appointment can start[222]. Due Date is a field on the Service Appointment object that defines the latest date and time that a service appointment must be completed by[223]. Using Earliest Start Permitted and Due Date fields on Service Appointments would help ensure that they are completed within the agreed upon Service Level Agreement (SLA) with Universal Containers’ customers by setting the boundaries for when a service appointment can start and finish according to the SLA terms[224]. Actual Start andActual End are fields on the Service Appointment object that capture the actual date and time that a service appointment started and ended[225]. Using Actual Start and Actual End fields on Service Appointments would not help ensure that they are completedwithin the agreed upon SLA with Universal Containers’ customers because they are recorded after the service appointment is performed and do not enforce any SLA terms. Arrival Window Start and Arrival Window End are fields on the Service Appointment objectthat define the expected date and time range that a resource will arrive at a service appointment[226]. Using Arrival Window Start and Arrival Window End fields on Service Appointments would not help ensure that they are completed within the agreed upon SLA with Universal Containers’ customers because they only indicate when a resource will arrive and do not enforce any SLA terms. Scheduled Start and Scheduled End are fields on the Service Appointment object that define the planned date and time range thata service appointment will take place[227]. Using Scheduled Start and Scheduled End fields on Service Appointments would not help ensure that they are completed within the agreed upon SLA with Universal Containers’ customers because they only indicate whena service appointment is scheduled and do not enforce any SLA terms. References: https://developer.salesforce.com/docs/atlas.en-us.api.meta/api/sforce_api_objects_serviceappointment.htmhttps://help.salesforce.com/s/articleView?id=sf.fs_sla_overview.htm &type=5

To provide access to the Salesforce Field Service Mobile App, the user’s profile must have the Field Service Mobile permission enabled.Updating Public Group membership, assigning a Field Service Mobile License to the user, or modifying the user record would not grant access to the mobile app. References:https://help.salesforce.com/s/articleView?id=sf.fs_mobile_app_permissions.htm &type=5

Changing the Work Order with a closed status of “Cancelled” allows tracking Work Order cancellations and subsequent follow-ups using reports or dashboards based on Work Order status field values[23. Re-using the existing Work Order for the follow-up allows maintaining the relationship between the original customer request and the follow-up action without creating duplicate records[24. Changing the Work Order with a status of “New” would not indicate that it was cancelled before. Creating a child Work Order for the follow-up Work Order would create an unnecessary hierarchy of Work Orders that could complicate reporting and scheduling. References:[23. https://help.salesforce.com/s/articleView?id=sf.fs_work_orders.htm &type=5 [24.https://trailhead.salesforce.com/en/content/learn/modules/field-service-lightning-basics/field-service-lightning-work-orders

These two considerations impact the scheduled timeframe of multi-day work, as they affect the availability and capacity of the resource assigned to the work. References:https://help.salesforce.com/s/articleView?id=sf.fs_multi_day_work.htm &type=5