Bonus Pool Allocation
{{ formatMoney(totals.allocated) }}
{{ summaryLine }}
{{ balanceLabel }} {{ totals.eligibleCount }} eligible {{ formatMoney(totals.averageBonus) }} average Top: {{ topAllocationRow.label }} {{ formatMoney(totals.floorTotal) }} floors {{ formatMoney(totals.capTotal) }} cap limit
Bonus pool allocation inputs
Enter the gross pool to allocate before payroll deductions or tax withholding.
{{ currency_symbol }}
{{ methodHint }}
Participants:
Use anonymous labels if needed; service is percent proration, and floor/cap values are optional per row.
Participant Eligible Base salary {{ weightLabel }} Rating Service Floor Cap Remove
{{ currency_symbol }}
%
{{ currency_symbol }}
{{ currency_symbol }}
Use cents for payroll precision, or larger increments for planning estimates.
Leave residual visible for review, or assign it to the largest flexible eligible row.
Use one symbol or short code, such as $, RM, EUR, or GBP.
Turn off when cap or floor leftovers should stay as visible unallocated balance.
{{ rebalance_enabled ? 'On' : 'Off' }}
Participant Effective weight Initial Final bonus Pool share Status Copy
{{ row.label }}
{{ formatNumber(row.effectiveWeight, 3) }} {{ formatMoney(row.initialAllocation) }} {{ formatMoney(row.finalAllocation) }} {{ formatPercent(row.sharePercent) }} {{ row.statusLabel }}
Total {{ formatNumber(totals.totalWeight, 3) }} {{ formatMoney(totals.initialTotal) }} {{ formatMoney(totals.allocated) }} {{ formatPercent(totals.allocatedShare) }} {{ balanceLabel }}
Ledger item Value Note Copy
{{ item.label }} {{ item.value }} {{ item.note }}
Flag Detail Copy
Review flag {{ note }}
No active flags No cap, floor, eligibility, or residual warnings are active for this scenario.
Add at least one positive eligible award to render the bonus mix chart.

                
:

Introduction

Bonus pool allocation turns one approved amount into individual gross awards. The planning question covers both the available money and the rules that move it across eligible people when service time, performance multipliers, minimum awards, maximum awards, and rounding all affect the final numbers.

A clear allocation starts with an agreed basis. Some plans split a pool evenly. Others use salary, role weight, committee points, or a performance rating as the starting signal. Once that basis is chosen, partial-year service can reduce a row, a floor can raise it, and a cap can prevent it from exceeding an approved limit.

Flow from fixed bonus pool to effective weight, caps and floors, final awards, and remaining balance

That order matters because the same total can produce very different awards. A high-weight employee may be capped before receiving the proportional amount. A small floor can protect a minimum payout but also consume money that would otherwise be shared. Rounding to whole dollars, tens, or hundreds can leave a visible balance even after the proportional math is otherwise correct.

A bonus pool worksheet is a planning aid, not an approval decision. It can make the arithmetic easier to inspect, but eligibility, pay equity review, employment-law treatment, tax withholding, and communication rules still need the organization's own policy and professional review.

Technical Details:

Proportional allocation depends on effective weight. Each eligible row receives a basis value, then rating and service proration modify that value before the pool is split. Ineligible rows and rows whose effective weight is zero receive no award, even if other fields contain salary or point values.

The initial award is calculated before caps, floors, redistribution, and rounding. Final awards may differ from the initial amount because minimums and maximums can lock rows, remaining money can be redistributed among flexible eligible rows, and the chosen rounding increment is applied to each participant separately.

effective weight = basis×rating multiplier×proration percent100 initial award = pool×row effective weighttotal eligible effective weight pool balance = pool-final allocated total

The basis value changes with the selected method. Rating and proration are still applied after the basis is chosen, so a neutral rating is 1.00 and full service is 100%.

Allocation methods and base signals
Method Base signal When it fits
Equal split One unit for each eligible row Every eligible person starts from the same share before rating or service adjustments.
Weight-based Allocation weight Role level, target bonus weight, or manager-approved weighting drives the split.
Rating-weighted One unit, modified by rating The performance multiplier should be the main differentiator.
Salary-weighted Base salary Award size should scale with reference compensation before other adjustments.
Custom points Points entered in the weight field A committee score or worksheet total has already assigned allocation points.

