Abstract background illustration for How to calculate Settlement Allocator in Tennessee

How to calculate Settlement Allocator in Tennessee

7 min read

Published June 4, 2026 • By DocketMath Team

Under review

missing_or_unverified_packet

Quick takeaways

  • In Tennessee, a “Settlement Allocator” is usually built by applying Tenn. R. Civ. P. 23 class action concepts (notice, administration framework, and court oversight) and then mapping them to the settlement’s participation and claim-count logic—rather than using a single universal statute “allocation formula.”
  • DocketMath’s Settlement Allocator calculator helps you consistently convert case inputs into allocation outputs you can explain to counsel, claims administrators, or court filings.
  • Based on the jurisdiction data provided, Tennessee’s rule set (via Tenn. R. Civ. P. 23) does not provide a claim-type-specific allocation period sub-rule. Use the general/default class-action framework under Tenn. R. Civ. P. 23 unless your settlement terms adopt additional timing or tiering.
  • Best results come from entering exact counts (e.g., class members, claims received, valid claims, opt-outs) and defining the allocator rule (commonly: pro rata to eligible participation) before you run DocketMath.

Note: This guide is for modeling and documenting allocation math. It’s not legal advice. You should align the allocator model with your settlement administrator plan and any court-approved distribution terms.

Inputs you need

Before you calculate a Settlement Allocator in Tennessee (US-TN) with DocketMath, gather the following inputs. Each one can materially change the allocator output.

A. Class participation inputs

Use integers where possible (avoid rounding until the end).

  • Total class members (N)
    The number of people/entities included in the class for settlement purposes.
  • Claims submitted (C)
    How many class members filed claims during the claims period.
  • Valid claims (C_valid)
    The count of claims deemed valid under the settlement’s eligibility rules.
  • Opt-outs (O)
    Class members who opted out (typically excluded from settlement distributions).
  • Deceased / unavailable adjustments (optional)
    If the plan changes the effective membership count for unavailable parties, use the counts the plan authorizes.

B. Allocation structure inputs

DocketMath needs a clear definition of what “share” means.

  • Allocation basis (choose one model):
    • Pro rata by valid claims (most common): each valid claimant receives a share proportional to eligible claim weight.
    • Pro rata by participation weight: each claimant has a weight (e.g., units, tiers, or other multiplicative eligibility factors).
  • Claim weight rule (if weights are used):
    State the rule explicitly (e.g., “Weight = number of qualifying months” or “Weight = tier factor”).
  • Minimum/maximum payout constraints (optional):
    If your plan includes floors/caps, you must also define the cap/floor mechanics (and how any remainder is treated).

C. Settlement pool inputs

These inputs determine the dollars available for allocation.

  • Total settlement fund available (F)
    The amount distributable after any approved deductions. If your plan treats fees/costs/admin internally versus externally, make sure F matches what you intend to distribute.
  • Reserved amounts (optional)
    If the settlement keeps a reserve for late claims, disputes, or appeals, define whether your allocation fund is F net of reserve or F gross.

D. Tennessee jurisdiction flag (model compliance)

In DocketMath, select the jurisdiction context:

  • Jurisdiction: Tennessee (US-TN)
  • Rule mapping: use the general/default class-action procedure framework under Tenn. R. Civ. P. 23 (not a claim-type-specific sub-rule).

How the calculation works

A Settlement Allocator converts participation and allocation structure into either:

  • a percentage share per claimant, and/or
  • a dollar amount per eligible claim,

following the settlement’s distribution formula and constraints. In Tennessee, the allocator modeling typically ties back to the class-action administration framework under Tenn. R. Civ. P. 23—but the actual distribution math comes from the settlement terms you implement in the calculator.

Step 1: Build the eligible population

Reconcile class membership with opt-outs and other exclusions.

A common eligibility denominator is:

  • Eligible class members (E) = N − O − (any other exclusions authorized by the settlement plan)

If no additional exclusions are specified, use:

  • E = N − O

