Abstract background illustration for How to run Structured Settlement in DocketMath for New Mexico

How to run Structured Settlement in DocketMath for New Mexico

6 min read

Published June 4, 2026 • By DocketMath Team

Partially verified

older_than_packet

Step-by-step

This guide walks you through running a Structured Settlement calculation in DocketMath for New Mexico (US-NM), using the state’s Structured Settlement Protection Act framework under NMSA 1978 §§ 39-1A-1 to 39-1A-5. It’s written to be practical and tool-focused—not legal advice.

1) Start your Structured Settlement run in DocketMath

  1. Open DocketMath’s calculator page for Structured Settlement:
  2. Select Jurisdiction: US-NM (New Mexico) if DocketMath prompts you for it.

2) Gather the key inputs DocketMath needs

Structured settlement math depends primarily on your payment stream and the valuation assumptions.

Before you enter anything, confirm you have:

  • Payment stream structure: when payments start and the timing/frequency (monthly, annual, etc.)
  • Payment amounts: fixed amounts or a schedule (including step-ups, if applicable)
  • Number of installments or the end date
  • Discount rate / interest assumptions (used to compute present value)
  • Settlement date / valuation date: the “as of” date for the valuation
  • Any special schedule logic you’re modeling (for example, if the scenario resembles an annuity-like pattern)

Tip: DocketMath will value the payment stream relative to the valuation date you set. If your scenario involves a change in timing (or you’re comparing “as of” dates), the output can shift even when the nominal payments are the same.

3) Enter the New Mexico jurisdiction context (how it affects rules)

New Mexico’s Structured Settlement Protection Act generally restricts the effectiveness of transfers of structured settlement payment rights without required approval.

For your DocketMath workflow, the key takeaway is not that DocketMath “approves” anything—it simply calculates valuation. But your results may be used alongside a legal/administrative process where transfer effectiveness matters.

The Act’s baseline restriction includes the concept that:

No direct or indirect transfer of structured settlement payment rights shall be effective, and no structured settlement obligor or annuity issuer shall be required to make any payment directly or indirectly to any transferee of structured settlement payment rights, unless the transfer has been appro...

This concept comes from NMSA 1978 §§ 39-1A-1 to 39-1A-5 (see the statute text via the New Mexico source link: https://nmonesource.com/nmos/nmsa/en/item/4408/index.do).

Gentle reminder: This guide focuses on the math valuation in DocketMath, not on whether a transfer is legally effective in a specific case.

4) Understand “default period” behavior in DocketMath (New Mexico)

DocketMath may ask for a period used for pricing/valuation assumptions (for example, a default term/holding period when an explicit one isn’t provided).

In the jurisdiction data you provided, no claim-type-specific sub-rule was found for New Mexico. That means:

  • Use the general/default period when no claim-type-specific timing rule is identified for New Mexico in your DocketMath configuration.
  • Do not try to apply a claim-type-specific sub-rule for New Mexico unless DocketMath (or its jurisdiction configuration) explicitly provides one.

5) Run the calculation and validate outputs

Once your inputs are entered:

  1. Click Calculate.
  2. Review outputs DocketMath generates, commonly including:
    • Present value of the structured payment stream
    • Total undiscounted value (sum of scheduled payments)
    • Discount-rate effects (how valuation changes with the rate/assumption)

Quick sanity checks

  • If you increase the discount rate, present value should generally decrease.
  • If you shift payments later (longer time before receiving money), present value should generally decrease.

If your results behave opposite to these expectations, re-check:

  • valuation date vs. settlement date,
  • payment start date/frequency,
  • number of installments or end date,
  • the rate field (discount rate for valuation vs. some other rate parameter).

6) Export or capture your results for downstream use

After you’re comfortable with the numbers:

  • Save/export the calculation results from DocketMath (or copy the computed values).
  • Keep your payment schedule and valuation date together—those two inputs typically drive the result more than minor assumption tweaks.

Warning: New Mexico’s Structured Settlement Protection Act includes statutory requirements related to transfer effectiveness and payment obligations to transferees. DocketMath supports valuation/math; it does not determine legal validity of a transfer.

7) Link the math to the New Mexico transfer framework (without overreaching)

When you’re using DocketMath outputs in a workflow that involves structured settlement payment-rights transfers, align your documentation to the Act’s core concept:

  • Transfers may be restricted in when they are effective.
  • Payment obligations to a transferee may depend on whether required approval steps were satisfied.

Practically, that means you should document:

  • the payment schedule used in the valuation,
  • the valuation date (“as of” date),
  • and how the scenario you modeled corresponds to the structured settlement context under NMSA 1978 §§ 39-1A-1 to 39-1A-5.

Common pitfalls

Most issues come from mismatched dates, incomplete schedules, or incorrect assumptions carried over from another jurisdiction or model.

  1. Wrong valuation date (“as of” date)

    • If the valuation date doesn’t match the date your analysis is meant to represent, present value can change substantially.
    • ✅ Fix: ensure DocketMath’s “as of”/valuation date matches your scenario.
  2. Incorrect payment timeline

    • A single off-by-one interval (wrong start date, wrong installment count, wrong frequency) can distort both totals and present value.
    • ✅ Fix: enter the payment timeline exactly as scheduled, including start date and installment/end date.
  3. Using the wrong rate field

    • People often reuse an “interest rate” from another spreadsheet/model when DocketMath expects a discount rate for valuation.
    • ✅ Fix: verify which DocketMath rate input corresponds to present value discounting.
  4. Assuming a claim-type-specific sub-rule exists for New Mexico

    • Based on your provided jurisdiction data, no claim-type-specific sub-rule was found.
    • ✅ Fix: rely on the general/default period unless your DocketMath jurisdiction setup explicitly provides a claim-type-specific rule.
  5. Treating valuation output as legal clearance

    • DocketMath can compute present value, but it cannot confirm transfer effectiveness or satisfaction of statutory approval requirements under NMSA 1978 §§ 39-1A-1 to 39-1A-5.
    • ✅ Fix: separate “valuation math” from “legal determination.”

Try it

Ready to calculate for New Mexico (US-NM) in DocketMath?

  1. Choose US-NM as the jurisdiction (if prompted).
  2. Enter:
    • Payment schedule details (start date, frequency, amounts, end date or installment count)
    • Valuation date
    • Discount rate assumptions
  3. Run Calculate and then adjust one variable at a time (for example, discount rate) to confirm the outputs move as expected.

Practical check: when modeling structured payment valuation, the payment schedule and valuation date usually dominate the result. Verify those first before fine-tuning other assumptions.

Related reading