How to run Structured Settlement in DocketMath for South Carolina

Step-by-step

Below is a practical, jurisdiction-aware walkthrough for running a Structured Settlement calculation in DocketMath for South Carolina (US-SC). This guide focuses on how to set up the calculator correctly and interpret what you get—not on legal advice.

1) Open the Structured Settlement calculator

• Primary CTA: /tools/structured-settlement
• You can also access the tool directly here: /tools/structured-settlement

Once you’re in the tool:

1. Confirm the tool shows South Carolina (US-SC) (the jurisdiction code should be US-SC).

2) Enter the core payment intent inputs

Structured settlement models depend on how you describe the payment stream. In DocketMath, you’ll typically enter items such as:

• Lump sum payment (if any)
• Periodic payments (monthly or annual, depending on what the tool prompts)
• Start date for periodic payments
• End date or term length (years), depending on the tool’s format
• Discount rate / return assumption (if prompted)

Practical approach:

• If you have an existing proposed schedule, enter it as faithfully as possible.
• If you’re testing alternatives, change one variable at a time (for example, keep the same start date and term while adjusting only the periodic payment amount).

3) Select the South Carolina timing default (general/default period)

If the calculator asks about timing windows or applies a default “period,” make sure it is using the general/default period for South Carolina.

In this DocketMath configuration, the tool applies the general/default period because no claim-type-specific sub-rule was found. That means:

• Your results reflect the general configuration
• You should not expect claim-type-specific timing differences in the tool for US-SC

4) Run the calculation to generate an equivalent value output

After you click Calculate (or the tool’s equivalent), DocketMath converts your inputs into outputs such as:

• The present value of periodic payments (based on the discount rate / return assumption you entered)
• A combined valuation that can include any lump sum (depending on your inputs)
• A breakdown that shows how the payment schedule contributes to the total

How to interpret the output (high level):

• If your periodic payments run longer into the future, the present value generally decreases (because future payments are worth less today when discounting is applied).
• If you use a higher discount/return assumption, the present value generally increases or decreases depending on the tool’s directionality—so the safest method is to keep assumptions stable and compare scenarios consistently.

5) Run scenario comparisons efficiently

Structured settlement negotiations are usually iterative. In DocketMath, you can quickly compare scenarios for South Carolina (US-SC) by changing the variables that most affect value:

• Periodic payment amount
• Start date (earlier vs. later payments changes present value)
• Length of term (shorten/extend end date or number of years)
• Discount rate / return assumption
• Lump sum size (if present)

Example scenario set:

• Scenario A: current proposal
• Scenario B: start payments 6 months earlier
• Scenario C: shorten term by 5 years
• Scenario D: adjust discount rate assumption ±1% (keep everything else unchanged)

6) Confirm output consistency before exporting or saving

Before you rely on the results:

• Verify the term: ensure your end date matches your intent (or that the number of years matches the dates)
• Check payment frequency (monthly vs. annual) matches what you entered
• Confirm whether the lump sum is included exactly as intended (avoid adding a lump sum when your periodic payments already represent the full structure)
• Confirm US-SC timing defaults are selected (jurisdiction mode)

If the tool provides a payment timeline or schedule visualization, cross-check that the dates and frequency align with your entry.

Common pitfalls

Structured settlement valuation is sensitive to inputs. Below are frequent issues when running US-SC calculations in DocketMath.

Pitfall checklist (use this before running your final scenario)

• Wrong jurisdiction: US-SC not selected
• Start date mismatch: payments start earlier/later than intended
• Payment frequency mismatch: monthly vs. annual misalignment
• Double-counting lump sum: you enter a lump sum even though it’s already reflected elsewhere in your structure assumptions
• Term ambiguity: end date not consistent with “number of years” (if both appear in the UI)
• Discount rate inconsistency: discount/return assumption changes between scenarios without you intending to test it
• Over-adjusting multiple variables: changing several inputs at once makes results hard to explain
• Assuming claim-type-specific timing: expecting special sub-rule behavior by claim type, when the US-SC configuration reflects only the general/default period (no claim-type-specific sub-rule was found)

South Carolina timing default clarity (important)

In South Carolina mode (US-SC), DocketMath’s configuration follows the general/default period for applicable timelines. So results will not show claim-type-specific timing variations for US-SC because none was identified in the jurisdiction configuration.

Try it

Use this quick workflow to validate your setup in DocketMath for South Carolina (US-SC):

1. Open /tools/structured-settlement
2. Choose US-SC
3. Enter a simple payment model:

   • Set a start date
   • Set an end date (for example, a multi-year stream)
   • Enter a periodic payment amount
   • Add a lump sum only if you truly intend one
4. Run the calculation and review:

   • Present value output
   • Combined valuation (if shown)
   • Any schedule breakdown or payment timeline

Then run two rapid comparisons (keep assumptions stable):

• Change only the start date by +6 months
• Keep everything else fixed (payment amount, term, discount rate)

If the present value moves in the direction you expect, your inputs are consistent. If it doesn’t, re-check:

• date fields
• payment frequency
• discount rate
• term length

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