How to run Pre Post Offer Damages Split in DocketMath for Brazil

6 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.

Step-by-step

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

This guide walks you through running a Pre Post Offer Damages Split calculation in DocketMath for Brazil (BR) using jurisdiction-aware rules. You’ll configure the calculator, run it, and interpret the split so you can report damages consistently across “pre-offer” and “post-offer” periods.

Note: DocketMath calculations are designed to support analysis and reporting. This isn’t legal advice, and the “right” time windows and assumptions can depend on the case record and the parties’ litigation posture.

1) Open the correct DocketMath tool

Start at the primary CTA:

/tools/pre-post-offer-damages-split

If you’re already in DocketMath, you can also use the search bar to find Pre Post Offer Damages Split, then confirm the jurisdiction selection is set to Brazil (BR).

2) Confirm the Brazil jurisdiction setting (BR)

Before entering numbers, verify:

Jurisdiction: BR (Brazil)

Why this matters: DocketMath applies jurisdiction-aware defaults for timelines, day-count conventions where supported, and output formatting for result fields. Even if your inputs are identical, the breakdown layout and computed conventions can differ by jurisdiction.

3) Choose the “offer” anchor date used for the split

The calculator needs an offer anchor to separate “pre” from “post.” Typically, this is one of the following:

the date an offer was made (or deemed made), or
the date your case team uses as the split boundary

Enter:

Offer date (date)

Helpful checklist:

4) Provide your damages measurement period

You also need the overall period that will be split into pre- and post-offer components. Enter:

Start date (damages period begins)
End date (damages period ends)

Then verify DocketMath validation/behavior:

If Start date > End date, the tool will reject inputs.
If Offer date falls outside the start/end window, DocketMath may:
- treat one side of the split as zero, or
- request adjustment depending on the tool’s rules.

5) Enter the damages basis (the amount that accrues or is being allocated)

Next, supply the value that DocketMath uses to compute the allocation. Depending on the calculator configuration, you’ll typically enter one of these:

Principal / base damages amount (the amount to split), or
a schedule input (if the calculator supports changing amounts over time)

Use whichever option the UI offers for Pre Post Offer Damages Split. For most workflows, you’ll provide:

Damages amount (numeric)

Tip:

If your base amount is already “fully computed” before applying timing logic, be careful not to double-count. If you’re unsure, run a test scenario with a small simplified input (e.g., 1000 in BRL) to confirm how DocketMath treats the measure.

6) Select the rate / compounding inputs (only if required)

Some DocketMath calculators include interest/adjustment parameters to scale amounts over time. If this tool prompts for rate inputs, fill:

Rate (%) if applicable
Accrual or compounding settings as shown in the UI
Frequency or day-count convention (if offered)

If the UI provides jurisdiction-aware defaults for Brazil, keep them unless your case team has a reason to use a different parameter set.

Warning: The pre/post split is date-sensitive. A small change to the Offer date (e.g., moving it by 5–10 days) can shift the resulting pre vs post amounts—especially when interest rates are high or when compounding is enabled.

7) Run the calculation

Once the required fields are complete:

Click Calculate (or the tool’s equivalent action button)

DocketMath will generate:

a pre-offer component
a post-offer component
and the total

8) Review the split outputs and confirm the split boundary

After results appear, inspect:

Pre-offer days / period
Post-offer days / period
Pre and post amounts (and any interest/adjustment lines, if shown)
Totals and rounding

Quick validation steps:

9) Export or capture results for your damages narrative

Depending on your DocketMath workflow, you may be able to:

copy the summary numbers into your report
export data if the tool supports it
save the calculation so you can rerun with updated dates

If your report requires distinct “pre” and “post” line items, capture the exact fields from DocketMath rather than recreating them manually.

Common pitfalls

Below are the most frequent issues teams encounter when running Pre Post Offer Damages Split in DocketMath for Brazil (BR).

missing a required input
using a stale rate or rule
ignoring calendar or holiday adjustments
skipping documentation of assumptions

If an assumption is uncertain, document it alongside the calculation so the result can be re-run later.

1) Using a different “offer” date than the one referenced in the case record

If the offer boundary date differs from what your litigation team uses elsewhere (or what’s stated in pleadings), the pre/post split won’t align with the broader damages model.

2) Offer date outside the start/end range

When the offer date lies before the start date or after the end date, the split can become one-sided.

3) Mixing already-accrued totals with time-based inputs

A common modeling error is to input:

an amount that already includes interest/adjustments, and
also enter a rate/accrual method that adds interest again

4) Incorrect date format or swapped day/month

Brazil workflows often use day/month/year. If DocketMath accepts multiple formats, transposing day/month can shift the split by weeks.

5) Rounding differences between pre and post

Some tools compute totals and then display rounded components, while others round components first. This can create small discrepancies.

Pitfall: If your pre and post results don’t add up exactly to the total, don’t force manual reconciliation. Instead, confirm whether the tool rounds line items before summing.

Try it

Use DocketMath’s /tools/pre-post-offer-damages-split to run a quick test scenario, then adjust only one variable at a time.

Open the Pre Post Offer Damages Split calculator and follow the steps above: Run the calculator.

Suggested “sanity check” run

Then:

Run once with your default Brazil rate settings (if the tool requests rate inputs).
Re-run changing only Offer date to 15/07/2024.
Compare:
- pre-offer amount change direction (should generally decrease)
- post-offer amount change direction (should generally increase)
- any day-count values shown by DocketMath

What you should observe

Days/periods should reflect the offer boundary precisely.
Pre-offer and post-offer figures should move in opposite directions when you shift the offer date.
Totals should remain consistent with the model (unless your rate/compounding settings affect both periods in a way that changes totals across your chosen inputs).

If the behavior doesn’t match expectations:

revisit the offer anchor date
confirm the start/end window is correct
check whether your input damages amount is a base amount vs a fully computed value