When the Wrong Person Gets the Lead
And other allocation problems worth understanding
Almost every report in this area has one of three explanations: a calendar is attached and is overriding the form's routing, a contact already existed and kept their owner, or the rotation is balancing load rather than taking strict turns.
Work through whichever symptom matches.
Known Issues
My rotation is set up but every lead goes to one person
A calendar is attached to the form, so the calendar decides.
This is the most common cause by a wide margin.
When a form has a schedule attached, the lead must go to someone who can host the meeting, so the calendar's members are used and the form's Members in the rotation list is ignored entirely.
If the calendar is an individual one, every lead goes to its owner — which looks exactly like a broken rotation.
To fix it: either change the calendar's membership, or convert it to a group calendar with the people you want included. If the form should not take bookings at all, detach the schedule in the form builder and the form's own routing will apply.
A submission went to someone who is not in my rotation
The contact already existed and kept their owner.
Routing assigns an owner to new contacts only. Someone already in your CRM stays with whoever owns them, so a repeat submitter's lead goes to their existing owner rather than into the rotation.
This is deliberate — it stops a form reassigning your clients — and it is why feedback and survey forms rarely distribute the way people expect.
Check the contact's created date. If it predates the submission, this is the explanation.
The rotation is uneven
It balances total load, not turns.
The rotation gives each lead to whoever currently owns the fewest contacts from this form, not to whoever is next in line. Over time that evens out; over the first few leads it will not look like a cycle.
Two things reset or skew the counts:
Renaming the form. Counts are derived from the form's name as stored on each contact, so a rename restarts everyone at zero.
Adding someone to the pool. They start at zero and receive several in a row until they catch up. That is intended.
A team member never receives any leads
They are not Active.
Only Active members receive leads. Inactive, Suspended, and Pending members are filtered out — Pending meaning invited but never signed in, which is the one people miss.
Check their status in your member list. If they have never accepted their invitation, that is why.
On a booking form, also check they are actually a member of the attached calendar; being in the form's routing list is not enough.
No times appear on the booking step
The schedule has nothing to offer.
The form only displays what the schedule makes available, so this is almost always the schedule rather than the form.
Check the schedule has availability defined for the days you expect, that its booking window is more than zero days, and — on a group calendar — that at least one member is not fully booked.
If you recently changed the schedule's slot length, location options or booking window, detach and reattach it to the form so the booking step picks up the change.
A submission failed with an unhelpful error
Most often the chosen slot was no longer available.
If every member of a group calendar is busy for the time chosen, the submission is rejected rather than assigning a meeting to someone who cannot attend. This can happen in the gap between someone loading the form and submitting it.
The answers remain on screen, so the person can choose a different time and submit again.
The error message shown is currently generic and does not explain this, so if someone reports a failed booking, ask whether the time they picked was near-term or popular — that is usually the cause.
The meeting is on the wrong person's calendar
The calendar's membership, not the form.
The host is chosen from the attached calendar's members. If bookings are landing with the wrong person, change who is on that calendar rather than changing the form.
On a group calendar, check the strategy too. Sequential gives everything to the first free member in list order — usually the owner — which looks like favouritism but is exactly what that setting does. Round robin balances by load.
The person who booked never got an invitation
No verified sending domain.
Their invitation is sent from the host's address on your verified sending domain. Without one configured, that email is not sent at all.
The meeting still exists and the host is still notified, so this is easy to miss — the booking looks successful from your side while the other party has heard nothing.
Check your sending domain is verified.
Frequently Asked Questions
Open View Completions for the form and find the submission, then open the contact it produced and check their owner.
Yes — change the contact's owner on their record. That does not move any meeting already booked, which stays with the host whose calendar it sits on.
No. Existing meetings and events are untouched. Detaching only stops the form offering new bookings, and lead ownership reverts to the form's routing settings for future submissions.
Not from the Lead Routing panel, which distributes without reference to the answers. For answer-based assignment, use a workflow triggered by the form submission.
Because two members are free and each takes one. That is the point of a group calendar. Duplicate protection stops the same person booking the same slot twice, not two different people booking in parallel.
Need More Help?
Still stuck? Get in touch with our support team with the form's name, who you expected to receive the lead, and who actually did.
Contact Support