The link-level split is per recipient.
Each entry means:
“If a booking is taken by this connected host, divide their incoming payment according to this split configuration.”
The form pulls recipients from the meeting’s own member list and only shows hosts who have a connected Stripe Standard account.
When a link-level split exists for a booking’s host, it completely overrides the workspace-level (admin) split for that booking.
1. Round-robin meetings — Hosts A, B, C assigned
The dropdown shows whichever of A, B, or C have Stripe Standard connected.
You can configure:
0 entries
1 entry
2 entries
or all 3 entries
(one entry per host)
Example
Booking fee = $100
Configured splits:
Host A → host gets 70%
Host B → host gets 60%
Host C → no configuration
Booking taken by |
Link-level entry exists? |
Result |
|---|---|---|
A (host gets 70%) |
Yes |
A gets $70, workspace gets $30. Global admin split is ignored. |
B (host gets 60%) |
Yes |
B gets $60, workspace gets $40. Global admin split is ignored. |
C (no entry and no global admin split) |
No |
No split happens. Full $100 goes to C’s connected account. |
C (no entry but global admin split = 20%) |
No |
Backend hits a broken path ( |
Key takeaway
You are not routing payments.
Round-robin still selects hosts normally.
You are only configuring:
“How should this host’s payment be divided if they receive the booking?”
If you want predictable behavior, configure a split entry for every connected round-robin host.
2. One-on-one and Group meetings — single host
These meeting types always have one host.
The dropdown shows that single host (only if Stripe-connected).
You can configure at most one split entry.
Example
Booking fee = $100
Host = Alice
Configuration:
Host gets 80%
Booking |
Result |
|---|---|
Any booking on this scheduling link |
Alice gets $80, workspace gets $20. Global admin split is ignored. |
Important note
For one-on-one and group meetings, this feature effectively behaves as:
“Override the workspace-level split for this specific host.”
Although the UI technically supports multiple recipients, only one host is eligible here.
3. Multi-host meetings — unsupported
Multi-host meetings do not support scheduling-link-level split payments.
The form is intentionally blocked:
Why?
In multi-host meetings:
multiple hosts attend the same booking
Stripe Connect cannot cleanly split a single payment across multiple destination accounts in this scenario
Because of this complexity, link-level split payment is not supported.
What happens instead?
Multi-host bookings fall back to:
the workspace-level (admin) split configuration, if present
The split applies to:
whichever host is considered the booking’s
payable.user
Summary
Meeting type |
Recipients shown in dropdown |
What you configure |
Behavior |
|---|---|---|---|
Round-robin |
All Stripe-connected pool hosts |
One entry per host |
Per-host override. The configuration only applies when that specific host receives the booking. |
One-on-one |
The single connected host |
One entry |
Pure override of admin split |
Group |
The single connected host |
One entry |
Pure override of admin split |
Multi-host |
Not available |
Not available |
Form is hidden. Admin split applies to the booking’s primary/payable host. |