Inputs you need for interest in New Hampshire

5 min read

Published April 8, 2026 • By DocketMath Team

Inputs you will need

Run this scenario in DocketMath using the Interest calculator.

To run interest in New Hampshire with DocketMath, you’ll want to gather the same core facts every time. DocketMath’s interest calculator (jurisdiction US-NH) uses New Hampshire’s general/default statute of limitations (SOL) as the default time frame: 3 years under RSA 508:4.

General rule you should apply in this workflow:
New Hampshire’s general/default SOL for civil actions is 3 years under RSA 508:4. No claim-type-specific sub-rule was identified in this brief, so the workflow below assumes the general SOL applies when the tool enforces a limitations-based interest window.

Here’s the checklist of inputs you’ll need to produce an interest run:

Note: If you do not enter partial payments, the output will treat the principal as unchanged for the entire interest window. That usually produces a higher total interest than a schedule with payments applied.

If your scenario depends on whether interest runs only within a limitations-adjusted period, you’ll also want to track a SOL-triggering / accrual / operative date conceptually (the exact label varies). DocketMath may translate this into the operative calculation window using RSA 508:4 (3-year general SOL).

Statutory anchor (general/default window): RSA 508:4 (3 years)
Source: https://www.thelaw.com/law/new-hampshire-statute-of-limitations-civil-actions.391/?utm_source=openai

Where to find each input

Use the list below to locate where each input “lives” in your case or financial records. The goal is to match the right numbers/dates to the right DocketMath fields.

InputTypical place to find itWhat to double-check
Start dateDemand letters, breach notices, contract terms, accounting ledger, or settlement worksheetWhether the date is the event date (e.g., breach) or an agreed “interest start” date
End dateSettlement offer, payoff statement, proposed judgment order, or your internal projectionWhether it matches the “as of” date you intend to use for interest
Principal amountContract balance, invoice ledger, payment schedule, accounting statementWhether principal includes taxes/fees or only the underlying amount
Interest rate basis / rateContract terms, statute-based rate schedule, your rate computation notesWhether the rate changed over time (may require multiple runs/settings)
Partial payments (dates + amounts)Bank statements, payment confirmations, ledger entriesWhether payments reduce principal (and how interest is treated in your model/tool setup)
Compounding vs. simpleAgreement language, accounting policy, calculation memoWhether DocketMath expects one method consistently for the whole period
Day-count conventionDocketMath default settings, calculation memo, prior filingsWhether the tool’s convention aligns with your documentation
SOL-related date / facts (if applicable)Complaint timeline, accrual facts, demand timelineEnsure the tool’s applied limitations window matches the 3-year general SOL under RSA 508:4

Statutory anchor for the default window:
New Hampshire’s general SOL is 3 years under RSA 508:4. This matters when you’re limiting the interest period to a legal time horizon rather than only using a bookkeeping start/end date.

Warning (practical): A mismatch between your “interest start date” and the SOL-based window can materially change the result. If DocketMath enforces the SOL-based period, entering an interest start date earlier than allowed may lead to a shorter effective calculation period than you expected.

(Gentle reminder: this is not legal advice; it’s a practical guide to setting inputs consistently in DocketMath. If your matter involves unusual accrual or rate issues, consider confirming the underlying assumptions.)

Run it

Once your inputs are assembled, the run is straightforward:

  1. Open the DocketMath interest calculator: /tools/interest
  2. Confirm the jurisdiction is New Hampshire (US-NH).
  3. Enter:
    • Principal amount
    • Start date and end date
    • Interest rate basis/rate (select or input depending on the calculator UI)
    • Partial payments (if you have them): add each payment date and payment amount
    • Choose simple vs. compounding and any day-count convention if prompted
  4. If the calculator enforces a limitations-based interest window, make sure it’s using the general/default SOL approach:
    • RSA 508:4 = 3 years (general SOL)
    • This brief assumes no claim-type-specific limitations period was identified, so the workflow uses the general SOL.

After you run it, review these output elements (exact names may vary depending on DocketMath’s UI/settings):

  • Accrued interest total
  • Interest breakdown by period (especially if the tool segments by rate changes or payment events)
  • Net principal after payments (if payments are applied in the calculation)
  • Effective calculation window (important when SOL limitations are enforced)

How outputs typically change when you adjust inputs:

  • Principal amount increases → accrued interest generally increases proportionally (and more if compounding is enabled).
  • End date moves later → interest grows because the accrual window lengthens.
  • Add partial payments → total interest usually drops because principal is reduced for a portion of the period.
  • Different interest rate → interest changes immediately; even a small rate difference can have a big effect over multi-year windows.
  • SOL window enforcement (RSA 508:4) → if your inputs imply an earlier start than allowed, the effective window may be reduced to fit the 3-year general SOL.

Pitfall to avoid: If you run only one uninterrupted start/end window but there were payments midstream, you may overstate interest. Entering the payment schedule is one of the most common reasons two “versions” of the same account produce different totals.

Related reading