Group payout calculator

The two-stage split almost nobody explains

Most group payout advice treats a split as one operation: set percentages that add to 100, revenue divides accordingly. That is not what Roblox does, and the difference changes what people actually receive.

Revenue passes through two splits in order. First the per-game split pays members directly. Whatever is left over then flows into the group split and is divided again among members. Anything still remaining after both stages lands in the group's overall balance.

Roblox's own worked example makes the mechanic concrete. A game with a 40/30/10 split among three members generates 1,000 Robux. Those three receive 400, 300 and 100. The remaining 200 passes into a group split of 20/20/10, giving them a further 40, 40 and 20. The last 100 goes to the group balance.

The mistake this produces is consistent: someone with a 20% group share assumes they are getting 20% of the revenue. They are getting 20% of the remainder. On those numbers, 40 Robux rather than 200 — a fivefold difference, and one that only shows up when the money arrives.

Why percentages under 100% are normal

Because the stages cascade, neither split needs to total 100. A group that allocates 80% at the game level and 50% at the group level is not misconfigured — it is deliberately retaining a share in the group balance for shared costs, future hires, or simply as a buffer.

The calculator above therefore does not force totals to 100. It flags only the configuration Roblox actually rejects: a split over 100%.

Recurring versus one-time

The splits above are recurring payouts — they apply automatically as revenue comes in. They can be set per game and for the group overall, which is what makes the two-stage cascade possible in the first place.

One-time payouts are a separate mechanism: a manual batch transfer of set Robux amounts, either picking members individually or uploading a CSV with userId and payoutInRobux columns. They suit a one-off commission for a piece of work. They are a poor substitute for a real split arrangement, because nothing enforces them and nothing records the intent.

How group funds actually accumulate

The balance the splits draw from is not a pot anyone tops up. It fills automatically as the group's experiences and items sell, and what arrives is already net of the platform's cut — 30% on passes, developer products, subscriptions and private servers, and a progressive share on avatar items sold in the Marketplace that starts far lower.

Not all of it arrives at once, and this is where the calculator's number and the dashboard's number diverge. Marketplace avatar item sales sit in a 30-day escrow from the date of sale. Subscriptions bought with real money are held for 30 days and only release after the term is delivered. Passes and developer products clear faster, in about five days.

So a group looking at a month of sales is looking at three tranches arriving on three schedules. Splits apply to revenue as it lands, not as it is sold — which means a member can see a strong sales month and a much smaller payout in the same period, with the difference showing up weeks later. Every hold period, with sources.

When the balance is not enough

A payout needs the Robux to be released and present. Two failure modes follow, and they look identical from the outside.

A one-time payout simply fails if the group balance does not cover it. The Robux sitting in escrow does not count toward what you can send, so a group with a healthy total and most of it still held will find the payout rejected.

Recurring splits behave differently: they are percentages, so they cannot overdraw. They just distribute less. A quiet month produces small payouts rather than failed ones, which is why percentage splits are the more robust arrangement for an ongoing collaboration and fixed one-time amounts are better kept for discrete pieces of work.

Roblox also withholds the Payouts page from some groups entirely, citing the age of the group and insufficient funds among the reasons. If you are agreeing a split with collaborators, confirm the page exists before promising anyone a percentage.

Three things that catch groups out

Private server splits freeze at the moment of purchase. If a player buys a private server subscription, the split percentages in force at that moment apply to that subscription for as long as it runs. Changing your percentages later does not affect it. A group that renegotiates its split will keep paying the old proportions on existing subscriptions indefinitely.

Paid access in local currency cannot be split at all. Group payouts do not cover revenue from experiences charging real money for access. If your monetisation includes it, that revenue needs handling outside this system.

The Payouts page is not available to every group. Roblox withholds it based on factors including the age of the group and whether there are sufficient funds. Discovering this after agreeing a split with collaborators is an awkward conversation.

What a split does not do

A percentage in a dashboard is a payment instruction, not an agreement. It can be changed by anyone with the group revenue permission, it carries no record of what was agreed or when, and it does not survive a fallout.

For a casual collaboration that is fine. For anything where real money is involved — especially where the people involved are young and the amounts are becoming non-trivial — writing down who gets what, from when, and what happens if someone leaves, is worth the twenty minutes. The dashboard implements the deal; it does not constitute it.

One related point on the money itself: what reaches the group is already net of the platform's 30% cut on passes and developer products, and avatar item revenue arrives on a different basis entirely. The fee systems, side by side.

Source: Roblox — Groups, Manage payouts.