How to calculate Settlement Allocator in New Mexico

Quick takeaways

• In New Mexico, DocketMath uses the general settlement allocation period of 2 years, tied to the general statute of limitations in N.M. Stat. Ann. § 31-1-8.
• No claim-type-specific sub-rule was identified for a different allocator horizon, so use the 2-year default for the settlement-allocator calculation in this workflow.
• Settlement allocation is a timing-and-matching exercise: you provide key dates and factual coverage assumptions, and DocketMath converts them into an allocator window you can apply consistently across parties and/or buckets.
• If the underlying facts fall outside the 2-year allocator window (for example, beyond the measured period from the selected triggering date), DocketMath will typically reflect that in the allocation results by reducing the eligible overlap.

Inputs you need

To calculate a Settlement Allocator in New Mexico using DocketMath, gather these inputs up front. Having them ready makes it easier to adjust dates or assumptions without rework.

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

• 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 date inputs (recommended)

• Trigger date (start point): The date you want the allocator “clock” to start from (commonly an event date that begins limitations analysis).
• Relevant end date: The date through which you want the allocator to measure coverage (often the settlement date, assessment date, or your chosen allocation cutoff).
• Number of claimants / parties (if applicable): If your allocator splits totals by claimant, you’ll need the breakdown basis.
• Allocation basis (if applicable): Common bases include:

  • time-on-the-clock (pro-rata by days),
  • categories or buckets (e.g., different conduct periods), or
  • weighting rules you select.

Jurisdiction-aware rule input (New Mexico)

• General settlement allocator window: 2 years under N.M. Stat. Ann. § 31-1-8.

Optional supporting inputs (use if your workflow needs them)

• Total settlement amount: If you want the output expressed in dollars rather than only as a ratio/window.
• Weights or proportions per claimant/bucket: Percentages that must sum to 100% (or another normalization your workflow chooses).
• Evidence or event periods: If you split facts into sub-periods (e.g., Jan–Jun vs. Jul–Dec), input each period’s date range so DocketMath can allocate proportionally.

How the calculation works

DocketMath performs a jurisdiction-aware settlement allocator calculation by combining:

1. a time window based on New Mexico’s general statute of limitations, and
2. a pro-rata matching step that allocates value across eligible time periods (or eligible portions of your factual timeline).

Step 1: Set the allocator window using New Mexico’s general period

For New Mexico, this workflow uses the general/default limitations period of 2 years from:

• N.M. Stat. Ann. § 31-1-8 (general statute of limitations period)

Because no claim-type-specific sub-rule was found in the jurisdiction data you provided, the calculator uses the general 2-year default rather than switching to a different horizon.

Practical effect:
If your trigger date is 2024-04-15, the general allocator window typically runs about 2 years from that trigger date (e.g., ending around 2026-04-15), subject to the calculator’s day-count and date-handling conventions.

Step 2: Determine eligible vs. non-eligible portions of your timeline

DocketMath compares each relevant event period (or the overall date span) to the 2-year window.

A simple mental model:

• Eligible portion = the overlap between your allocation span and the 2-year window
• Non-eligible portion = any portion outside the 2-year window

If you input multiple periods (buckets), DocketMath repeats the overlap calculation per bucket and aggregates.

Step 3: Convert overlap into an allocator ratio

When you request allocation, DocketMath typically computes a ratio such as:

• Allocator ratio = eligible days ÷ total days (and/or bucket-level eligible proportions)

Then it applies that ratio to your allocation base (for example, to translate overlap into an eligible settlement portion).

Step 4: Allocate totals using your selected basis

Depending on what you input, DocketMath can then distribute totals accordingly:

• If you provide a single total settlement amount, DocketMath can compute:

  • eligible settlement = total × allocator ratio
  • allocated settlement by bucket = total × (bucket weight) × (bucket eligibility ratio)
• If you provide weights by claimant/bucket, those weights act as multipliers after applying the timing-based eligibility.

You can run the workflow directly at: /tools/settlement-allocator .

Example workflow (New Mexico, default 2-year window)

Assume:

• Trigger date: 2023-01-10
• Allocation end date: 2025-01-25
• Total settlement: $100,000

General allocator window: 2 years from 2023-01-10 → ends around 2025-01-10 under the general-period concept.

Timeline overlap (conceptual):

• Total span covered by your allocation end date: 2023-01-10 → 2025-01-25
• Eligible overlap: 2023-01-10 → 2025-01-10
• Non-eligible portion: 2025-01-10 → 2025-01-25

Result concept:

• Because the last portion lies outside the 2-year default horizon, the allocator ratio will be slightly less than 1.00.
• The precise figure depends on DocketMath’s date math and day-count rules.

Common pitfalls

Settlement allocation errors usually come from misaligned dates, inconsistent bucket boundaries, or confusion between eligibility (timing) and allocation (weighting).

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

Capture the source for each input so another team member can verify the same result quickly.

1) Using a different horizon than the New Mexico general default

This workflow uses 2 years under N.M. Stat. Ann. § 31-1-8. If you apply another timeframe without updating the inputs/rules logic, the overlap—and therefore the allocator ratio—will change.

2) Choosing a trigger date that doesn’t match your allocation theory

DocketMath needs a single start point (the trigger date). If the trigger date is off by weeks or months, the eligible portion can become unexpectedly low or high.

Symptoms:

• Eligible portion becomes tiny → very low allocator ratio
• Eligible portion covers most of the span → very high allocator ratio

3) Misaligning bucket periods with the eligibility window

When you split facts into buckets (quarters, employment periods, incident ranges), each bucket’s start/end dates should be accurate.

If a bucket partially overlaps the 2-year window, it should receive a pro-rata eligibility adjustment—not full credit and not zero credit.

4) Treating weights as a substitute for timing eligibility

Weights distribute amounts across buckets/claimants, but they don’t automatically correct for out-of-window facts.

5) Assuming claim-type-specific limitations apply when they weren’t identified

This guide explicitly uses the general/default period because no claim-type-specific sub-rule was found in the provided jurisdiction data. If you believe a special category applies, you’ll need updated rule inputs rather than relying on the default.

Sources and references

• N.M. Stat. Ann. § 31-1-8 (general statute of limitations; used here as the default 2-year period for the settlement allocator workflow)

Start with the primary authority for New Mexico 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’s tool:

   • /tools/settlement-allocator
2. Enter the trigger date (the start of the 2-year clock).
3. Enter the allocation end date (cutoff/settlement date used for the allocator span).
4. If allocating across multiple claimants/buckets, input:

   • each bucket’s date range (or period), and
   • any weights/proportions you want DocketMath to apply after timing eligibility.
5. Sanity-check the result:

   • If most of your periods are outside the 2-year window, expect a lower allocator ratio.
   • If most of your periods are within the window, expect a higher allocator ratio.
6. Document your assumptions internally—especially your definition of the trigger date and how you constructed buckets.

Related reading

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