How to calculate Structured Settlement in North Carolina

Quick takeaways

• In North Carolina, structured settlement value calculations start with the payment schedule you choose (the payment dates and amounts), and—when applicable—incorporate discounting and timing assumptions from the structured settlement terms.
• DocketMath’s structured-settlement calculator lets you model installment payments (including balloon payments) and compute outputs such as total paid and present value, based on your selected timing and discount rate.
• North Carolina has specific rules that may apply in certain contexts, but no claim-type-specific period rule was found for the default approach described here. So you should use the general/default period in the calculator unless your settlement documents require a different measurement basis.
• Small input errors (like one payment date or one year) can meaningfully change present value, so validate your payment calendar and discount rate first.

Inputs you need

Before you run DocketMath → /tools/structured-settlement, gather the following items from the settlement agreement, annuity contract schedule, or proposed payment terms. In DocketMath, these map directly to the timing and amount assumptions that drive the result.

Payment schedule (required)

Use the exact amounts and dates (or intervals) from the structure.

• Number of payment legs

  • Example: “$50,000 monthly for 12 months” plus “$250,000 lump sum at year 5”
• Payment amount per leg
• Payment frequency

  • Monthly, quarterly, annual, or custom date-based schedule
• Start date

  • The first payment date (or “delivery date” if payments begin then)
• End date

  • The last payment date
• Any irregular payments

  • Balloon payments, skipped months, step-ups, or catch-up amounts

Discounting assumptions (required for present value)

Structured settlement calculations typically distinguish between:

• what you receive in nominal dollars (total paid), and
• what those payments are worth today (present value).

You’ll need:

• Discount rate (annual)

  • Commonly tied to the annuity’s assumed rate or a financial discount rate used in the structure’s valuation language.
• Day-count / compounding convention (if DocketMath requests it)

  • If your agreement specifies a convention, match it.

North Carolina jurisdiction-aware rules (what we apply here)

For the North Carolina flow used in DocketMath’s structured-settlement calculator:

• Use the general/default period when no claim-type-specific period rule is identified.
• DocketMath will use the measurement window derived from your provided payment schedule rather than substituting a different statutory “lookback/lookforward” period.

How the calculation works

DocketMath’s structured-settlement calculator models each scheduled payment as a cashflow. Then it aggregates those cashflows to produce the outputs you need—most commonly:

• Total paid (sum of all nominal payments)
• Present value (discounted sum of payments to a valuation date)

1) Build cashflows from your payment terms

For each payment leg, DocketMath creates a list of payment dates and amounts.

A simple monthly leg:

• Start: 2026-07-01
• Amount: $2,500
• Frequency: monthly
• Payments: 12
  Produces 12 cashflows at each monthly date.

If you have multiple legs, DocketMath concatenates them and keeps dates distinct.

2) Discount each payment to the valuation date

For present value, DocketMath applies the discount rate to each cashflow based on the time between the valuation date and the payment date.

Conceptually:

• For a payment at time ( t ) (in years, adjusted for the calculator’s convention),
• present value contribution is:
  [ PV_t = \frac{A_t}{(1+r)^t} ] Where:
• (A_t) = payment amount
• (r) = annual discount rate

3) Aggregate contributions

DocketMath then computes:

• Present value = sum of all ( PV_t )
• Total paid = sum of all ( A_t )

4) Apply the North Carolina “period” approach (default-based)

Because no claim-type-specific sub-rule was found, North Carolina’s calculation approach here uses the general/default period.

Practically, that means:

• DocketMath’s horizon is the one implied by your provided payment schedule
• it does not insert a separate claim-category-based time period unless your payment plan itself reflects it

Common pitfalls

Structured settlements can fail “calculation hygiene” even when the math is correct. Watch for these issues in North Carolina input setups.

1) Mismatched dates (the #1 driver of present-value error)

• Using “monthly” but entering the wrong start date
• Forgetting a first payment “stub” (e.g., partial month)
• Off-by-one errors in end dates

Checklist:

• First payment date matches the contract schedule
• Last payment date matches the contract schedule
• No extra payment is accidentally included

2) Discount rate confusion

Some agreements reference different “rates,” such as:

• an annuity assumed interest rate
• a rate used for valuation
• a rate tied to discounting for reporting

If you input the wrong rate category, present value can drift substantially.

Checklist:

• Discount rate is the same concept used in the valuation you intend to replicate
• Compounding/day-count (if prompted) matches the agreement language

3) Irregular legs not modeled as separate cashflows

A common error is combining irregular terms into a flat frequency.

Example:

• “$10,000 monthly for 18 months, then $50,000 at month 19” If month 19 is treated as monthly, the balloon could be double-counted or time-shifted.

Checklist:

• Each irregular payment is its own leg
• Balloon payment date is explicitly entered

4) Relying on non-existent claim-type-specific “period” rules

Since no claim-type-specific sub-rule was found for this default approach, using a generic substitution rule can be wrong.

5) Missing the valuation date assumption

Present value needs a valuation date. If you compare outputs across runs, ensure you keep the same valuation date.

Checklist:

• Valuation date is consistent between scenarios

Sources and references

The calculation steps above describe cashflow valuation mechanics commonly used in structured settlement modeling and how DocketMath operationalizes them for North Carolina.

• North Carolina-specific structured settlement period sub-rules: No claim-type-specific sub-rule was found for the default calculation approach, so this guide uses the general/default period implied by your entered payment schedule.

This content is for calculation guidance and education, not legal advice.

Next steps

1. Open DocketMath structured settlement tool: /tools/structured-settlement
2. Enter your settlement’s payment schedule leg-by-leg

   • Keep dates exact (YYYY-MM-DD) where possible.
3. Set the discount rate and valuation date to match your agreement’s valuation language.
4. Run the calculation and compare outputs:

   • Total paid vs. present value
5. Test sensitivity (recommended):

   • Change discount rate by ±1.0% and observe present value movement
   • Shift the start date by the exact number of days your scenario changes
6. Validate results against the annuity/provider schedule:

   • Payment count matches
   • Amounts match
   • Dates match

Related reading

• How to calculate Structured Settlement in Philippines — Full how-to guide with jurisdiction-specific rules
• Worked example: Structured Settlement in Philippines — Worked example with real statute citations
• Inputs you need for Structured Settlement in Philippines — Input checklist with sourcing guidance