How to calculate Settlement Allocator in New Mexico

Quick takeaways

• In New Mexico, DocketMath’s Settlement Allocator uses NMRA 1-023 to determine the relevant default time period for allocation calculations when no claim-type-specific sub-rule was identified.
• Your accuracy depends on entering the right dates (incident/event date and the claim/exposure periods you’re allocating across) and using the correct total settlement amount and allocation basis.
• If you mismatch the allocation period or omit required claim-period inputs, your allocator can shift dollars between claimants or categories.
• Use DocketMath’s jurisdiction-aware workflow via /tools/settlement-allocator to keep the logic consistent and auditable.

Inputs you need

Before you open DocketMath’s calculator, gather the inputs that drive allocation math. The checklist below is designed specifically for the New Mexico “settlement allocator” workflow.

Core financial inputs

• Total settlement amount (numeric; e.g., 250000)
• Any pre-allocation amounts (if your workflow requires you to account for fees, liens, or carve-outs—enter them as directed by DocketMath so the “allocatable amount” is clear)
• Currency/format (DocketMath generally expects a single numeric format; confirm commas/decimals match what the tool accepts)

Timing inputs (the most common source of allocator errors)

• Start of allocation period (date)
• End of allocation period (date)
• Key event/trigger date you’re using to justify those dates (date)
• Number of days (if DocketMath asks you to input it) or confirm DocketMath should derive days from your dates

Allocation basis inputs

Depending on how your case is structured, DocketMath may request one or more of the following:

• Individual claimant exposure periods (start/end for each claimant)
• Share factors (e.g., weighted units, prorated days, or other basis numbers DocketMath supports)
• Number of units per claimant (if your allocator model uses units rather than pure day counts)

Jurisdiction selector

• Confirm jurisdiction is set to New Mexico (US-NM) in DocketMath’s settlement allocator flow

How the calculation works

DocketMath’s Settlement Allocator is fundamentally a time-based or basis-based allocation engine. In New Mexico, the key jurisdiction-aware step is ensuring you’re using the correct default allocation period under NMRA 1-023.

1) Identify the allocation period under NMRA 1-023 (default/general rule)

Under NMRA 1-023, DocketMath uses the relevant default/general period to define the timeframe to allocate settlement dollars in cases where no claim-type-specific sub-rule was identified.

In practice, the workflow is:

• Determine the allocation period using the dates you enter
• Confirm that the entered period aligns to the NMRA 1-023 default/general rule
• If you enter a different period, DocketMath will allocate across that different period—so the output changes even if the total settlement amount stays constant

2) Convert dates into allocation weights (typically days or prorated time)

Once the allocation period is set, DocketMath computes allocation weights. Most implementations rely on one of these approaches:

• Days-weighting

  • Weight for claimant = (claimant-specific overlapping days within the allocation period) / (total days in the allocation period)
• Basis-unit weighting

  • Weight for claimant = claimant’s units / total units (if the tool is configured to use units rather than days)

When DocketMath uses days, the overlapping days matter. A small date shift can alter overlap and therefore the dollars allocated, especially when the claimants’ overlap ranges differ.

3) Multiply weights by the allocatable settlement amount

After weights are computed, DocketMath allocates dollars as:

• Allocated amount per claimant/category = Weight × Total settlement amount
  (or × “allocatable amount,” depending on how you input liens/fees/carve-outs)

This is the step that most frequently explains “why did the number change?” questions:

• Change the start/end of the allocation period → changes the denominator (total days) and/or the overlap → changes weights → changes allocated dollars.
• Change a claimant exposure period → changes that claimant’s overlap days/units → changes their weight → shifts dollars.

4) Output and interpretation in DocketMath

DocketMath typically produces:

• Allocated amount per claimant/category
• Percentages (often shown alongside dollars)
• A summary that ties totals back to the settlement amount you entered

Quick validation checks:

• Sum of allocated dollars should equal total settlement amount (or should equal allocatable amount if carve-outs are used).
• No claimant should have unexpected zero/negative-weight behavior, which often comes from date ranges that do not overlap the allocation period.

Quick math snapshot (how the output shifts)

Common pitfalls

1. Using the wrong allocation period under NMRA 1-023

   • If your entered date range doesn’t match the NMRA 1-023 default/general period, your proportional math won’t reconcile with the rule you intended to apply.

2. Assuming claim-type-specific rules exist when none were found

   • For this New Mexico workflow, NMRA 1-023 is used as the general/default period because no claim-type-specific sub-rule was identified.
   • If your matter involves a category requiring a different sub-rule, you’ll need to map your inputs to that governing rule—otherwise DocketMath will apply the default logic.

3. Date overlap errors

   • Overlap days drive weights. If a claimant exposure begins after the allocation period ends (or ends before it begins), overlap can be zero and the claimant may receive $0 in a days-weighted model.

4. Rounding surprises

   • Allocators often round to cents at intermediate steps. That can create small differences that require a final adjustment so totals reconcile. DocketMath’s display should indicate whether totals reconcile cleanly.

5. Not reconciling totals

   • Always confirm that the allocator output ties back to your total settlement amount (or your allocatable amount).
   • If the math doesn’t reconcile, review:

     • missing claimants
     • mismatched units/basis inputs
     • inconsistent allocation period dates

Sources and references

• NMRA 1-023 — General rule used for the default allocation period in this jurisdiction.
  Source: https://www.nmonesource.com/nmos/nmra/en/item/4366/index.do
• DocketMath jurisdiction-aware calculator workflow (tool-driven application of the New Mexico rule set for settlement allocation).

Next steps

1. Open DocketMath’s calculator: /tools/settlement-allocator
2. Set Jurisdiction = US-NM (New Mexico).
3. Enter:

   • Total settlement amount
   • Start/end dates that define the allocation period consistent with NMRA 1-023 (the default/general rule)
   • Each claimant’s exposure period (or the basis inputs DocketMath requests)
4. Run the calculation and review:

   • per-claimant overlap/weights
   • allocated dollar amounts and percentages
   • whether totals reconcile to your input total (or allocatable amount)
5. If results seem off, iterate in this order:

   • confirm allocation period dates
   • confirm each claimant’s overlap range
   • then refine amounts/units/carve-outs

Gentle disclaimer: This guide explains how to run a calculator using jurisdiction-aware rules and statute-cited timing logic. It’s not legal advice. If your matter involves unusual claim categorizations or disputed triggering facts, ensure your inputs align with the controlling New Mexico authority.

Related reading

• How to calculate Settlement Allocator in Ohio — Full how-to guide with jurisdiction-specific rules
• How to calculate Settlement Allocator in Philippines — Full how-to guide with jurisdiction-specific rules
• Worked example: Settlement Allocator in Philippines — Worked example with real statute citations