How to run Structured Settlement in DocketMath for Montana

Step-by-step

This guide walks you through running a Structured Settlement calculation in DocketMath for Montana (US-MT) using jurisdiction-aware rules from the Montana Structured Settlement Protection Act.

Before you start, confirm two things:

• Your settlement is structured through an annuity (or similar payment stream), not just a one-time payment.
• You’re modeling a scheduled payment plan (timing and amounts), because DocketMath’s structured-settlement calculator is designed around that schedule.

1) Open the Structured Settlement calculator

1. Go to the primary CTA: /tools/structured-settlement
2. Select jurisdiction:

   • Choose Montana (US-MT) so DocketMath applies the correct jurisdiction label and any Montana-specific assumptions/rules supported by the tool.

2) Enter the structured settlement inputs

In DocketMath’s calculator, provide the data that describes the payment stream and any discounting assumptions. Typical inputs include:

• Start date (or first payment date)
• Payment frequency (e.g., monthly, quarterly, annual)
• Number of payments or end date
• Payment amount (or a schedule of amounts, if your workflow supports it)
• Discount rate / discounting method (if the calculator asks for a rate)
• Any fees or adjustments that affect the modeled present value (if applicable in the tool)

If your settlement includes growth/step payments (e.g., increases every year), represent those changes precisely in the amount pattern so the output matches your intended schedule.

3) Set transfer-related context (Montana rule awareness)

Montana law includes a core “default protection” rule: no transfer of structured settlement payment rights is effective unless it is approved under the statutory process, and the obligor/issuer generally has no obligation to make payments to a transferee unless that approval exists.

DocketMath’s workflow is not a substitute for a legal effectiveness/approval determination, but you should still reflect this context in how you interpret results:

• Treat the modeled payment schedule as the underlying settlement’s expected payment stream.
• If you’re evaluating a scenario involving a transfer/sale of payment rights, ensure your scenario corresponds to an arrangement that aligns with an approved transfer pathway under the statute.

Statutory anchor:

• Mont. Code Ann. §§ 33-20-1801 to 33-20-1808 (Montana Structured Settlement Protection Act)
• Statute text (summary reflected in the act): “No direct or indirect transfer of structured settlement payment rights is effective… unless the transfer has been approved in advan…” (and related duties/recognition limitations)

4) Run the calculation and review outputs

Click Calculate and review outputs such as:

• Present value (PV) of the structured payment stream (based on discounting assumptions you entered)
• Total future value (if shown)—the sum of scheduled payments
• Payment timeline (often shown as a schedule/table or chart)

If the payment frequency or start date is off by even one period, PV can change noticeably—especially for longer durations. Double-check:

• the first payment date, and
• the interval implied by the selected frequency.

5) Validate the schedule with a quick consistency check

Before relying on PV, do a quick sanity check:

• Confirm the number of payments implied by:

  • start date + frequency + end date (or the payment count you entered)
• Confirm the sum of scheduled amounts matches the “total payments” figure shown (if DocketMath provides it)
• If you change the discount rate, confirm that only PV changes—the payment schedule itself should remain consistent

Accuracy checklist:

• Correct Montana jurisdiction selected (US-MT)
• First payment date matches the settlement documents
• Payment frequency matches the annuity/payment obligation
• Number of payments/end date aligns with the schedule
• Discount rate/assumptions entered intentionally
• PV and total payments appear consistent with the schedule

6) If you need scenario analysis, re-run with only one changed input

A practical structured settlement modeling approach is single-variable updates. For example:

• Scenario A: Discount rate = 3.0%
• Scenario B: Discount rate = 4.0%
• Scenario C: Same rate, but first payment date shifts one month

This makes it easier to see what drives differences in PV and avoids confusion caused by changing multiple inputs at once.

Common pitfalls

Montana-specific structured settlement mistakes often come from interpreting the statute vs. running the math. Here are common issues when using DocketMath for US-MT.

1) Mixing up settlement payments vs. transfer rights

Montana’s act addresses structured settlement payment rights and the conditions under which transfers are effective. The PV and future value math depends on the underlying scheduled payments, not on whether a transfer is legally recognized.

• If you’re modeling payments “to a transferee,” you still need to ensure the scenario aligns with an approved transfer pathway under Mont. Code Ann. §§ 33-20-1801 to 33-20-1808.

2) Entering the wrong “start” date

Structured settlements often have a first payment date that differs from an incident date or judgment/award date. If you enter an earlier date, PV may be higher because cash flows begin sooner.

Quick check:

• Start date is the first scheduled payment date
• Subsequent payments follow the selected frequency

3) Incorrect frequency or interval

Monthly vs. quarterly timing can meaningfully shift PV over multi-year streams.

• Monthly schedules create more timing points than quarterly schedules
• DocketMath’s PV output will reflect those timing differences

4) Overlooking the default period structure (no special claim-type sub-rule found)

Your jurisdiction rule set may include branching by category. For Montana, no claim-type-specific sub-rule was found in the jurisdiction data you provided.

So, treat the relevant period as the general/default period for the jurisdiction rules supported by the tool.

5) Assuming statutory wording automatically changes the math inputs

Even though the statute affects whether a transfer is effective/recognized, it doesn’t automatically fill in or override your payment schedule.

Instead, adjust:

• payment timing
• payment amounts
• discount rate
• fees/adjustments (if the tool supports them)

6) Running one scenario and reusing it for a different structure

If you change the structure (payment count, dates, amounts), you must rerun the calculator. PV is not transferable across materially different schedules.

Try it

Ready to compute a Montana structured settlement schedule and valuation in DocketMath?

1. Open /tools/structured-settlement
2. Select Montana (US-MT)
3. Enter:

   • first payment date / start date
   • payment frequency
   • end date or payment count
   • payment amount (or amount schedule)
   • discount rate/assumptions (if prompted)
4. Click Calculate
5. Compare scenarios by changing one input at a time (especially discount rate and payment timing)

If your goal involves a transfer of payment rights, use the outputs as math only, then align the scenario with the Montana Structured Settlement Protection Act requirements in Mont. Code Ann. §§ 33-20-1801 to 33-20-1808.

For Montana, the statutory framework includes the baseline rule that no transfer is effective and the obligor/issuer generally has no duty to pay a transferee unless the transfer is approved in advance under the act—so don’t treat “modeled PV to a transferee” as proof of legal transfer effectiveness.

Related reading

• How to calculate Structured Settlement in Philippines — Full how-to guide with jurisdiction-specific rules
• Worked example: Structured Settlement in Philippines — Worked example with real statute citations
• Inputs you need for Structured Settlement in Philippines — Input checklist with sourcing guidance