In DocketMath, reflect this by entering the inputs that represent who is eligible to receive distributions.

Step 2: Choose the allocation denominator for pro rata models

If the allocator is pro rata across valid claims, use:

  • Pro rata denominator = C_valid

If the allocator is weighted pro rata, use:

  • Weighted denominator = Σ(weight_i) for all valid claims

Step 3: Compute each claimant’s share

Pro rata by valid claims (flat weight = 1)

For claimant i:

  • Share%_i = (weight_i) / (Σ weight_j)
  • With flat weight = 1: Share%_i = 1 / C_valid

Then dollars:

  • Payout_i = F × Share%_i

Weighted pro rata

If claimant i has weight w_i:

  • Share%_i = w_i / (Σ w_j)
  • Payout_i = F × Share%_i

Step 4: Apply caps/floors (if included)

If your settlement includes constraints:

  • Minimum payout (floor): increase claimant shares below the floor to the floor amount.
  • Maximum payout (cap): reduce claimant shares above the cap to the cap amount.
  • Remainder/redistribution: apply the settlement’s specified method (for example, proportional redistribution among non-capped claimants, or another plan-defined approach).

DocketMath can model this consistently when you enter cap/floor parameters and the redistribution rule.

Step 5: Document the Tennessee rule linkage (without over-claiming it)

Use Tenn. R. Civ. P. 23 to support the administration context (class-action procedure and oversight expectations), while implementing the specific distribution mechanics from the settlement agreement and the administrator plan.

Important Tennessee-specific clarification (based on the jurisdiction data provided):
No claim-type-specific allocation period sub-rule was found. That means you should not create separate “allocation period rules” per claim type unless your settlement terms (approved under Tenn. R. Civ. P. 23) actually adopt them.

Common Pitfall: Many spreadsheet errors use C (claims submitted) instead of C_valid (valid claims). That can dilute payouts by allocating as if invalid/rejected claims were eligible.

Common pitfalls

Avoid these issues when running the DocketMath settlement-allocator for Tennessee (US-TN).

1) Mixing up eligible vs. allocation denominators

  • Eligibility denominator (E): defines who is in the settlement universe (often N − O).
  • Allocation denominator (C_valid or Σ weights): defines who participates in the pro rata share calculation.

They are often different—so keep them distinct.

2) Rounding too early

If you round percentages or dollars before applying caps/floors and remainder logic, you can end up with a mismatch between the sum of payouts and F (or the plan’s remainder expectations).

3) Double-counting deductions

Confirm whether F is:

  • Gross fund (and deductions must be subtracted inside the model), or
  • Net-to-distribute (already adjusted)

If you subtract deductions in two places, payouts will be too low.

4) Ignoring opt-out effects

If opt-outs (O) aren’t excluded from eligibility logic, you may compute shares as if opted-out members still participate—potentially conflicting with the settlement’s distribution plan.

5) Assuming Tennessee has claim-type-specific allocation period rules

Per the provided jurisdiction data, no claim-type-specific allocation period sub-rule was found. Don’t create claim-type-specific timing/allocation sub-rules unless the settlement terms actually implement them.

Sources and references

Next steps

  1. Open DocketMath Settlement Allocator:
    • Primary CTA: /tools/settlement-allocator
  2. Enter the required minimum inputs first:
    • N, O, C_valid, and F
  3. Decide the allocation basis:
    • Pro rata by valid claims, or
    • Weighted pro rata by participation weights
  4. Run the calculator and verify outputs:
    • Does the model allocate to F correctly (including reserve handling and cap/floor redistribution, if applicable)?
  5. Export and attach your allocator math:
    • Include a short “assumptions and mapping” note describing how your inputs reflect the settlement’s eligibility and participation approach, and that the administration context is grounded in Tenn. R. Civ. P. 23.

Warning: If your settlement plan includes special eligibility rules (e.g., late claims, appeals, disputes, multiple tiers), mirror those rules in the inputs and allocation logic rather than relying on generic pro rata assumptions.

Related reading