How to run Structured Settlement in DocketMath for New Jersey

Step-by-step

Use DocketMath to model a New Jersey structured settlement and generate the cashflow math you’ll need for planning. This walkthrough focuses on running the Structured Settlement calculator with jurisdiction-aware rules for New Jersey (US-NJ), not on legal strategy.

1) Start the right tool

1. Open DocketMath.
2. Navigate to the tool: Structured Settlement (/tools/structured-settlement).
3. Confirm you’ve selected the correct jurisdiction:

   • Jurisdiction: New Jersey
   • Jurisdiction code: US-NJ

2) Set the “contract math” inputs

In the Structured Settlement calculator, you’ll typically provide inputs like (names vary slightly by UI):

• Settlement payment schedule

  • Start date (or “first payment” date)
  • Payment frequency (e.g., monthly, annual)
  • Number of payments or an end date

• Payment amount(s)

  • Fixed amount per payment, or a table of amounts by period

• Discounting assumptions (if enabled)

  • Discount rate used for present-value calculations (if the calculator asks)
  • Any additional adjustments supported by the tool (for example, if fees are modeled)

How outputs change (so you can sanity-check results):

• If you increase the number of payments (longer term), the total nominal amount increases, and the present value changes based on the discount rate.
• If payments start later, the present value decreases relative to an earlier start date—even when the total nominal payments match.

3) Add the New Jersey jurisdiction rule context (required for compliance modeling)

DocketMath’s jurisdiction-aware rules for New Jersey include the transfer restrictions from the New Jersey Structured Settlement Protection Act, N.J.S.A. § 2A:16-63 to § 2A:16-69.

DocketMath will treat New Jersey as subject to the following general rule:

Also, per the jurisdiction note you provided:

• No claim-type-specific sub-rule was found.
• So the calculator should use the general/default period for New Jersey rather than branching into claim-specific timing rules.

What this means in practice inside the tool:
You should expect DocketMath to apply the general transfer restriction framing (court order with express findings) rather than using special carve-outs based on claim type.

Gentle disclaimer: This is compliance modeling context and math support, not legal advice. Whether a structured settlement transfer is permitted depends on facts and procedures governed by N.J.S.A. § 2A:16-63 to § 2A:16-69.

4) Run calculations and review the outputs

After entering the schedule and financial inputs, click Calculate.

Review at least these typical outputs (wording varies):

• Total nominal payments (sum of all scheduled payments)
• Present value (if discounting is enabled)
• Cashflow timeline or payment-by-payment breakdown (often shown as a table or downloadable view)

Output sanity checks:

• Confirm the payment count matches the schedule (e.g., 120 monthly payments = 10 years).
• Verify date alignment (first payment date → last payment date).
• If present value is shown, test directionality:

  • Higher discount rate → lower present value

5) Save or export your run

If DocketMath supports exporting:

• Export the calculation results for recordkeeping.
• Include the jurisdiction configuration (US-NJ) and calculator settings so the run is auditable later.

If you’re comparing scenarios, save versions such as:

• Version A: Original schedule
• Version B: Alternative schedule or different discount assumptions
• Version C: Modified timing (earlier/later start)

Common pitfalls

Structured settlement math is sensitive to small input errors. The New Jersey compliance context adds additional caution—especially when your numbers are used to support decisions about transfers.

• Using the wrong jurisdiction code

  • New Jersey rules are tied to N.J.S.A. § 2A:16-63 to § 2A:16-69. Make sure the tool is set to US-NJ, not a neighboring state.

• Assuming claim-type-specific rules apply

  • The jurisdiction note says: no claim-type-specific sub-rule was found.
  • Therefore, DocketMath should use the general/default period for New Jersey rather than switching logic by claim category.

• Confusing nominal totals with present value

  • A longer stream can increase nominal totals while decreasing present value, depending on discounting.

• Incorrect dates

  • Even if amounts are right, shifting payment start dates can materially change PV and any per-period table.

• Treating “calculated” as “authorized”

  • In New Jersey, transfers are restricted unless authorized in advance by a final court order with express findings under N.J.S.A. § 2A:16-63 to § 2A:16-69.
  • Don’t assume that because DocketMath can compute a figure, the underlying transfer is legally permitted.

Try it

Here’s a practical way to validate your first DocketMath run for New Jersey (US-NJ).

Quick “first-pass” checklist

• Jurisdiction selected: New Jersey (US-NJ)
• First payment date entered correctly
• Frequency chosen correctly (monthly/annual/etc.)
• Payment amounts entered consistently with the schedule
• Discount rate set (if prompted) and recorded
• Run saved/exported with the configuration

Test your assumptions with 3 micro-changes

Run the calculator 3 times and confirm the outputs move as expected:

Once the outputs respond predictably, you can model more complex scenarios (alternative schedules, step payments, or multiple payment streams) with more confidence—while keeping in mind the New Jersey compliance requirement that structured settlement payment rights transfers are restricted unless authorized by the kind of court order described in N.J.S.A. § 2A:16-63 to § 2A:16-69.

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