A support administrator at a financial services firm is troubleshooting case automation behavior. When a High-Priority case is created via Web-to-Case, the active Case Assignment Rule successfully routes the record to the 'Tier 2 Support Queue', the Escalation Rule (configured with criteria 'Case Owner equals Tier 2 Support Queue') escalates the record after two hours of inactivity, and the Auto-Response Rule sends an automated email acknowledgment to the contact. However, when a support agent manually creates a High-Priority case in Salesforce on behalf of a customer, the case remains owned by the agent, fails to escalate after two hours, and no auto-response email is sent. What explains why these three automation behaviors occurred for the manually created case, and what is the native Salesforce capability regarding these rules?
- The agent did not check the 'Assign using active assignment rule' checkbox during manual creation, leaving the agent as the owner and failing the Escalation Rule criteria; additionally, Auto-Response Rules natively execute only for cases generated via Web-to-Case, Email-to-Case, or API, and do not trigger on manual UI creation.Answer
- BEscalation Rules must be configured to reassign newly created cases to support queues upon creation rather than using Case Assignment Rules, which only execute on updated cases; Auto-Response Rules were suppressed because the agent lacked object-level create permissions on the Case object.
- CSystem validation rules executed before record-triggered flows and suppressed the Auto-Response and Escalation rules from firing during manual record insertion by the agent.
- DWeb-to-Case submissions bypass standard daily system limits, whereas manual case creation by agents causes the Auto-Response and Escalation Rules to route all notifications directly to the organization's default case owner email address.