How to calculate Structured Settlement in South Dakota

Quick takeaways

Run this scenario in DocketMath using the Structured Settlement calculator.

• In South Dakota, structured-settlement timing often uses the general statute of limitations (SOL) period of 3 years under SDCL 22-14-1. Based on the provided jurisdiction data, no claim-type-specific sub-rule was identified, so treat 3 years as the default/general period for this guide.
• To calculate a structured settlement in DocketMath (US-SD), you typically map out: payment schedule (start date, frequency, and end/number of payments), payment amounts, and discount rate assumptions—then compute present value (PV).
• If you’re analyzing settlement scenarios for timing and valuation, the 3-year general SOL can be used as a consistent “within vs. outside” window for scenario screening.
• DocketMath’s structured-settlement calculator helps convert your payment plan into a discounted present value (and often a cashflow summary), so you can compare alternatives.

Inputs you need

Before you enter anything into DocketMath’s structured settlement tool, gather the inputs that drive both the timeline and the valuation. For the South Dakota timing anchor, you’ll also use the general 3-year SOL under SDCL 22-14-1 (with no claim-type-specific override identified in the provided data).

1) Payment schedule details

Use these to build the stream of structured payments:

• Start date (date of first payment)
• Payment frequency (e.g., monthly, quarterly, annual)
• Number of payments or end date
• Payment amount pattern

  • Fixed amount each period, or
  • Increasing/decreasing amounts (e.g., step-ups each year)

2) Valuation assumptions (for present value)

Structured settlements are commonly analyzed using present value:

• Discount rate (annual percentage rate)
• Timing convention (commonly whether payments are treated as occurring at the start or end of each period)
• Day-count convention (only if the calculator requires it; many workflows assume a standard convention)

3) South Dakota timing anchor (SOL window)

For South Dakota, the jurisdiction data provided in this brief states:

• General SOL period: 3 years
• Statutory reference: SDCL 22-14-1
• No claim-type-specific sub-rule found → therefore use this 3-year general period as the default/general rule in this guide.

In practice, you’ll use this 3-year anchor when your work includes “within SOL” vs. “outside SOL” scenario screening. Because SOL triggers and exceptions can be fact-specific, consider the 3-year rule a starting framework rather than a guarantee for every situation.

How the calculation works

DocketMath’s structured-settlement calculator generally follows a two-part workflow:

1. convert the payment plan into a timeline of cashflows, and
2. compute present value (PV) using your selected discount rate and timing assumptions.

Here’s how each step affects results in a US-SD workflow.

Step 1: Convert the settlement into a payment cashflow timeline

You translate the structured settlement terms into a series of dated payments, such as:

• Payment 1: amount, date
• Payment 2: amount, date
• …
• Payment N: amount, date

If payments are recurring, the calculator will generate dates based on your:

• start date
• frequency
• number of payments or end date
• amount pattern (fixed vs. step-up)

What changes your output here

• Start date: moving the first payment earlier usually increases PV (more money earlier).
• Frequency: monthly vs. annual changes the distribution of payments across time (and thus discounting).
• End date/number of payments: extending the schedule adds future cashflows that may materially affect PV.

Step 2: Compute present value (PV) using the discount rate

Present value converts future dollars into “today’s dollars”:

• Payments far in the future are discounted more heavily.
• More payments (or larger payments) generally increase total PV.
• A higher discount rate generally reduces PV.

Conceptually, PV is often calculated like:

• **PV = Σ (Payment Amount ÷ (1 + r)^(t))

where:

• r = discount rate (your input)
• t = time from the valuation date to each payment date (driven by your schedule/timing convention)

What changes your output here

• Discount rate: higher rate → lower PV.
• Valuation date: if you shift what you treat as “today,” the time exponent t changes for every payment.
• Timing convention: treating payments as at period start vs. period end can shift dates and PV enough to matter in comparisons.

Step 3: Apply the South Dakota timing anchor (3-year general SOL) for scenario filtering

When your analysis involves timing questions, use the jurisdiction anchor provided:

• General SOL: 3 years
• SDCL 22-14-1
• No claim-type-specific sub-rule found → use 3 years as the default/general period

So you can screen structured-payment scenarios by comparing relevant dates against a 3-year window derived from the general SOL approach.

Important: DocketMath helps you standardize payment timelines and valuations, but SOL “trigger” dates and any exceptions depend on the specific legal facts. Use the 3-year general SOL as a consistent workflow anchor, not as an automatic legal conclusion.

Step 4: Produce outputs you can use in negotiation or review

Common outputs include:

• Total nominal value (sum of all scheduled payments, undiscounted)
• Present value (PV) (discounted)
• Often a cashflow summary by period (depending on the tool’s UI/options)

How outputs change with common edits

• Move payments later: nominal total may be unchanged; PV typically decreases
• Increase discount rate: PV decreases
• Front-load payments (earlier start / earlier installment dates): PV increases (often substantially)
• Reduce number of payments: nominal and PV both decrease

Common pitfalls

These issues most often distort structured-settlement calculations—especially when people mix valuation with SOL timing screening.

• Using the wrong SOL period

  • This guide uses the provided jurisdiction data: 3 years as the general/default SOL under SDCL 22-14-1.
  • Because no claim-type-specific sub-rule was found, you shouldn’t assume a different SOL duration without additional, verified jurisdiction data.

• Underestimating how strongly discount rate drives PV

  • Even small discount-rate changes can meaningfully alter PV when payment horizons are long.

• Mixing up payment timing conventions

  • “Payment at period start” vs. “period end” can create small date shifts that add up in PV.

• Inconsistent or incorrect dates

  • If the start date and valuation date aren’t aligned logically (e.g., valuation date after the first scheduled payment), the timeline and discounting can be distorted.

• Treating nominal totals as the only decision metric

  • Nominal totals ignore the time value of money; PV is usually the metric that matters for valuation comparisons.

• Assuming frequency doesn’t matter

  • Monthly, quarterly, and annual schedules change the timing distribution of discounted payments.

Sources and references

• SDCL 22-14-1 — South Dakota general statute of limitations framework (jurisdiction data used here: general SOL period = 3 years).
• Jurisdiction data provided in this brief:

  • General SOL period: 3 years
  • General statute: SDCL 22-14-1
  • No claim-type-specific sub-rule found → treated as the default/general period for this guide.

Next steps

1. Open DocketMath’s structured settlement calculator here: /tools/structured-settlement
2. Enter your payment schedule:

   • start date
   • frequency
   • amount pattern (fixed vs. step-ups)
   • end date or number of payments
3. Set valuation inputs:

   • discount rate
   • timing convention (start vs. end of period), if applicable
4. Use the South Dakota 3-year general SOL anchor only as a default/general timing filter:

   • **SDCL 22-14-1 (3 years)
   • with no claim-type-specific override identified in the provided jurisdiction data
5. Run 2–3 scenario variants to see how sensitive PV is to assumptions:

   • earlier vs. later first payment
   • different discount rates
   • adding/removing a step-up amount
6. Save or document the inputs and outputs so you can clearly explain how changes affect PV and cashflow timing.

Related reading

• Structured Settlement Calculator Guide for Alabama
• Structured Settlement Calculator Guide for Arizona
• Structured Settlement Calculator Guide for Colorado