A workflow sets the owner when a contact enrols. Several things stop that from happening a second time.
Causes and fixes
- Re-enrolment is off. A contact enrols once. A later change does not trigger it again. Fix: turn on re-enrolment, or trigger on a property change.
- The contact never meets the enrolment trigger. Fix: open the workflow history and check the contact's values against it.
- The user has no seat, or is deactivated. Fix: see rotation skipping people without seats.
- A second workflow sets the owner after the first. Fix: list every workflow that sets the owner. See workflows that set the owner.
- An integration or import writes the owner. Fix: find which tool writes it, and stop one of them.
Check it yourself
Open the contact's activity and the workflow's history. Note the order of owner changes and what made each one. Then count contacts with no owner. See contacts not assigned an owner.
The free scan checks your export for:
- workflows that assign to a deactivated owner
- more than one workflow setting the owner
- owner steps with no owner chosen
- owner Ids hard-coded in several workflows
- owner workflows that enrol the same contacts,
- owner workflows that do not re-enrol contacts
Decide from the contact's history
Open one contact that kept the wrong owner. Read its activity and the workflow history. Three patterns cover most cases.
- No enrolment shows. The trigger missed the contact, or re-enrolment is off. Fix the trigger.
- Enrolled, and the rotate step ran, but there is no owner. The list is the fault. Check each name.
- The owner was set, then changed. Another workflow or tool wrote it later. Compare the timestamps.
A worked example
A made-up contact fills in a form on Monday and gets Sam as owner. A second form on Friday leaves Sam in place. The team expected a new rotation.
The history shows no second enrolment. Re-enrolment is off, so the second form did nothing. Turn it on, or trigger on the form.
Steps
- Pick three contacts with the wrong owner.
- For each, note which pattern above it shows.
- Fix the pattern that appears most often.
- Check three new contacts a week later.
What HubSpot documents about the rotate action
HubSpot's page on assigning and rotating owners with workflows lists who can be picked. It is dated 23 September 2026. I read it on 18 October 2026.
- Specific users must be active and hold a paid seat.
- A team needs at least one user with a paid seat.
- With no eligible user, no owner is assigned.
- If the owner property syncs to Salesforce, the action may not work as expected.
What HubSpot says about enrolling again
HubSpot's workflow creation page is dated 16 October 2026. I read it on 19 October 2026. By default, records enrol only the first time they meet the triggers.
Turning on re-enrolment does not repeat enrolments by itself. HubSpot says a record must finish the workflow first. Then it must meet the triggers again, or be enrolled by hand.
So a contact still inside a long workflow cannot enrol again. Check for that before you blame the rotate step.
Have it checked every night instead.
Routing Forensics connects as a read-only user and checks this, and the rest of your routing, against your real leads. Three design partners get a free health report on their own CRM, free for 90 days: what is leaking, where, and what it is worth. Apply for a place.
Or check it now. The free scan reads your HubSpot workflow export in your browser. Nothing is uploaded.