Business professionals working in a call center, wearing headsets and using laptops.
Photo by MART PRODUCTION on Pexels

Automation Builds

Building automated lead routing

Build lead routing rules that assign eligible enquiries, handle exceptions and confirm the owner on the destination record.

Automated lead routing assigns an eligible enquiry to the person or team responsible for the next step. Start with a written ownership rule: identify the record, decide which information controls its route, handle uncertain cases, apply the assignment, then check the owner on the destination record. Reaching the end of a workflow does not confirm the hand-off.

Define the hand-off

Choose the record being assigned: a marketing contact, CRM lead and sales opportunity may have different owners, even for the same person. Name the record and owner field sales will use. Decide whether a new enquiry may replace an existing owner.

Decision / Rule to record

Entry
Which new enquiries require assignment?
Identity
Which existing record, if any, does each enquiry belong to?
Eligibility
Which enquiries belong in this sales hand-off?
Destination
Which owner or team handles each accepted case?
Exception
Who handles missing data, conflicting rules or an unavailable assignee?
Confirmation
Where will the resulting owner be checked?

Keep the assignment decision separate from the trigger. A form submission may start evaluation; it does not establish which team owns the enquiry.

Put the rules in order

Start with exceptions that take precedence, such as an existing account owner the business has agreed to retain. Then apply approved territory, product or service rules. If two rules can match, state which wins. Send unresolved cases to a monitored review destination.

For HubSpot, configure and test branches against intended precedence, including overlapping cases. Across platforms, check documented rule order and unmatched-record handling before release. Do not assume a default destination is the intended sales destination.

Check workflow configuration

HubSpot branch criteria require exact matches in spelling, capitalisation, spacing and format: CA does not match California. A record must meet branch criteria before reaching it. Treat those values as part of the routing contract and include representative values in pre-release tests.

HubSpot recommends adding all relevant properties to the enrolment trigger when branch criteria rely on properties being known. Where values may not be populated at enrolment, it recommends a five-minute delay at the start of the workflow. It also recommends a five-minute delay before the branch when criteria depend on engagement with content in a previous action or on a property update from a form submission.

Branch setup has access requirements: Edit or Super Admin permissions to add branches, and Publish permissions to publish. Branches are available with Marketing, Sales, Service, Data Hub or Smart CRM Professional or Enterprise subscriptions, subject to feature-specific exceptions.

HubSpot Workflow Requirements and Limitations

Required Subscription
Marketing, Sales, Service, Data Hub or Smart CRM Professional or Enterprise
Branch Access Permissions
Edit or Super Admin to add branches; Publish permission to deploy
Rotation Feature Status
Beta in HubSpot; requires eligible paid seats
Case Sensitivity in Branches
Exact match required: `CA` ≠ `California`

Choose how to assign ownership

A rule may set a named owner. Where the CRM supports it, a queue can hold work for a team to claim. A rotation action can distribute records among eligible users. A queue needs monitoring; rotation needs a maintained roster and a plan for unavailable assignees.

HubSpot’s owner rotation action requires Sales or Service Hub Professional or Enterprise and eligible paid seats. HubSpot documents lead rotation as beta.

HubSpot’s lead settings differ from those for other record types, so check the workflow object and the account’s options. Check how the workflow handles an existing owner and verify the outcome in a controlled test. HubSpot also warns that Salesforce owner synchronisation can affect the resulting HubSpot owner.

For any CRM assignment rule, verify that it is active and that the relevant creation route invokes it. Define and check how unmatched leads are handled.

Validate the rotation roster before relying on it. A named user must be active and hold an assigned Sales or Service Hub Professional or Enterprise seat. A team must have at least one user with such a seat; only eligible main-team members are included unless the account has opted into the Support Multiple Main Teams for Full Functionality beta.

For most record types, HubSpot says no owner is assigned if there is no eligible user to rotate to or no team is selected for team-based assignment. These distribution rules do not apply to lead- or ticket-based workflows.

Confirm the hand-off

Record the intended destination with the lead reference and rule version. After assignment, inspect the owner or queue on the destination record. If another system synchronises ownership, check the value after that update as well.

Define when confirmation must occur and who investigates a mismatch. An operational hand-off is complete when the intended destination holds the lead and someone is accountable for follow-up. A notification alone does not establish either result.

Keep two exceptions distinct. Missing or conflicting routing information needs a data decision. An attempted assignment that errors or leaves the expected owner unset needs an assignment investigation. Both need a visible owner and a hold on later steps that assume the hand-off succeeded.

Check the rules before release

Use controlled records for a straightforward match, overlapping matches, an existing owner, a blank field, an unexpected value and an unavailable assignee. State the expected destination for each. Include a repeat enquiry and decide whether it creates new work or retains the current owner.

HubSpot’s Test feature checks whether a record will enrol and simulates its path through the workflow after enrolment, for automatic or manual enrolment. Test criteria shows which enrolment conditions it meets. Tests use only the current workflow version, so check which version the record may have entered.

For troubleshooting, review workflow details and additional settings, including timing settings if an action runs unexpectedly. Verify real assignment with a controlled run and the resulting record. Once live, review exceptions and compare intended routes with recorded owners. Update rules and the roster when responsibilities change.

A record meeting the enrolment criteria may still not enrol if it has already completed the workflow and re-enrolment is off. Include a previously processed record in release checks where repeat enrolment matters, and verify that the workflow’s re-enrolment setting matches the intended process.

In this guide

  1. Assigning leads by territory and product interestBuild a territory and product-interest routing matrix, settle overlapping rules and check the resulting lead owner.
  2. Handling leads with missing routing informationGive leads with blank or conflicting routing data a visible review path, then assign them after the missing information is resolved.
  3. Notifying a team when lead assignment failsDetect a failed lead assignment, send an actionable team notice and keep the lead in an exception list until ownership is confirmed.

More from Automation Builds