How Settlement Allocator rules vary in New Mexico
4 min read
Published June 4, 2026 • By DocketMath Team
What varies by jurisdiction
When you run DocketMath’s Settlement Allocator for a case in New Mexico (US-NM), the main jurisdiction-driven difference is the allocation period used for the “default” allocator logic. In New Mexico, the governing rule points to a general/default allocation period, rather than a different statutory period for each claim type.
New Mexico starting point (statute):
- NMRA 1-023 (General rule / default period) — https://www.nmonesource.com/nmos/nmra/en/item/4366/index.do
No claim-type-specific sub-rule found (New Mexico)
In some jurisdictions, DocketMath jurisdiction-aware rule sets include claim-type-specific adjustments. For US-NM, however, you should plan around the fact that:
Note: No claim-type-specific sub-rule was found. New Mexico uses the general/default period for settlement allocation in this rule set.
Practical takeaway: you should generally not expect the allocator to switch to a different period (or different time-window logic) just because the case is labeled under a particular claim type in your workflow.
How this affects the DocketMath output
Settlement allocation outputs are sensitive to time-window logic. In New Mexico specifically:
- The allocation period—tied to NMRA 1-023—sets the frame DocketMath uses when computing allocation weights (often based on time).
- If your case facts involve multiple relevant dates, the allocator will still rely on the general/default period logic.
- Therefore, matching your input dates to the default period frame matters more than adjusting inputs based on claim label categories.
Gentle reminder: this is an operational explanation of how the tool uses jurisdiction-aware rules, not legal advice. If your fact pattern is unusual, consider confirming the period anchors with a qualified professional.
What to verify
Before you run /tools/settlement-allocator, verify the following so your New Mexico (US-NM) run aligns with the NMRA 1-023-driven default logic.
1) Confirm you’re using the correct New Mexico rule set (US-NM)
Make sure your workflow selects:
- Jurisdiction: New Mexico (US-NM)
- Calculator: settlement-allocator
This matters because the default period logic can differ across jurisdictions even when the UI looks the same.
2) Validate the allocation “period drivers” in your inputs
Because New Mexico appears to use a single general/default period (no claim-type-specific sub-rule found), your dates should be consistent with that time frame.
Check:
- Start date: the date you’re using to anchor the allocator time window
- End date: the date you’re using for the window end (or settlement/event date, depending on how DocketMath captures it in your workflow)
- Whether any partial-period calculation is expected based on those dates
Suggested sanity checks:
- Start date aligns with the period described by NMRA 1-023
- End date aligns with the same period logic (avoid mixing anchors from different approaches)
3) Watch for workflow data mapping: categories vs. claim labels
Even if US-NM doesn’t provide claim-type-specific allocation adjustments in this rule set, your internal case intake process might still label items as “type A,” “type B,” etc.
Verify that:
- Your internal category labels are not being used to trigger alternate date logic in your own spreadsheet or case system.
- The amounts you input into DocketMath are being weighted using the jurisdiction period, not label-driven heuristics.
Pitfall pattern to avoid: if you re-run DocketMath after changing only a claim label—while keeping the same dates and totals—you should generally see no jurisdiction-driven change in the allocator period logic for New Mexico. If you do see a large change, it usually points to an input mapping issue (often the dates), not a statutory period switch.
4) Confirm settlement total consistency
Allocator math typically works like:
- Determine allocation weights (often time-based)
- Apply weights to the settlement total (and sometimes apply downstream distributions)
Verify:
- The settlement total you provide matches what you intend to allocate
- Any exclusions/separate funds are handled consistently before you enter the totals
- Rounding/currency precision is consistent (especially if you input cents)
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
Sources and references
- NMRA 1-023 (New Mexico Online Services / NMO): https://www.nmonesource.com/nmos/nmra/en/item/4366/index.do
