Why Treble Damages results differ in Brazil

5 min read

Published April 15, 2026 • By DocketMath Team

The top 5 reasons results differ

Using DocketMath’s Treble Damages calculator for Brazil (BR) can produce noticeably different “treble” outcomes across scenarios. In practice, those differences usually trace back to a handful of jurisdiction-aware inputs and rule gates rather than random variation.

Here are the top 5 reasons your Brazil results can diverge:

  1. Different qualifying “trigger” events

    • Brazil’s pathway to enhanced damages depends on how the conduct is characterized and which remedial basis you’re modeling.
    • In DocketMath terms, the trigger selection (the category you choose in the tool) can change whether the enhancement multiplier applies at all.
  2. Evidence-quality assumptions behind the model inputs

    • If your inputs imply stronger proof of harm, willfulness/intent, or causation, the calculator may route toward a more aggressive enhancement posture.
    • Even without legal advice, the way you fill in “modeled facts” (for example, key dates, harm narrative, and documentation/evidence status fields where applicable) can shift outcomes.
  3. **Time-window mismatches (accrual + harm + filing/model dates)

    • In Brazil-focused scenarios, timing often drives which enhancement path is eligible.
    • Small date differences—such as the start/end of the breach/violation window, when harm became measurable, or any modeled filing-related date—can flip the computed multiplier path.
  4. Stage-of-case assumptions

    • Results can vary depending on whether you’re modeling pre-suit, pleadings-style, or post-judgment contexts.
    • DocketMath may treat your selections as “early” vs “litigation stage,” affecting whether enhancement is applied.
  5. Caps, exclusions, or “no enhancement” branches

    • Certain input combinations can route the calculator to a conservative outcome (for example, returning a baseline damages figure rather than a treble figure).
    • That’s typically a rule branch indicating the assumed facts don’t satisfy the calculator’s enhancement conditions—rather than an error.

Pitfall: If you compare two DocketMath runs without matching all key inputs (trigger, dates, stage, and the harm/evidence assumptions), you may conclude the calculator is inconsistent. Often, a “hidden gate” (one changed input) is what actually shifted the result.

How to isolate the variable

Use a repeatable, “diagnostic” workflow to identify which input flip caused the treble outcome to change.

  • Freeze the jurisdiction and tool settings so both runs use the same rule set.
  • Compare one input at a time (dates, rates, amounts) and re-run after each change.
  • Review the breakdown to see which segment or assumption drives the difference.

1) Freeze everything except one input

Pick a baseline run, then keep these fixed across comparisons:

  • Treble Damages category/trigger selection
  • Harm amount baseline (the base damages number you’re enhancing)
  • Key date set (the modeled accrual/occurrence window and any relevant filing/model date you input)
  • Case stage (pre-suit vs litigation, as represented in the tool)
  • Evidence/proof indicators you include (whatever the tool asks you to select or describe)

Then change only one variable per run.

2) Use a side-by-side run log

Create a quick table to track where outputs diverge:

RunTrigger/CategoryDates (key window)StageBaseline damagesOutput (treble vs not)
A(fixed)(fixed)(fixed)$XTreble = Y
B(changed)(fixed)(fixed)$XTreble = Y’
C(fixed)(changed)(fixed)$XTreble = Y’’

3) Look for “multiplier gate” behavior

DocketMath is especially useful when it reveals why the output changes. If your output toggles between “baseline” and “treble,” treat that as evidence a rule gate flipped—most commonly trigger selection or stage.

If you see partial changes (e.g., treble factor applied to a reduced base), that often indicates a baseline modification, commonly driven by the date window or harm characterization assumptions you entered.

4) Repeat with two contrasting fact patterns

Try two extremes to make the shift easier to detect:

  • Low-harm / early timing run (more conservative expected output)
  • High-harm / later measured harm run (more aggressive expected output)

Once the behavior changes between these, you can narrow down which intermediate input (dates, stage, trigger, or evidence fields) causes the transition.

To run quickly, go to the tool first: /tools/treble-damages.

Gentle reminder: DocketMath comparisons are scenario tools and won’t replace legal analysis. Treble enhancement outcomes depend on characterization and proof in a real dispute.

Next steps

  1. Run a baseline scenario and capture the input set

    • Save screenshots or notes of your exact DocketMath selections so you can reproduce the comparison precisely.
  2. Do a 5-run “one-variable” sweep

    • Change only one category at a time:
      • trigger/category
      • date window
      • stage assumption
      • harm baseline amount
      • evidence/proof indicators
  3. Identify the first variable that flips the multiplier

    • The first input that causes “treble vs baseline” to change is your main driver.
  4. Re-check date alignment

    • For Brazil scenarios, timing inputs are a frequent culprit. Confirm that the modeled occurrence/accrual period matches how you intended to frame the harm and eligibility window.
  5. Avoid overfitting to a single number

    • Use DocketMath as a scenario comparator. The goal is consistency in how you model facts between runs, not treating one output as a guaranteed prediction.

Related reading