Inputs you need for Interest in Brazil

6 min read

Published April 15, 2026 • By DocketMath Team

Inputs you will need

Run this scenario in DocketMath using the Interest calculator.

To calculate interest in Brazil with DocketMath, gather a small set of inputs first. The key idea: Brazil interest calculations often depend on what kind of “interest” you mean (contractual vs. statutory vs. judicial delay), the start and end dates, and the rate/benchmark method you want DocketMath to apply.

Before you start, confirm these inputs in your case file:

  • Confirm the currency your principal is in (e.g., BRL). Use consistent units across inputs.
  • Some tools ask whether to treat days as calendar days and how to handle month boundaries.

Note: Brazil interest calculations are commonly sensitive to date selection. Even when the rate is clear, using the wrong “start” date can materially change the result.
(Also, this is general guidance—not legal advice. Always follow the applicable contract language and/or court determination.)

To make sure you don’t miss anything, use this quick checklist:

InputWhy it matters in BR interestCommon source in documents
Principal amountDetermines the base for interestContract, invoice ledger, claim statement
Start dateUsually anchors when interest beginsDemand letter date, due date, contract “mora” clause
End dateDetermines the interest accrual windowPayment date, judgment date, your calculation cutoff
Rate / methodControls the growth of the amountContract clause, court order, statutory rule referenced in pleadings
CompoundingChanges the mathematical accumulationAgreement terms; court direction
Partial paymentsReduces outstanding principal at specific datesPayment receipts, bank statements, settlement schedules

Where to find each input

Use your case documents in a predictable order so you can enter everything into DocketMath without backtracking.

  1. Interest type / basis

    • Contract: look for the clause describing interest for delay, late payment, or default (often labeled “juros,” “mora,” “encargos,” or “penalidade”).
    • Court filings/orders (if this is a litigation scenario): look for the exact language specifying the rate/method and from which date interest applies.
    • If you have a claim package, check the “Memorial de cálculo” or equivalent calculation memo attached to a pleading.
  2. Principal amount

    • Invoice totals, contract value schedules, or the amount demanded in your pleading.
    • If you have VAT/taxes included in the demand, ensure the principal matches how interest should apply (documents sometimes distinguish “principal” from “updates”).
  3. Start and end dates

    • Start date is frequently tied to:
      • the due date stated in the invoice/contract, or
      • the date of a formal demand/notice (depending on your calculation basis).
    • End date is typically:
      • the payment date, or
      • the judgment date, or
      • a “calculation date” you set for estimating amounts.
  4. Interest rate

    • Contractual rate: exact percentage and whether it’s per month or per year.
    • Judicial/statutory rate: the rate or method specified in the court’s determination.
    • Watch for rate formatting:
      • “x% a.m.” (monthly) vs “x% a.a.” (annual)
      • references to an index or benchmark without stating an explicit percent
  5. Compounding rule

    • Contract language often states whether interest is “simple” or “capitalized.”
    • If the agreement is silent, your selected DocketMath mode should reflect your intended method, because compounding differences can produce large deltas over long periods.
  6. Partial payments

    • Bank statements and payment schedules.
    • Settlement agreements: confirm whether payments were applied to principal, interest, or both—your input should match DocketMath’s payment allocation approach for the calculator run.
  7. Currency and consistency

    • Brazil calculations are usually in BRL. If your source amounts are indexed or adjusted before interest starts, keep the principal consistent with your chosen “start date” and method.

Warning: If your documents show multiple “amounts” (e.g., principal, updates, penalties), don’t guess which one is the principal for interest. Enter the amount that matches the interest clause or the court’s calculation basis.

If you want to streamline data entry, consider prepping everything into a single mini-record:

  • Principal: BRL ___
  • Start date: YYYY-MM-DD
  • End date: YYYY-MM-DD
  • Rate: ___% per month/year
  • Compounding: simple/compound
  • Payments: [list dates + amounts]

Run it

Once your inputs are ready, use DocketMath’s Interest calculator to produce the interest amount and any updated totals.

  1. Open the Interest tool: /tools/interest
  2. Choose the configuration that matches your “interest type / basis” (e.g., contractual vs simple rate approach).
  3. Enter inputs:
    • Principal (BRL)
    • Start date
    • End date
    • Rate (and whether it is monthly or annual)
    • Compounding (if required by the selected mode)
    • Optional: partial payments (add each with its date and amount)
  4. Review outputs and sanity-check them against expectations:
    • If you’re seeing unexpectedly high numbers, the most common causes are:
      • wrong start date
      • mixing monthly and annual rate units
      • applying compounding when you intended simple interest
  5. Save/export your calculation summary (if available in your workflow) so you can reference it in your case file.

To make results easier to audit later, compare two quick “what changed” runs:

  • Run A: your intended configuration
  • Run B: shift only one variable (for example, move the start date by 10 days)
    • If the change is outsized, review date and rate units first.

Here’s a practical “delta test” you can use:

  • rate unit (monthly vs annual)
  • compounding selection
  • principal alignment

If you plan to document your work in DocketMath, you can also set up related calculation workflows—visit /tools/interest and then consider cross-checking your broader timeline using /tools/timeline.

Pitfall: Monthly vs annual rate entry is the #1 data-quality error in interest calculations. A “1% per month” rate entered as “1% per year” (or vice versa) will dramatically distort the result.
(If you’re unsure which rate unit your document uses, re-check the original clause formatting.)

Related reading