A company provides 24/7 support across different global regions. They need to ensure that case milestones (such as First Response Time) only tick during the specific business hours of the customer's geographical location. How should this be designed?
Milestone timers follow the Business Hours record linked through the Entitlement Process, so multiple Business Hours records assigned per account region make First Response Time tick only during each customer's local working hours, satisfying the 24/7 global coverage constraint.
Why this answer
Salesforce Business Hours records define the working hours and timezone for a given region, and Entitlement Processes use milestones (like First Response Time) that respect the associated Business Hours. By creating multiple Business Hours records mapped to account regions and dynamically assigning the correct one to each case, milestones only tick during the customer's local business hours.
Exam trap
Service-Con-201 often tests whether candidates know that Business Hours must be explicitly linked to milestones — the trap is assuming timezone handling is automatic or that formula fields can substitute for native Business Hours.
How to eliminate wrong answers
Option A is wrong because Escalation Rules do not natively support timezone-aware business hours logic, and hardcoding offsets in Apex is brittle, unmaintainable, and bypasses declarative best practices. Option B is wrong because separate orgs per region introduce massive integration complexity, data duplication, and reporting fragmentation — Salesforce Connect is for external data virtualization, not regional segmentation. Option C is wrong because hardcoding 24/7 business hours and subtracting non-working hours via formula fields cannot correctly handle DST transitions, holidays, or region-specific schedules, and formula fields cannot drive milestone behavior.