Interest reference snapshot for Brazil

6 min read

Published April 15, 2026 • By DocketMath Team

Rule or statute summary

Brazil’s “interest reference” snapshots in disputes and settlements typically depend on two main variables: (1) the type of money claim you’re modeling (e.g., late payment/default vs. contractual interest vs. damages) and (2) the procedural phase (pre-judgment vs. post-judgment). For a practical, jurisdiction-aware reference, DocketMath focuses on the baseline/default interest mechanics that commonly appear in Brazilian civil matters.

At a high level under Brazilian civil law:

  • Interest accrues on a principal amount (the base you’re compensating for the time value of money).
  • Correction (monetary indexation) is often handled separately from the interest rate; in some workflows you may run interest and correction in different steps to avoid mixing methodologies.

A useful way to treat this snapshot is as an operational reference—not legal advice—because actual outcomes can vary based on facts, the legal theory applied, and how courts map the relevant statutory provisions into the operative interest rate for the relevant period.

Common modeling choices in DocketMath (Brazil / BR)

When you run DocketMath’s interest calculator for jurisdiction: Brazil (BR), you’ll typically make decisions that affect the result materially:

  • Accrual start date
    • Often tied to the date your scenario treats as the beginning of “mora”/interest accrual (e.g., default or a trigger date such as demand).
  • Accrual end date
    • The calculation date through which interest is computed.
  • Interest mode / type
    • Legal/default interest for money obligations in default (statutory baseline).
    • Contractual interest if you’re modeling an agreed rate (when the tool supports a contractual mode and you provide the rate).
  • Day-count convention / accrual granularity (if prompted)
    • Some tools use calendar-day accrual; if available, ensure it matches your internal assumptions.

Practical checklist for consistent snapshots:

  • If correction is calculated elsewhere, keep this snapshot focused on interest only.
  • If your workflow includes both, verify whether DocketMath’s interest output already incorporates any correction-like component to avoid double counting.

Gentle disclaimer: Brazilian interest treatment can vary depending on whether the underlying obligation is contractual or arises from liability/damages, and on the milestone that starts “mora.” Use this as a reference output to support internal modeling and settlement discussions, and validate against the specific legal theory and the latest rate mapping used in your process.

Citations

Brazil’s baseline framework for interest on civil obligations is commonly anchored in the Civil Code (Lei nº 10.406/2002 / Código Civil):

  • **Civil Code (Lei nº 10.406/2002)
    • Art. 389 — addresses consequences of non-performance and damage-related accrual when obligations are not met.
    • Art. 395 — addresses default (mora) for monetary obligations and the interest implications associated with non-performance.
    • Art. 406 — provides for legal interest in certain civil contexts, which in practice is often operationalized via the SELIC linkage through judicial/administrative practice.

Because the effective legal interest rate applied in practice can depend on how the statutory rule is mapped into operative rate schedules over time, a best practice for a snapshot is:

  • Use DocketMath’s Brazil rule set as the operational reference for the rate mapping for the selected period, and
  • Document the specific mapping/rate version (and any effective-rate methodology) used by the tool at the time of calculation.

Sources and references

  • TODO: Provide the precise DocketMath Brazil rule-set version (e.g., calculator release date) used for mapping Art. 406 legal interest to the operational rate.
  • TODO: Confirm the specific effective-rate source/methodology DocketMath uses for the selected dates (e.g., SELIC effective rate series treatment and compounding/period handling).

Start with the primary authority for Brazil and confirm the effective date before relying on any output. If the rule has been amended, update the inputs and rerun the calculation.

Use the calculator

Use DocketMath to generate a jurisdiction-aware interest reference snapshot for Brazil.

Primary CTA: /tools/interest

Open the DocketMath Interest tool

Run the Interest calculation in DocketMath, then save the output so it can be audited later: Open the calculator.

Inputs you’ll set (Brazil / BR)

In the Interest calculator (set Jurisdiction: Brazil (BR)), input:

  1. **Principal (R$)
    • Example: unpaid/claimed amount in Brazilian reais.
  2. **Accrual start date (DD/MM/YYYY)
    • The date your model treats as the beginning of interest accrual (often a default/demand trigger).
  3. **Accrual end date (DD/MM/YYYY)
    • The date through which interest should be calculated.
  4. Interest mode
    • Legal/default interest (statutory baseline) or
    • Contractual interest (if applicable, based on the tool’s contractual mode).
  5. **Contractual rate (if applicable)
    • If you choose contractual mode, enter the annual rate and align it with the tool’s compounding/period settings (if configurable).

How outputs change when you change inputs

Typical relationships in DocketMath for Brazil (directionally):

What you changeTypical effect on outputWhy it moves
Accrual start date (later)Lower interestShorter accrual period
Accrual end date (later)Higher interestLonger accrual period
Switch legal → contractual modeHigher or lowerDifferent rate input/mapping
Increase principalProportional increaseInterest scales with base amount
Day-count / accrual granularity (if offered)Small varianceDifferent accrual granularity

Example scenario structure (no legal advice)

To keep your reference consistent, model a scenario like:

  • Principal: R$ 100,000
  • Start date: 01/03/2023
  • End date: 15/06/2024
  • Mode: Legal/default interest
  • Jurisdiction: BR

Then record (from the tool output, where displayed):

  • **Interest amount (R$)
  • Total with principal (R$) (if shown)
  • Any effective rate applied over time (and whether it’s segmented by subperiods)
  • Any breakdown by periods (if the tool provides it)

Pitfall to watch: If your workflow also calculates monetary correction elsewhere, verify whether DocketMath’s interest output includes any correction-like component. Interest and correction are often modeled separately—double-counting is a common settlement modeling error.

Export-style checklist (helpful for internal documentation)

Related reading