How to run Structured Settlement in DocketMath for Mississippi

Step-by-step

This is a practical walkthrough for running a Structured Settlement calculation in DocketMath for Mississippi (US-MS) using jurisdiction-aware rules. The goal is to help you enter inputs correctly, understand what the calculator outputs, and see how Mississippi’s general statute of limitations (SOL) timing can affect the timeline logic inside the tool.

1) Open the Structured Settlement tool

1. Go to /tools/structured-settlement
2. Confirm you’re using the Structured Settlement calculator (not a general settlement or timeline tool).
3. Set the jurisdiction to Mississippi (US-MS). In DocketMath, this jurisdiction toggle drives jurisdiction-aware logic—so you should see SOL-related behavior match Mississippi’s rules.

2) Set the key settlement inputs

Structured settlement calculations typically depend on three input categories. Enter what you have and keep units consistent:

• Lump sum / initial payment (if any)
• Payment schedule, such as:

  • payment start date
  • payment frequency (monthly/quarterly/annual, etc.)
  • number of payments or total term
• Discount rate / present value assumptions (if the tool asks)

Date handling tips:

• If DocketMath asks for dates, use the actual calendar dates you want to model.
• If it asks for periods (like “months from trigger”), use values that match your intended payment cadence.

3) Choose the timeline anchor tied to Mississippi’s SOL

For Mississippi, this guide uses the general/default statute of limitations:

• Miss. Code Ann. § 15-1-49 — 3 years (general/default SOL period)

Important clarification for this workflow:

• No claim-type-specific sub-rule was found for this guide. That means the calculator modeling here uses the general/default 3-year period, not a different category-specific timeframe.

In the calculator UI, you might see inputs such as:

• “Incident/trigger date” (or a similar “start” date)
• “Filing date” (or a similar “later event” date)
• or outputs that compare modeled timing against an SOL window

If there is a field for a trigger date, enter the date you are modeling for the SOL timeline. DocketMath should then apply the 3-year window from that anchor based on the tool’s Mississippi jurisdiction-aware logic.

4) Run the calculation

Click Calculate (or the tool equivalent).

DocketMath will compute results based on:

• your payment schedule
• any assumptions you enter (including the discount rate, if applicable)
• Mississippi’s jurisdiction-aware SOL window logic anchored to the 3-year general period under Miss. Code Ann. § 15-1-49

5) Review what changes when you adjust inputs

To make sure the calculator is responding correctly, change one variable at a time and observe how outputs shift. A few high-signal adjustments:

• Change the payment start date

  • Expect present value and other timing-sensitive results to shift, because moving cash flows earlier generally increases present value.
• Change payment frequency

  • Expect totals and the timing profile to shift (e.g., monthly vs. annual payments can change the distribution of cash flows over time).
• Adjust the discount rate

  • A higher discount rate usually reduces present value for later payments.
• Change the modeled trigger/anchor date

  • Because the SOL period is 3 years under Miss. Code Ann. § 15-1-49, shifting that anchor can move the SOL boundary accordingly and affect any “within SOL / outside SOL” type timeline indicators shown by the tool.

This kind of “one change at a time” testing helps confirm your inputs are flowing through the calculator as you intended.

6) Export or capture outputs for review

If DocketMath offers an export option (PDF, share link, or downloadable/table view), capture:

• the modeled payment schedule summary
• totals such as present value and total payout
• any SOL window/timeline statements tied to Mississippi’s 3-year general period

Keeping these saved outputs is useful when comparing scenarios (for example, different payment terms or different anchor dates).

Common pitfalls

Structured settlement calculations can be derailed by a handful of common input mistakes. Here are the most frequent issues when using DocketMath for Mississippi (US-MS):

Try it

Run a quick Mississippi scenario in DocketMath to see how outputs respond to SOL anchoring and payment schedule changes. If you’re unsure about which numbers to use, start with conservative test values and then replace them with your real dates/assumptions.

Quick test checklist

What to look for in results

When comparing runs, focus on the output categories (names may vary slightly by UI):

• Total payout (sum of scheduled payments)
• Present value (discounted total)
• Schedule breakdown (dates and amounts by installment)
• SOL window indicator (a timeline statement using the 3-year general period)

A practical scenario comparison

Try two runs that differ only by payment timing:

1. Run A: Payments start 15 days earlier
2. Run B: Payments start 15 days later

Even a small timing change can affect present value. If the results don’t change, double-check that you actually updated the payment start date field (not just a note/comment).

Direct link back to the calculator: **/tools/structured-settlement

Related reading

• Structured Settlement Calculator Guide for Alabama
• Structured Settlement Calculator Guide for Arizona
• Structured Settlement Calculator Guide for Colorado