Caps and floors apply only to eligible rows. A floor raises a final award when the calculated amount is below the minimum. A cap lowers a final award when the calculated amount is above the maximum, and a maximum of zero means no cap is active. If redistribution is enabled, fixed rows are removed from the flexible group and the remaining pool is recalculated across eligible rows that can still move.

Adjustment rules and review signals
Condition Result What to review
Floor is greater than cap The row blocks results with an error. Correct the minimum, maximum, or eligibility before using the scenario.
Floors exceed the pool The flags warn that minimums are larger than the available money. Reduce floors, increase the pool, or confirm the overage is intentional.
Caps leave money unused The balance can stay unallocated when no flexible row can absorb it. Check whether capped money should remain visible or be redistributed.
Rounding creates a residual The balance can remain visible or be assigned to the largest flexible eligible row. Confirm the residual policy before sharing final awards.

Mechanism Walkthrough

A $90,000 pool with effective weights of 3, 1, and 1 gives initial awards of $54,000, $18,000, and $18,000. If the first row has a $45,000 cap and redistribution is on, that row locks at $45,000. The remaining $45,000 is then split across the two flexible rows, so their awards become $22,500 each before rounding.

The ledger separates those movements: input pool, initial proportional allocation, cap and floor adjustment, rounding movement, residual assignment, and final allocated total. That sequence is useful because it shows whether the final balance changed because of the plan rules or only because of rounding.

Everyday Use & Decision Guide:

Choose the allocation method from the plan rule first, then enter participant rows. If the organization has approved points, use Custom points. If the plan references pay, use Salary-weighted. If every eligible row starts the same and performance should be the differentiator, Rating-weighted keeps the base equal and lets the rating multiplier do the work.

For early planning, anonymous labels are often enough. Keep rating at 1.00, service at 100%, floors at 0, and caps at 0 until the first proportional split looks right. Add floors, caps, and rounding rules after that, because those settings can move money away from the first split.

  • Allocation Table is the main row review, with effective weight, initial allocation, final bonus, pool share, and status.
  • Pool Balance Ledger reconciles the pool through proportional allocation, cap and floor movement, rounding, residual assignment, and final allocated total.
  • Pool Review Flags calls out ineligible rows, visible balances, cap or floor pressure, and redistribution being off.
  • Bonus Mix Chart visualizes positive eligible awards and can include an unallocated balance slice.
  • JSON keeps inputs, totals, allocations, chart slices, ledger items, and warnings together for handoff.

A balanced pool is not enough by itself. A row can be capped, floored, marked ineligible, or adjusted by residual handling while the total still equals the pool. Read the Status column and Pool Review Flags before treating the headline total as ready.

The calculator is a poor fit for deciding who deserves a bonus or for calculating withholding. Use the output as a gross allocation worksheet, then send the reviewed scenario through the organization's compensation, payroll, legal, and tax process.

Step-by-Step Guide:

Work from the pool and plan rule toward row-level review.

  1. Enter Total bonus pool and choose Allocation method. The method hint should match the rule you intend to model.
  2. Use Add participant or reset the sample rows, then set each row's label, Eligible switch, salary, weight or points, rating, service percent, floor, and cap.
  3. Open Advanced for Rounding mode, Rounding residual, Currency symbol, and Redistribute caps/floors. Leave redistribution on when the remaining pool should flow to flexible eligible rows.
  4. If an alert appears, resolve the named issue first. Common blockers are no eligible rows, no positive effective weight, or a maximum bonus below the minimum bonus.
  5. Check the summary badges for allocated total, pool balance, eligible count, average bonus, floor total, and cap total.
  6. Review Allocation Table and Pool Balance Ledger together so each final bonus can be traced back to the pool movement.
  7. Open Pool Review Flags before exporting. A visible balance, cap warning, floor warning, or ineligible row note should be cleared or documented before the worksheet is shared.

Interpreting Results:

The final bonus is the row amount after eligibility, method basis, rating, service proration, caps, floors, redistribution, rounding, and residual handling. The pool balance explains whether the input amount was fully assigned, partly left unallocated, or exceeded by the scenario.

The most important false-confidence risk is a clean headline total. A pool can show Pool balanced while a capped participant, a floored participant, or an ineligible row changed the distribution. Check row status before approving the table.

