How to interpret Structured Settlement results in Brazil

What each output means

When you run DocketMath’s Structured Settlement calculator for Brazil (BR), you’ll typically see a breakdown that translates the deal “story” (amounts, timing, and funding assumptions) into modeled payment and value outputs. Because structured settlements can be implemented with different mechanics (periodic payments, lump sum components, indexation, and funding timing), treat each output line as a different lens on the same underlying structure.

Below are common outputs you may see, and how to interpret them in a practical way:

• Total scheduled payments

  • What it means: The sum of all expected installments as modeled, using the payment amounts and any assumptions you entered (including optional indexation adjustments).
  • How it helps: Gives you the “headline” nominal total you’d expect if every scheduled payment occurs as planned—useful for comparing structures on a purely nominal basis.

• **Present value (if shown)

  • What it means: The modeled value of future installments discounted back to a chosen “today” date using an assumed discount rate (or equivalent return assumption, depending on the tool’s approach).
  • How it helps: Lets you compare the structure to a lump sum conceptually, even though the payments arrive over time. Present value is often the fairest single metric for comparing cash that arrives sooner vs. later.

• **Payment schedule view (amount and dates)

  • What it means: A table/list showing each installment amount and its modeled payment date (including the first payment date, regular frequency, and the final payment date).
  • How it helps: Lets you sanity-check the timing mechanics. If the schedule looks off (e.g., the first payment is shifted unexpectedly or frequency doesn’t match the contract), the downstream value outputs may also be off.

• **Inflation/indexation impact (if modeled)

  • What it means: The calculator’s adjustment to installment amounts based on an indexation or inflation assumption you selected in the tool.
  • How it helps: Clarifies whether the plan is modeled to preserve purchasing power (index-linked) or keep amounts nominally fixed (non-indexed). Indexation commonly changes totals more than people expect because payments compound over the life of the plan.

• **Funding / feasibility indicators (if shown)

  • What it means: Any output that checks whether the modeled funding pattern can support the scheduled payments under the calculator’s investment/return assumptions.
  • How it helps: Flags internal mismatches early—especially when the deal economics depend on investment returns to fund later payments.

Note / disclaimer: These are model-based outputs meant for comparison and scenario testing. They are not a substitute for legal, regulatory, or fiscal advice, and they won’t be definitive unless the calculator’s assumptions match the actual settlement terms.

What changes the result most

If you want to identify the biggest drivers quickly, focus on inputs that affect (1) timing, (2) growth/return or discounting, and (3) indexation. In most structured settlement models, the largest changes typically come from the following:

1. **Payment timing (start date and frequency)

   • Earlier payments generally increase present value because more cash arrives sooner.
   • Delayed payments generally decrease present value.
   • Changing frequency (monthly vs. quarterly vs. annual) changes the spacing of cashflows, which can noticeably affect the discounted outcome for long-duration plans.

2. Discount / return rate assumption

   • A higher discount/return assumption can materially change present value, especially over many years.
   • It may also move any funding feasibility indicators, depending on how the tool models whether contributions can support scheduled payouts.

3. Indexation / inflation assumption

   • When installment amounts are modeled as index-linked, total scheduled payments can rise substantially over time.
   • Even if nominal totals increase, present value may or may not rise the same way (discounting can offset the nominal growth).

4. Number of installments / duration

   • Extending duration typically increases total scheduled payments (and often shifts the final payment date).
   • Present value may not scale proportionally with duration because later payments are discounted more heavily.

5. **Lump sum components (if any)

   • If the structure includes an upfront amount or an early payment, that component often boosts present value more than an equivalent amount delivered later.
   • The split between upfront and periodic payments is frequently one of the most impactful levers.

A simple sensitivity workflow (actionable)

Use “change one thing at a time” so you can attribute differences clearly:

• ✅ Move the payment start date by 1 month (or 1 quarter) and compare PV.
• ✅ Adjust the discount/return rate by ±1.0 percentage point and compare both PV and any funding/feasibility outputs.
• ✅ Toggle indexation on/off (or change the index assumption) and compare total scheduled payments plus the installment schedule.
• ✅ Shorten or extend duration (e.g., by 3 years) and compare the final installment date, total payments, and PV.

Quick checklist: what to look for in outputs

Practical caution: Settlement mechanics can be contract-specific. If your Brazilian settlement includes particular indexation rules or defined escalation mechanics, ensure DocketMath’s inputs reflect those details. A mismatch can produce results that look precise but don’t match the real agreement.

Next steps

Once you’ve interpreted the DocketMath outputs, the goal is to turn them into a clear, stakeholder-ready comparison. Here’s a practical sequence you can follow:

• 1) Verify the cashflow reality

  • Check that the modeled payment dates match the settlement draft (first payment trigger, frequency, and final payment date).
  • If anything looks inconsistent, fix the inputs first—value outputs won’t be reliable if the schedule is wrong.

• 2) Lock down your assumptions

  • Record the key DocketMath modeling choices you used:

    • discount/return rate assumption
    • indexation/inflation method and parameters
    • timing rules (start date, payment frequency, any waiting period)

• 3) Run at least 2 scenarios

  • Base case: your best estimate of timing and indexation.
  • Stress case: adjust one major driver (e.g., rate or indexation) to see how sensitive the results are.

• 4) Compare structure vs. lump sum using the same metric

  • If DocketMath provides present value, use it as your consistent comparison metric.
  • Avoid comparing total scheduled payments to a lump sum without PV unless you explicitly want a nominal-only comparison.

• 5) Prepare a clean summary for review

  • Turn the results into a short bullet list:

    • total scheduled payments
    • present value (if shown)
    • payment schedule snapshot (first 2–3 payments and the last installment)
    • the top 1–2 assumptions that most influenced the result

You can start directly with the tool here: /tools/structured-settlement.

Related reading

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