How to calculate Settlement Allocator in Wyoming

Quick takeaways

• In Wyoming, the default general statute of limitations (SOL) is 4 years for claims governed by Wyo. Stat. § 1-3-105(a)(iv)(C).
• A “Settlement Allocator” in DocketMath uses timing (including when the SOL clock starts, as reflected in your case dates) to assign allocation weights across claim value components.
• Because this brief did not identify a claim-type-specific SOL sub-rule, treat the 4-year general period as the default for this calculator run unless you separately confirm a different SOL applies.
• You can run the calculation quickly in DocketMath via /tools/settlement-allocator and iterate if you adjust inputs like injury date (accrual), demand date, and allocation settings.

Inputs you need

To calculate a Settlement Allocator for Wyoming (US-WY) in DocketMath, gather the inputs below. Even if your case file already has values, capturing the “why” behind them helps you produce results you can defend in negotiation.

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

• 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.

Core dates (required for SOL timing logic)

• **Accrual date (date of injury / event triggering the claim)

  • Example: date of exposure, injury occurrence, or other event you use for accrual in your workflow.
• Filing date (if already filed) or settlement evaluation date (if not yet filed)

  • Use whichever date you want DocketMath to treat as the “end point” for timing.
• Demand date

  • Often used in allocation timing around negotiation and valuation cycles (depending on your chosen DocketMath allocation method).

Amount inputs (required for allocation math)

• Total settlement pool

  • Example: $250,000
• Components to allocate across

  • Choose the structure your team uses, such as:

    • Economic damages (medical bills, lost wages, etc.)
    • Non-economic damages (pain and suffering, etc.)
    • Other negotiated components (e.g., capped items, agreed costs)

Allocator settings (to match your DocketMath workflow)

• Allocation method

  • The way DocketMath translates timing into weights. Common approaches include:

    • Time-weighted allocation
    • Proportional allocation with SOL factor adjustment
    • Separate SOL-adjusted buckets for components
• Wyoming jurisdiction toggle / jurisdiction code

  • Use US-WY so DocketMath applies Wyoming’s SOL default rule.

Wyoming SOL rule to apply (jurisdiction-aware default)

• General SOL period: 4 years under **Wyo. Stat. § 1-3-105(a)(iv)(C)
• No claim-type-specific SOL sub-rule was found in the briefing provided, so the allocator run should default to 4 years unless you confirm a different SOL governs the particular claim.

Quick checklist

How the calculation works

DocketMath’s Settlement Allocator translates dates and SOL timing into allocation weights, then applies those weights to your settlement pool. In Wyoming, the SOL-specific piece uses the default 4-year general SOL framework under Wyo. Stat. § 1-3-105(a)(iv)(C) (as noted above).

1) Apply Wyoming’s default SOL window (4 years)

Under Wyo. Stat. § 1-3-105(a)(iv)(C), the general SOL period is 4 years.

Because no claim-type-specific sub-rule was provided in the briefing, this calculator approach assumes the general default applies for the purpose of the allocator run.

Allocator impact (conceptually): the SOL window creates a factor that influences how much weight you assign to timing-relative portions of damages.

2) Compute “SOL elapsed time” from accrual to evaluation

Practically, the allocator needs to know how long the case has been “in time” relative to the SOL:

• Elapsed time (years) = (Evaluation date − Accrual date)
• SOL threshold = 4 years
• SOL status

  • Within SOL window: elapsed ≤ 4 years
  • Beyond SOL window: elapsed > 4 years

Depending on your selected allocation method, DocketMath converts this elapsed time into a multiplier/curve that changes component weights.

3) Convert timing into allocator weights

In an allocator-style workflow, the key idea is:

• If your evaluation occurs within 4 years, the allocator assigns higher weight (for the relevant timing-sensitive portion).
• If your evaluation occurs beyond 4 years, the allocator assigns lower weight.

If you are allocating across multiple components (economic vs non-economic, for example), DocketMath typically applies the SOL timing factor consistently across the component structure unless your selected allocation method separates components into different timing buckets.

4) Apply weights to your settlement pool

Once weights are set, DocketMath computes dollar allocations, conceptually like:

• Component allocation = (Component base share) × (SOL timing weight)

Then it totals to your Total settlement pool. If your base shares sum to 1.00 (or 100%), you should get a clean “percent of total” breakdown as well.

5) How output changes when inputs change (what-if testing)

Use this to sanity-check results and identify whether the allocator is behaving as expected:

• Move accrual date later → elapsed time decreases → timing-based weight may increase
• Move evaluation/filing date earlier → elapsed time decreases → timing-based weight may increase
• Change component shares (within your allocation method) → affects dollar outcomes even if the SOL timing factor stays the same
• Switch allocation method → the way timing becomes a weight (linear vs bucketed vs proportional) can change how sensitive the output is near the 4-year boundary

Common pitfalls

Most Settlement Allocator issues come from date selection, jurisdiction configuration, or assuming the SOL framework matches the claim type automatically.

• missing a required input
• using a stale rate or rule
• ignoring calendar or holiday adjustments
• skipping documentation of assumptions

When rules change, rerun the calculation with updated inputs and store the revision in the matter record.

Pitfall: Assuming the 4-year general SOL always applies

Your provided jurisdiction data identifies:

• General SOL Period: 4 years under **Wyo. Stat. § 1-3-105(a)(iv)(C)

No claim-type-specific SOL sub-rule was found in the briefing provided. That means this workflow should treat 4 years as the default for this calculator run—but if your case involves a claim category with a different SOL, you must adjust the approach accordingly before relying on the output.

Pitfall: Incorrect accrual date mapping

Common date mix-ups:

• Using the filing date instead of accrual
• Using the first demand date instead of the underlying injury/event trigger
• Choosing a “symptoms began” date when your workflow defines accrual differently

DocketMath can only compute elapsed time from what you enter—so accrual accuracy is critical.

Pitfall: Setting Wyoming jurisdiction incorrectly

If the jurisdiction is not US-WY, DocketMath may apply the wrong SOL framework, which can materially change allocations.

Quick check:

Pitfall: Expecting the allocator to override bad dates

Even if the case is filed within 4 years, the allocator still relies on your accrual and evaluation dates. If those are off, the timing relationship—and therefore the SOL factor—will be off.

Pitfall: Over-interpreting allocator output as legal determinations

A settlement allocator is a valuation and negotiation model, not a final adjudication. Use it to support discussion and scenario analysis, but treat it as decision support, not a substitute for legal review.

Sources and references

• Wyoming Legislature (statutory text via provided source):

  • Wyo. Stat. § 1-3-105(a)(iv)(C) — general SOL framework (general SOL period identified as 4 years in the provided jurisdiction data)
  • Source: https://www.wyoleg.gov/

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

• Primary authority reference

Next steps

1. Open DocketMath at /tools/settlement-allocator and set jurisdiction to US-WY.
2. Enter:

   • Accrual date
   • Evaluation date (or filing date, depending on your workflow)
   • Demand date (if your selected allocation method uses it)
   • Total settlement pool and your component structure
3. Run the allocator using the default 4-year SOL framework from Wyo. Stat. § 1-3-105(a)(iv)(C).
4. Do a sensitivity check:

   • Adjust accrual by ±90 days (or your internal fact-uncertainty range) and observe how component dollar allocations change.
5. If you suspect a claim-type-specific SOL could differ from the general period, update your workflow/assumptions before using the allocator results in settlement discussions.

Related reading

• Settlement Allocator Guide for Alabama
• Settlement Allocator Guide for Arizona
• Settlement Allocator Guide for Colorado