How to run Structured Settlement in DocketMath for Wyoming

How to run Structured Settlement in DocketMath for Wyoming

6 min read

Published May 9, 2025 • Updated April 23, 2026 • By DocketMath Team

Article claim inventory in progress

Trust release 4

This page has legal or numeric text that still needs claim-level inventory before we can treat it as verified.

Step-by-step

Below is a practical walkthrough for running a Structured Settlement calculation in DocketMath for Wyoming (US-WY), using jurisdiction-aware rules. This guide focuses on configuring the tool and interpreting how results change—not on legal advice.

Note: This walkthrough uses Wyoming’s general/default statute of limitations guidance. No claim-type-specific sub-rule was found in the provided jurisdiction data.

1) Start the Structured Settlement calculator in DocketMath

  1. Open DocketMath’s Structured Settlement tool:
    Primary CTA: /tools/structured-settlement
  2. Confirm you’re in the Structured Settlement flow (not a different financial or settlement calculator).

2) Set Wyoming jurisdiction (US-WY)

Locate the jurisdiction selector (often near the top of the form) and choose:

  • Jurisdiction: Wyoming
  • Code: US-WY

This matters because DocketMath can apply jurisdiction-specific defaults and labeling—such as using Wyoming’s general/default SOL guidance when relevant to the tool’s logic.

3) Choose the settlement payment structure

Structured settlement inputs typically include something like:

  • Payment frequency (monthly, annual, etc.)
  • Number of payments or an end date
  • Payment amount per period (or an initial amount plus a recurring pattern)
  • Optional: whether there’s a lump sum component in addition to periodic payments

If your structure includes multiple components (for example, a lump sum now plus periodic payments), enter them as separate items/rows if DocketMath supports multiple payment lines. Otherwise, you may omit part of the schedule.

4) Enter discounting / present value settings

If the tool uses discounting, you’ll usually see inputs such as:

  • Discount rate (often an annual percentage)
  • Compounding basis (only if the UI provides it)
  • Timing alignment (payment at beginning vs. end of period)

How outputs change:

  • A higher discount rate generally reduces present value of future payments.
  • Payments made earlier (or treated as occurring earlier in the period) generally increase present value versus later payments.

5) Use the Wyoming general/default SOL guidance correctly (default period only)

The Wyoming general/default SOL period provided here is:

  • General SOL Period: 4 years
  • General Statute: Wyo. Stat. § 1-3-105(a)(iv)(C)
  • Source (as provided): https://www.wyoleg.gov/

Important constraint:
In the absence of a claim-type-specific sub-rule in the provided data, treat the 4-year general/default period as the fallback.

Practical use in DocketMath:

  • If the UI includes a “time window,” “time since accrual,” or similar compliance boundary input, DocketMath may use the Wyoming SOL as a check.
  • If there isn’t an explicit SOL input or toggle, the calculator may still apply jurisdiction-aware wording, labels, or notes based on US-WY settings.

Warning: Do not substitute the general/default SOL for a claim-specific limitations rule unless you have identified the relevant Wyoming claim type and its matching statute subsection. The jurisdiction data provided here includes only the general/default reference.

6) Confirm dates used for any SOL boundary check (if applicable)

If DocketMath asks for dates tied to limitations timing, enter them carefully and consistently, such as:

  • Accrual date / date of injury / date claim arose
  • Filing date / date suit started
  • Any cutoff date used by the tool for checks

How outputs change:

  • A later filing date can push the scenario beyond the 4-year default window and may cause the tool to flag the boundary as outside the default SOL guidance.
  • Changing the accrual date shifts the calculated SOL deadline and can change whether the check passes or fails.

7) Run the calculation and review the results

Click Calculate (or the tool’s equivalent). After results load, review outputs typically including:

  • Total future value (sum of scheduled payments, if shown)
  • Present value (discounted value)
  • A payment schedule summary (often a timeline or table)
  • Any jurisdiction tags, assumptions, and SOL-related notes/checks (if enabled)

8) Export, screenshot, or save results

To compare scenarios later, preserve:

  • Your key inputs (discount rate, timing alignment, payment start/end)
  • Output present value (and future value, if shown)
  • Any SOL boundary indicator text or status

If DocketMath provides save/download options, use them so you can rerun with changed assumptions (for example, trying a different discount rate).

Common pitfalls

Structured settlement calculations depend heavily on assumptions and timing. When running US-WY in DocketMath, watch for:

  • Forgetting the jurisdiction setting

    • If Wyoming (US-WY) isn’t selected, you may see non-Wyoming SOL boundary labeling or different jurisdiction defaults.
  • Assuming the SOL check is claim-specific

    • The only limitations data provided here is the general/default 4-year period under Wyo. Stat. § 1-3-105(a)(iv)(C).
    • Wyoming claim-type-specific rules may exist, but they were not identified in the provided jurisdiction data.
  • Mismatched payment timing

    • If the tool lets you choose “beginning of period” vs. “end of period,” this can materially change present value.
  • Entering discount rate in the wrong format

    • For example, entering 5 instead of 0.05 (or vice versa) can dramatically distort results. Use the UI’s expected format.
  • Inconsistent date formats

    • If you enter accrual/filing dates for any SOL boundary check, ensure all dates use the same format and correspond to the events you intend.
  • Not representing multiple payment components

    • If the structure includes both a lump sum and periodic payments, use separate payment entries/rows (if available). Otherwise, totals may be understated or overstated.

Pitfall: Treat any SOL boundary indicator as a default screen based on Wyo. Stat. § 1-3-105(a)(iv)(C), unless you have specific claim-type limitations information. This guide is limited to the general/default period because that’s what the provided jurisdiction data supports.

Try it

To run a Wyoming (US-WY) Structured Settlement test in DocketMath:

  • Open DocketMath Structured Settlement: /tools/structured-settlement
  • Set **Jurisdiction = Wyoming (US-WY)
  • Enter a sample structure, such as:
    • Monthly payments over 48 months, or
    • Annual payments over a shorter horizon
  • Enter a discount rate you want to evaluate (and then run a second scenario with a different rate to compare).

If DocketMath includes a SOL boundary check:

  • Use the 4-year default period associated with Wyo. Stat. § 1-3-105(a)(iv)(C).
  • Remember: no claim-type-specific sub-rule was provided here—so stick to the default period when interpreting any SOL indicator.

When you compare runs, focus on what changes:

  • Present value at different discount rates
  • Present value when the payment start date shifts
  • Whether any SOL boundary status/indicator flips when you adjust accrual/filing dates

For more DocketMath guidance, you can also use the related blog index:
/blog

Related reading