How to calculate Settlement Allocator in West Virginia

How to calculate Settlement Allocator in West Virginia

7 min read

Published November 4, 2025 • Updated April 23, 2026 • By DocketMath Team

Verification issue found

Trust release 4

This page includes a legal claim or source that failed the current primary-source review.

Quick takeaways

  • In West Virginia, the general/default civil limitations period for many claim types is 1 year under W. Va. Code § 61-11-9.
  • DocketMath’s Settlement Allocator is set up to use jurisdiction-aware time logic for US-WV (West Virginia), so your allocations can update as key dates change.
  • Use the tool to apply a consistent methodology for allocating settlement consideration across categories, and keep your inputs documented so the results are auditable.

Note: This 1-year rule is based on the general/default period in W. Va. Code § 61-11-9. No claim-type-specific sub-rule was found for this walkthrough, so this guide intentionally uses only the general period.

Inputs you need

Before you run DocketMath’s Settlement Allocator, collect the dates and amounts already used in your workflow. That helps avoid “garbage in, garbage out” results.

Use this intake checklist as your baseline for Settlement Allocator work in West Virginia.

  • jurisdiction selection
  • key dates and triggering events
  • amounts or rates
  • any caps or overrides

If any of these inputs are uncertain, document the assumption before you run the tool.

1) Settlement and exposure details

  • Settlement amount (total dollars to allocate)
  • Allocation targets (the categories you want to allocate across—for example, “Category A,” “Category B,” etc.)
  • For each category:
    • Category value basis (the number that weights exposure—commonly a damages component or agreed valuation metric)
    • Start date relevant to the limitations calculation (often the date your model’s “clock” starts)
    • Event date relevant to the limitations calculation (commonly filing date, demand date, or another timeliness-linked date)

2) West Virginia jurisdiction setting

  • Jurisdiction: US-WV
  • Limitations period used for calculations: 1 year
  • Statutory anchor: W. Va. Code § 61-11-9 (general/default)

3) Date-conversion assumptions

To keep results consistent, confirm how your workflow handles date precision:

  • How you treat partial days (for example, whether you use day-level dates only)
  • What you use as the clock start:
    • the earliest known trigger date, or
    • the later of multiple candidate triggers (if that’s your documented practice)

4) Optional documentation fields (recommended)

  • Notes for audit trail (brief explanation of why each date was chosen)
  • Source for each input (internal spreadsheet, complaint, demand letter, etc.)

Checklist—gather everything before you click Calculate:

How the calculation works

DocketMath’s Settlement Allocator produces an allocation output by combining:

  1. Settlement splitting/weighting logic across your categories, and
  2. A jurisdiction-aware timeliness component that uses the applicable limitations period.

Below is a practical, modeling-focused way to think about the calculation.

Step 1: Apply West Virginia’s general limitations period (1 year)

For this guide, the time rule is:

Warning: Only substitute a different limitations period if your matter analysis identifies a specific statute that governs that claim type. This walkthrough uses the general/default period reflected in § 61-11-9.

Step 2: Compute timeliness eligibility per category

For each allocation category, DocketMath evaluates the time interval between the dates you enter, using US-WV jurisdiction logic and the 1-year limitations period.

Practically, the tool uses:

  • Clock start (category start date)
  • Clock end (category event date)
  • Limit = 1 year (general/default)

The tool then applies an eligibility factor that changes the category’s weight depending on whether the category falls within or outside the limitations window.

Conceptually:

  • If a category is within 1 year, it receives more favorable weighting
  • If a category is outside 1 year, it receives less favorable weighting (which may be sharply reduced depending on configuration)

Step 3: Convert weights into dollar allocations

After each category has a derived weight, the tool allocates the total settlement amount proportionally.

A simplified view:

CategoryBasis value (input)Timeliness factor (tool logic)WeightAllocated amount
Category A100,000(computed)(100,000 × factor)(weight ÷ total weights) × settlement
Category B50,000(computed)(50,000 × factor)(weight ÷ total weights) × settlement

Exact factor formulas depend on the Settlement Allocator configuration, but the operational pattern is consistent: time-driven factors and basis values together drive weights, and weights drive dollars.

Step 4: See how output changes when dates move

Because the model is tied to a 1-year window, small changes near the threshold can materially shift allocations.

Illustrative examples:

  • If Category A’s event date moves from 365 days after the start date to 390 days, its timeliness factor may drop, reducing its share.
  • If Category B’s start date moves later (making the elapsed time shorter), its category timeliness may improve and its share may increase.

That’s why DocketMath is useful for quick “what-if” comparisons: you can test date assumptions without losing visibility into the methodology.

If you want to run it now, use: **/tools/settlement-allocator

Gentle disclaimer: This describes how the tool behaves and how to structure inputs for consistent modeling. It is not legal advice, and limitations rules can vary depending on the specific claim and procedural posture.

Common pitfalls

These issues commonly distort settlement allocation outputs. They’re typically not “legal strategy” problems—they’re modeling and documentation problems.

  1. Using the wrong limitations period
  • If your case actually involves a claim-type-specific limitations statute, hard-coding 1 year from W. Va. Code § 61-11-9 could skew results.
  • This guide uses the general/default period because no claim-type-specific sub-rule was found in the provided jurisdiction notes.
  1. Mixing up start and event dates
  • The output depends heavily on what you enter as clock start versus clock end.
  • Double-check that your date pairs are consistent across categories (e.g., don’t enter “incident date” as start for one category and “demand date” as start for another without documenting why).
  1. Treating basis values as “final amounts”
  • Basis values are usually weighting inputs, not necessarily what you truly expect as final damages.
  • If your basis values already incorporate reductions (like comparative fault or negotiated offsets), layering additional reductions elsewhere can double-count.
  1. Assuming date boundaries are arbitrary
  • With a 1-year threshold, timing edge cases near the cutoff can change eligibility factors and therefore dollar allocations.
  • Standardize your date precision rules (day-level vs timestamp-level) and apply them consistently.
  1. Skipping the audit trail
  • Settlement allocation methods often become contentious when results are not reproducible.
  • Record a short explanation for each date and basis value selection.

Pitfall note: If you change only the settlement amount but don’t rerun after date changes, it can be easy to misunderstand why allocations moved—because time-driven eligibility factors may be the real driver.

Sources and references

Start with the primary authority for West Virginia and confirm the effective date before relying on any output. If the rule has been amended, update the inputs and rerun the calculation.

Next steps

  1. Confirm your inputs are paired consistently
  • For each allocation category, verify you have:
    • start date
    • event date
  1. Run DocketMath’s Settlement Allocator with US-WV settings
  • Select the West Virginia jurisdiction mode (US-WV) so the tool uses the 1-year general/default rule from W. Va. Code § 61-11-9.
  1. Perform a two-scenario sanity check
  • Scenario A: Use the earliest reasonable clock start date.
  • Scenario B: Use a later documented trigger date (if supported by your internal rationale and workflow).
  • If allocations change dramatically without meaningful date changes, re-check basis values and timeliness inputs.
  1. Export results for documentation
  • Store:
    • settlement amount
    • category basis values
    • category dates
    • notes explaining date selection and assumptions

Gentle disclaimer: Consider confirming limitations assumptions with qualified counsel where appropriate, especially if a claim may have a statute that differs from a general/default period.

Related reading