Lead Assignment Rule
A lead assignment rule is a Salesforce automation that routes newly created or edited Lead records to the right user or queue based on field values.
Definition
A lead assignment rule is a Salesforce automation that routes newly created or edited Lead records to the right user or queue based on field values. Each rule contains a prioritized list of entries, and the platform evaluates them in order from top to bottom, stopping at the first match. The matched entry determines the assignee, the email notification, and any associated routing logic.
Lead assignment rules are the foundation of every Salesforce sales operation that handles inbound interest at scale. Web-to-Lead forms, marketing automation handoffs, list imports, and partner referrals all flow through them. Without an assignment rule, a new Lead lands on the default owner (the user or queue configured in Lead Settings), which usually means a single person sees every Lead and the workload distribution fails on day one. The rule turns "all leads go to one inbox" into "leads land in the right hands automatically," and the entire downstream funnel benefits.
How lead assignment rules distribute inbound interest
Only one active rule per org, with multiple entries
Salesforce allows only one Active Lead Assignment Rule at a time. That single rule holds the full list of routing entries, evaluated in priority order. This constraint forces consolidation, which is usually a good thing: every routing decision lives in one place. The rule is created at Setup > Lead Assignment Rules > New, then Activate after entries are added. Inactive rules can still be edited but do not fire on Lead creation.
Entry order and first-match-wins behavior
The platform evaluates entries from top to bottom and stops at the first match. This means broad criteria entries placed at the top short-circuit more specific entries below them. The standard pattern is to put narrow, high-priority entries first (Industry equals Technology AND Country equals Germany routes to the Munich SDR team), then broader fallbacks below (Country equals Germany routes to the EMEA queue), with a final catch-all entry at the bottom. Get the order wrong and leads silently route to the wrong team.
Assigning to users versus queues
Each entry assigns to either a specific user or a queue. User assignment hard-codes a person, which is brittle when that person changes roles or leaves. Queue assignment is more flexible because queue membership can change without editing the rule. Most operations teams default to queue assignment with a separate routing automation (Flow, Apex, or AppExchange package like LeanData) handling the round-robin distribution within the queue.
Email notifications and the default sender
Each entry can specify an email template to send the new owner. The Notify Assignee checkbox controls whether the email fires, and the template determines what the user sees. For queue-based assignment, the email goes to the queue email address. Use distinct templates per team if you want different lead handoff language for SDRs versus AEs versus partner managers. The default sender is the user who created the Lead (or "Automated Case User" for system-created Leads), which can confuse external email clients.
Trigger paths: web-to-lead, API, manual, edit
Lead assignment rules fire automatically from Web-to-Lead forms and from API inserts when the Use Active Assignment Rule checkbox is enabled in the call. Manual creation in the UI prompts the user with an Assign using active assignment rule checkbox; unchecked, the Lead stays with the creating user. Editing an existing Lead does not re-fire the rule by default. To re-route on edit, build a Flow that calls the assignment rule via the AssignmentRuleHeader option.
Round-robin and territory-based routing
The native assignment rule engine does not support round-robin. To balance load across team members, build a Flow with a counter field that increments and assigns sequentially, or install an AppExchange package (LeanData, Distribution Engine, RingLead). Territory-based routing is also better handled outside the native engine because territory rules can combine Industry, Country, State, employee count, and other dimensions that the assignment rule entry's flat criteria struggle to express cleanly.
Testing, monitoring, and the silent failure mode
The hardest part of lead assignment is verifying it works after deployment. Build a report grouped by Owner and filtered to Leads created in the last 7 days. Look for unexpected concentrations on the default owner, which indicates the rule criteria did not match. Test every entry with sandbox data before activating, and re-test after every rule edit. Silent misrouting is the leading failure mode because misrouted leads do not generate complaints; they just sit unworked.
How to set up a Lead Assignment Rule
Setting up a lead assignment rule looks simple in Setup, but the configuration choices ripple through the entire sales pipeline. Get the entry order right, pick the right assignment target (user versus queue), set the notification template, and test every path before activating. Build in a sandbox with realistic Lead data, not synthetic test records.
- Map the routing logic on paper first
List every team that should receive Leads and the criteria that identify their territory or segment. Order the criteria from narrow to broad, ending with a catch-all that routes unmatched Leads to a triage queue. This sketch becomes the entry order in the rule.
- Create the assignment rule
Setup > Lead Assignment Rules > New. Name it descriptively (Standard Lead Routing 2026, not Rule 1). Each org has only one active rule, so the name should reflect the current routing strategy.
- Add rule entries in priority order
For each entry, set the order number, criteria (field comparisons or formula), assignee (user or queue), and email template. Most teams place narrow criteria first and broader fallbacks below. The platform evaluates top-down and stops at the first match.
- Configure the catch-all entry at the bottom
Add a final entry with no criteria (or always-true formula) that assigns to a triage queue. This guarantees no Lead falls through to the default owner. The triage queue can re-route manually or trigger Flow logic to retry assignment.
- Set the active flag on the rule
Only one assignment rule per object can be active at a time. Activating a new rule deactivates the previous one automatically. Confirm the deactivation does not orphan in-flight routing logic before flipping the switch.
- Enable Use Active Assignment Rule on intake paths
For Web-to-Lead, check the box in the Web-to-Lead settings. For API inserts, set the AssignmentRuleHeader option in the call. For manual UI creation, the prompt appears automatically; train sales ops to check it consistently.
- Test every entry path in sandbox
Create test Leads matching each entry criteria. Confirm the Lead routes to the expected owner, the email notification sends, and no entries are accidentally short-circuited by entries above them.
- Build the post-activation monitoring report
Report grouped by Owner, filtered to Leads created in the last 7 days. Look for unexpected concentrations on the default owner or on a single user, both of which indicate the rule is not firing as expected.
Priority order of rule entries. The platform evaluates top-down and stops at the first match. Order is the single most important config choice.
Who owns the Lead when the entry matches. Queue assignment is more flexible than direct user assignment because queue membership can change without editing the rule.
The template for the notification email sent to the assignee. Different templates per team let you tailor handoff language by audience.
- Only one Lead Assignment Rule can be active at a time. Activating a new rule auto-deactivates the previous one, which can break routing if the new rule is incomplete.
- Entry order matters absolutely. A broad criteria entry placed above narrow entries short-circuits the narrow ones, and the Lead routes to the wrong team. Order from narrow to broad.
- Editing an existing Lead does not re-fire the assignment rule by default. To re-route on edit, build a Flow that calls AssignmentRuleHeader.useDefaultRule = true on update.
- The native engine does not support round-robin. Equal distribution across team members requires a Flow with a counter field or an AppExchange package like LeanData.
- Misrouted Leads fail silently. Build the post-activation monitoring report on day one because misrouted Leads do not generate complaints, they just sit unworked.
Trust & references
Cross-checked against the following references.
- Lead Assignment RulesSalesforce Help
- Create Assignment RulesSalesforce Help
- Lead SettingsSalesforce Help
Straight from the source - Salesforce's reference material on Lead Assignment Rule.
- Lead Assignment RulesSalesforce Help
- Set Up Web-to-LeadSalesforce Help
- Lead QueuesSalesforce Help
About the Author
Dipojjal Chakrabarti is a B2C Solution Architect with 29 Salesforce certifications and over 13 years in the Salesforce ecosystem. He runs salesforcedictionary.com to help admins, developers, architects, and cert/interview candidates sharpen their fundamentals. More about Dipojjal.
Test your knowledge
Q1. How does Salesforce evaluate Lead Assignment Rule entries?
Q2. What happens when a new lead does not match any assignment rule entry?
Q3. How many Lead Assignment Rules can be active at the same time?
Discussion
Loading discussion…