How to calculate Structured Settlement in South Dakota

Quick takeaways

• In South Dakota, the core “structured settlement” calculation typically turns on mapping the payment schedule (amounts and timing) to a present value using a chosen discount rate (often tied to annuity/discounting assumptions), and then checking whether the annuity stream and lump-sum alternative align with what the settlement agreement requires.
• South Dakota’s structured settlement mechanics are usually not a single “structured settlement statute” with one universal formula; instead, the calculation generally follows the settlement’s contracted payment terms using standard time-value-of-money math.
• DocketMath’s structured-settlement calculator helps you compute the present value of future payments and provides a practical way to run “what if” comparisons when payment timing changes.
• This guide focuses on the jurisdiction-aware US-SD default assumptions used for the DocketMath structured-settlement calculator.

Primary tool CTA: Use DocketMath’s Structured Settlement calculator

Inputs you need

Use DocketMath’s structured-settlement tool as your calculator, but gather these items first so you can enter values confidently:

• Payment schedule

  • List each payment as:

    • Payment amount (e.g., $25,000)
    • Payment date (calendar date)
    • (Optional) payment frequency (monthly, quarterly, yearly) if you model a recurring stream
• Start date for valuation

  • The date you want the present value “as of” (commonly the settlement date or the first funding date)
• Discount rate / assumed yield

  • A decimal (e.g., 0.035 for 3.5%) or an annual rate DocketMath converts for you
  • If you’re using an annuity quote, use the effective yield that corresponds to the annuity contract terms you’re modeling
• Term

  • Number of years (or last payment date)
  • If your schedule has irregular payments, the term is effectively “up to the last scheduled payment date”
• Payment stream type

  • Level payments (same amount each period), or
  • Escalating payments (payment amount increases by a fixed percentage), or
  • Mixed payments (lump sum + installments, or different amounts across years)
• Whether there is an initial lump sum

  • Some structures include a down payment at funding plus periodic payments afterward
• Assumptions for timing within periods

  • If you model monthly payments, confirm whether DocketMath assumes payments at:

    • end of month, start of month, or exact payment dates
      (DocketMath will follow your input dates; for recurring schedules, your choice affects results.)

Quick input checklist (copy/paste)

• Payment amount(s)
• Payment dates (or frequency + first payment date)
• “As-of” valuation date
• Discount rate / yield assumption
• Confirm level vs. escalating vs. mixed schedule
• Include any initial lump sum if present
• Confirm timing convention for recurring payments

How the calculation works

DocketMath’s structured-settlement calculator generally performs four steps, which you can replicate conceptually even before you run the tool.

1) Convert the schedule into a timeline of cash flows

Each future payment becomes a cash flow at a specific date:

• Cash flow at payment date ( t_i ): amount ( CF_i )
• If payments occur monthly, quarterly, or annually, you still anchor each one to a date (or to a derived date based on your start date and frequency).

When your schedule has irregular payments, the calculator treats them as separate cash flows. With level payments, it can model multiple identical payments across periods.

2) Discount each future payment back to the valuation date

For each payment ( CF_i ) occurring at time ( t_i ), compute present value:

[ PV_i = \frac{CF_i}{(1+r)^{\Delta t_i}} ]

Where:

• ( r ) = discount rate (annual, with DocketMath applying the appropriate compounding method for your entry)
• ( \Delta t_i ) = time in years between the “as-of” valuation date and the payment date

Then sum:

[ PV_{total} = \sum_i PV_i ]

Output impact:

• A higher discount rate reduces the present value.
• Pushing payments further into the future also reduces present value, even if the total nominal dollars stay the same.

3) Handle lumps, mixed streams, and escalating terms

If your structure includes:

• Initial lump sum: it is either:

  • entered as a cash flow on the valuation date (or funding date), or
  • entered on a specific date, then discounted accordingly.
• Escalating payments: each payment amount changes by the escalation rule you input.

  • If escalation is a fixed yearly percentage, the nominal payment stream increases, raising the present value even under the same discount rate.

4) Provide a check for agreement consistency

DocketMath typically outputs:

• Total present value
• Total nominal payments
• Often, a breakdown or the ability to compare schedules

Use that output to test:

• whether two proposed structures with different timings produce materially different present values
• whether the annuity funding assumption matches the schedule

South Dakota “jurisdiction-aware” rule handling (US-SD)

For the US-SD configuration used here, no claim-type-specific sub-rule was found. That means:

• Use the general/default period approach for the timeline assumptions rather than attempting to swap in a special statutory period based on claim type.
• Practically, your payment dates and discount rate do most of the work, because the calculation is time-value-of-money math anchored to the schedule you enter.

Common pitfalls

1. Using the wrong “as-of” date

   • A one-month shift in the valuation date can change discounted totals, particularly with frequent payments.
   • Remedy: choose a single “as-of” date (e.g., settlement date) and apply it consistently.

2. Discount rate mismatches

   • If your annuity quote yield is effective but you enter a nominal annual rate (or vice versa), the present value can swing.
   • Remedy: use the exact yield basis associated with your model or contract.

3. Ignoring irregular payment dates

   • Some structures pay more in early years and less later.
   • If you model that as “level payments,” your timeline math will be off.
   • Remedy: enter the actual payment dates or a detailed mixed schedule.

4. Confusing total nominal value with present value

   • “Total paid” can be larger even when the present value is smaller due to discounting.
   • Remedy: compare present values when assessing funding adequacy or fairness, not totals.

5. Forgetting a lump sum

   • Down payments are common. Omitting them understates the present value.
   • Remedy: include any initial payment as a dated cash flow.

6. Assuming South Dakota has a single mandatory statutory structured-settlement formula

   • Your agreement’s schedule and your financial assumptions drive the computation.
   • Remedy: let the schedule control cash flows; treat any statutory overlays only if you have a specific, applicable rule.

Sources and references

• South Dakota codified laws generally address judgments, settlements, and related financial arrangements through broader civil procedure and contract principles rather than a single universal “structured settlement formula” statute.
• Jurisdiction configuration note for this guide: no claim-type-specific sub-rule was found, so the general/default period approach applies for US-SD structured-settlement calculations.

If you need a tighter citation set for a particular case type (for example, involving a specific kind of beneficiary, guardianship context, or court order), you should review the exact South Dakota statutory scheme that governs that specific context and map those requirements into your settlement schedule inputs.

Next steps

1. Build your payment schedule

   • Write down each payment amount and date. If you don’t have exact dates, list the first payment date and your frequency so you can generate consistent dates in DocketMath.

2. Decide the valuation date

   • Use settlement date or funding date as the “as-of” date and keep it constant while you iterate.

3. Select the discount/yield assumption

   • Use the yield from the annuity quote or the discount rate your funding model uses.

4. Run DocketMath’s structured-settlement calculator (US-SD)

   • Enter the schedule and assumptions.
   • Compare outputs across:

     • different escalation assumptions (if applicable)
     • different payment timing drafts (early vs. later payments)
     • with/without lump sums

5. Document the assumptions you used

   • Keep a short note of your inputs (rate, dates, payment amounts). This makes it easier to reconcile changes when the settlement terms update.

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