How to read bonus pool allocation outputs
Output What it means Verification cue
Effective weight The proportional value after basis, rating, and service percent are combined. Check for unexpected zero values before reading final bonuses.
Initial allocation The pre-adjustment proportional award. Compare it with final bonus to spot cap, floor, and residual movement.
Final bonus The gross award after active adjustments and rounding. Use the row status to explain why it differs from the initial amount.
Pool share The row's share of allocated dollars. Do not read it as share of the input pool when a visible balance remains.
Pool Balance Ledger A reconciliation from input pool to final allocated total. Use it to separate cap or floor movement from rounding movement.

Large unallocated balances usually point to caps or no flexible eligible rows. Overallocated balances usually point to floors that exceed the remaining pool. Small balances after rounding may be acceptable, but they should still match the chosen residual policy.

Worked Examples:

Weighted plan with no limits

A $120,000 pool with three eligible rows using Weight-based allocation and weights of 1.5, 1.0, and 0.5 has total effective weight of 3.0 when ratings are 1.00 and service is 100%. The Allocation Table should show final bonuses of $60,000, $40,000, and $20,000, each with an Allocated status if no cap or floor applies.

Cap with redistribution

A $90,000 pool split across effective weights of 3, 1, and 1 starts at $54,000, $18,000, and $18,000. Add a $45,000 cap to the first row and leave Redistribute caps/floors on. The first row should show Capped, while the two flexible rows rise to $22,500 each and the Pool Balance Ledger keeps the final allocated total at $90,000 before any rounding change.

Rounding residual left for review

A $10,000 pool split equally across three eligible rows rounds to $3,300 each when Rounding mode is nearest 100. With Rounding residual set to leave the balance visible, the summary shows $9,900 allocated and $100 unallocated. Switching the residual policy to assign to the largest flexible row can move that $100 into one row if no cap or floor blocks it.

Minimum above maximum

If Quinn has a $20,000 floor and a $15,000 cap, results do not render. The error says Quinn has a maximum bonus below the minimum bonus. Fix the row by lowering the floor, raising the cap, clearing one limit, or marking the row ineligible if it should not participate.

Responsible Use Note:

Bonus allocations can affect payroll, overtime, withholding, and employee communications. In U.S. contexts, nondiscretionary bonuses can affect regular-rate overtime calculations, and bonuses are generally treated as supplemental wages for withholding purposes. Other countries and local policies can use different rules.

Treat the output as educational scenario math and a gross compensation worksheet. Do not use it as legal, tax, payroll, or pay-equity advice without review from the people responsible for those decisions.

FAQ:

Can I use anonymous participant labels?

Yes. Labels are editable and only identify rows in the worksheet, exports, chart, and JSON. Use anonymous labels when early review should focus on amounts rather than names.

Why did an eligible row receive zero?

Its effective weight may be zero. Check the selected method, salary or weight field, rating multiplier, and service percent. An eligible row needs positive effective weight to participate in the proportional split.

Why does a balance remain after I used the whole pool?

Caps, floors, and row-level rounding can change the allocated total. The balance also remains visible when the residual policy is set to leave it for review or when no flexible eligible row can accept the residual without breaking a cap or floor.

Does the calculator include tax withholding?

No. Final bonus values are gross scenario amounts. Withholding, payroll reporting, overtime treatment, and local employment rules are outside the calculation.

What does redistribution change?

When Redistribute caps/floors is on, money left after fixed capped or floored rows is recalculated across flexible eligible rows. When it is off, cap and floor changes are applied row by row and the remaining difference stays in the balance.

Are participant rows sent away for calculation?

No server calculation is used for the allocation logic. The entered rows are processed in the browser, and the exported CSV, DOCX, chart images, and JSON are generated from the current worksheet state.

Glossary:

Bonus pool
The fixed gross amount available to allocate before row-level adjustments.
Effective weight
The value used for proportional splitting after basis, rating multiplier, and service proration are combined.
Floor
The minimum gross bonus allowed for an eligible row.
Cap
The maximum gross bonus allowed for an eligible row. A cap of zero means no maximum is active.
Residual
The remaining difference between the input pool and final allocated total after rounding and adjustments.

References: