How to calculate Pre Post Offer Damages Split in Brazil

8 min read

Published April 15, 2026 • By DocketMath Team

This article is for informational purposes only and does not constitute legal advice. Laws change frequently — verify all citations with current official sources.

Quick takeaways

Run this scenario in DocketMath using the Pre Post Offer Damages Split calculator.

In Brazil, a Pre/Post Offer Damages Split typically separates damages accruing before vs. after the date the offer becomes effective (often the time an offer is legally formalized in the case).
The split is calculated by applying different interest/correction rules to two time periods and then summing the results.
DocketMath helps you compute the split consistently by taking the key dates, monetary bases, and Brazilian-style update conventions as inputs in its pre-post-offer-damages-split calculator: /tools/pre-post-offer-damages-split.
Expect the biggest “swing factor” to be (1) the effective offer date you choose and (2) the update/interest method you apply to each period—those two decisions drive most of the output.

Note: This article explains a calculation workflow for a damages split. It does not provide legal advice and cannot replace a case-specific legal review—especially because how the “offer date” is treated can depend on the procedural posture and the exact nature of the offer.

Inputs you need

Before you run DocketMath’s pre-post-offer-damages-split calculator at /tools/pre-post-offer-damages-split, gather the following inputs. The aim is to be precise enough that your split changes only when the underlying facts truly change.

Core dates (you must set these)

Date of the event / claim start (the earliest date damages begin accruing for calculation purposes)
Effective offer date (the date your procedural offer is treated as “operative” for interest/correction purposes)
Date of payment / cut-off (usually the date you want to measure the damages through, such as the assessment date or a planned payment date)

Monetary base assumptions

Nominal damages amount (or a componentized damages base if you’re splitting categories)
Currency and normalization approach (if you have multiple amounts, keep them in consistent units before running the tool)

Brazil-specific update mechanics (choose the method your case uses)

You’ll typically need:

Monetary correction approach (how the principal is updated over time)
Interest approach pre-offer (which rate/logic applies in the pre-offer period)
Interest approach post-offer (which rate/logic applies in the post-offer period)
Frequency / convention (how the tool should apply compounding or prorating—e.g., monthly, daily, or rule-based periods)

Sanity-check inputs (recommended)

Whether the amount is already corrected to a particular date
Whether there are multiple damage components (e.g., material vs. moral damages) with different accrual dates

Quick checklist (use this while filling DocketMath)

How the calculation works

DocketMath’s approach (as implemented in the pre-post-offer-damages-split calculator) can be understood as a two-period computation:

Compute Pre-Offer Damages from event start → effective offer date
Compute Post-Offer Damages from effective offer date → cut-off/payment date
Apply the appropriate correction/interest logic to each period
Sum the two results into a single total split output

Step 1: Define the two time windows

Let:

A = event start date
B = effective offer date
C = cut-off/payment date

The tool conceptually creates:

Pre-offer period: **[A, B)
Post-offer period: [B, C]

Two practical implications:

If B equals A, there is no pre-offer period; the split will be entirely post-offer.
If C is earlier than B, the post-offer period is empty; the split becomes purely pre-offer.

Step 2: Apply Brazilian update/correction to the principal

For each period, the calculator updates the principal using your selected correction approach.

Conceptually:

Pre-offer corrected principal component = Principal updated from A to B
Post-offer corrected principal component = Principal updated from B to C

A common workflow issue: if your damages number is already corrected to a particular date, you should adjust your input so you’re not double-correcting.

Step 3: Apply interest rules separately for pre and post offer

Interest is where the split typically matters most.

Pre-offer interest is applied over **[A, B)
Post-offer interest is applied over [B, C]

So, the tool effectively computes:

Pre-interest = Principal (or corrected base) × pre-offer interest factor for [A, B)
Post-interest = Principal (or corrected base) × post-offer interest factor for [B, C]

If your selected methods treat pre and post differently (for example, different rates or different start points), changing B will change not just the length of each period—but also which interest formula applies to which portion of the timeline.

Step 4: Output decomposition (what DocketMath returns)

When you run /tools/pre-post-offer-damages-split, expect outputs that separate:

Pre-offer principal/correction component
Pre-offer interest component
Post-offer principal/correction component
Post-offer interest component
Totals for pre, post, and combined

From a decision-making perspective, that decomposition is useful because it lets you ask:
“Is my disagreement with the methodology driven by correction or interest?”

Pitfall: Choosing the wrong “effective offer date” is the fastest way to create a misleading split. Since interest is period-dependent, moving the date by even a month can materially change the result—especially if post-offer interest is higher or starts accumulating on a different rule.

Step 5: Verify continuity at the offer boundary

The boundary B matters. Practically, verify:

Whether the tool treats the effective offer date as belonging to the pre or post period.
Whether correction/interest is computed using inclusive vs. exclusive date conventions.

If you see unexpectedly discontinuous outputs (e.g., post-offer interest starts too early), re-check the date conventions and the meaning of “effective offer date” in your procedural context.

Common pitfalls

Below are the issues that most often distort a Brazil pre/post offer split calculation in practice—many of them show up immediately when you compare the tool output to how a report or demand letter frames the timeline.

Using the filing date instead of the offer’s effective date
- Two dates that sound similar can yield different interest starts.
- Confirm which date your calculation model should treat as B.
Double-counting monetary correction
- If your “nominal damages amount” is already corrected to a target date, then applying correction again in both periods can inflate totals.
- In DocketMath, align the “as of” date with how the tool applies correction.
Mismatch between interest base and correction base
- Some methods apply interest to a corrected principal; others apply interest to a principal that is updated differently.
- Keep your chosen approach consistent across pre and post.
Inconsistent day-count/convention
- If your internal spreadsheet uses daily accrual while the tool uses monthly periods, your totals may diverge.
- Stick to the tool’s conventions once you decide on one calculation standard.
Not decomposing components
- When there are multiple damages categories with different accrual points, applying one global timeline can be wrong.
- If your case uses distinct accrual dates, run separate splits per component and then sum.

Warning: Avoid “averaging” interest rates across the pre/post boundary. The whole point of the split is that different rules apply to different periods, so averaging can mask the timing structure and misstate the legal-economic outcome.

Sources and references

This post focuses on how to calculate a pre/post offer damages split in Brazil using DocketMath workflow mechanics and general period-splitting logic. It does not rely on external sources for this explanation.

For Brazilian procedural context (where the “offer effective date” can be outcome-determinative), use your case documents—such as the offer text, court decision records, and procedural timelines—to confirm which date acts as B in your model.

Next steps

Open DocketMath’s calculator
- Go to: /tools/pre-post-offer-damages-split
Enter the three dates (A, B, C) first
- Get the timeline right before rates and correction settings.
Confirm your monetary base
- Make sure your nominal amount is “as of” the correct reference date.
Select consistent correction + interest approaches
- Keep them aligned with how your Brazil case method treats pre vs. post.
Run a quick sensitivity check
- Change B by a small amount (e.g., one month) to see how sensitive your total is.
- If results swing wildly, re-check the effective-offer date definition and day-count conventions.

If you need to cross-check timelines for other case math, you can also use related DocketMath tools—for example, the timeline utilities at /tools—to ensure your date conversions and cut-off dates remain consistent across calculations.