Inventory is used to track product quantities in different locations such as warehouses or vans. Products Consumed are used to report when parts are used by technicians during service appointments and adjust inventory levels accordingly. Mobile Locations are used to track inventory in technicians' vans or trucks using geolocation data from their mobile devices. Warehouse Locations are used to track inventory in fixed locations such as warehouses or depots using address data from their records. Products Required are used to request products from inventory for a service appointment, butdo not ensure that technicians report when parts are used. References: https://help.salesforce.com/s/articleView?id=sf.fs_inventory_overview.htm&type=5
https://help.salesforce.com/s/articleView?id=sf.fs_products_consumed.htm&type=5https://help.salesforce.com
/s/articleView?id=sf.fs_mobile_locations_overview.htm&type=5

Capacity-Based Service Resources are service resources that have a limited number of hours available for work per day or week[150]. Setting the Contractor Manager as a Capacity-BasedService Resource would allow Universal Containers to outsource 100 hours of weekly maintenance to an external Contractor by setting up criteria such as capacity hours per week equals 100 and capacity type equals weekly[151]. Creating the individual Technicians as Service Crew Members would not work because Service Crew Members are service resources that belong to a crew and share the same service appointments[152]. Setting the individual Technicians as Capacity-Based Service Resources would not work because Universal Containers does not have visibility into the individual external technicians. Creating the Contractor Manager as a Crew Service Resource would not work because Crew Service Resources are service resources that act as leaders or managers of a crew and can assign crew members to service appointments[153]. References: https://help.
salesforce.com/s/articleView?id=sf.fs_service_resources_capacity_based.htm&type=5 https://help.salesforce.
com/s/articleView?id=sf.fs_service_resources_capacity_based_create_edit.htm&type=5 https://help.
salesforce.com/s/articleView?id=sf.fs_service_crews_overview.htm&type=5https://help.salesforce.com/s
/articleView?id=sf.fs_service_crews_create_edit_delete.htm&type=5

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

This work rule should be used to assign service resourcesbased on related object records, such as accounts or assets, by matching field values between objects. References:https://help.salesforce.com/s/articleView?id=sf.
fs_work_rules_match_field.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