Worked example: Payment Plan Math in Brazil

Example inputs

Below is a worked example of Payment Plan Math in Brazil using DocketMath and jurisdiction-aware rules for Brazil (BR). This is a practical walkthrough of how the calculation typically behaves when you change term length, installment amount, and due dates. It’s not legal advice, and it doesn’t substitute for reviewing the underlying contract and any court/administrative rules that may apply to your specific situation.

Scenario (what you’re modeling)

Assume a contract in Brazil sets up a payment plan for a total amount of R$ 10,000.00 with:

• Start date (first due date): 2026-05-15
• Number of installments: 10
• Installment cadence: monthly
• Interest mode: “with interest” (use DocketMath’s jurisdiction-aware interest settings)
• Annual interest rate (nominal): 12.0% per year
• Day count / monthly rate approach: DocketMath’s Brazil rules for converting annual to monthly (no manual guessing)
• Rounding: standard currency rounding to 2 decimals

To keep the math grounded, this example assumes installments are level (same payment each month), meaning the tool solves for the installment amount given the principal, term, and interest conversion rules.

Inputs you would enter in DocketMath (conceptually)

Open the calculator at /tools/payment-plan-math, then use these as the checklist for the inputs panel:

• Jurisdiction: BR (Brazil)
• Principal / total amount: R$ 10,000.00
• First installment due date: 2026-05-15
• Installments: 10
• Payment frequency: monthly
• Annual interest rate: 12.0%
• Interest included: yes
• Installment type: level payment
• Currency rounding: 2 decimals

Example run

Use DocketMath via the primary CTA: /tools/payment-plan-math.

Step 1: Confirm Brazil-aware settings

When Jurisdiction = BR, DocketMath applies BR-specific behaviors such as:

• How it converts the annual interest rate to a period rate (monthly)
• How it schedules installment dates using your first due date and monthly cadence
• How it rounds currency results in a way that matches typical Brazilian formatting expectations (2 decimals)

Step 2: Run with the scenario inputs

With the inputs above, DocketMath will compute:

• The level installment amount (monthly payment)
• A schedule showing, for each installment:

  • interest portion
  • principal portion
  • remaining balance after payment
• The final balance (should be ~0 with rounding; a small residual can appear due to cents rounding)

Representative outputs (illustrative structure)

Below is the output layout you should expect from a run like this. Exact cents may vary slightly depending on DocketMath’s internal rounding sequence, but the pattern is stable.

What to look for in the tool results

• The payment amount stays constant (level payment), except the last line may differ by a cent or two because of rounding.
• The interest portion declines over time because it’s computed on the remaining balance.
• The principal portion grows each month as interest decreases.

Step 3: Sanity-check totals

DocketMath should also provide totals such as:

• Total paid: approximately payment × number of installments (plus/minus cents)
• Total interest: total paid − principal

For this example:

• Principal: R$ 10,000.00
• Payments: ~10 × 1,129.09 = R$ 11,290.90 (with last payment cents adjustment)
• Implied total interest: ~R$ 1,290.90

These numbers help you validate whether the output “feels right” before exporting or copying the schedule.

Sensitivity check

Now change one input at a time to see how outputs respond. This is where payment-plan math becomes actionable: you can forecast what a change in rate or term will do to cash flow.

To keep it structured, use this checklist and record results after each run:

• Change term (installments) while keeping principal, interest, and start date fixed
• Change interest rate while keeping principal and term fixed
• Change first due date while keeping cadence (monthly) fixed (should shift dates, not totals, unless your model uses day-based interest)

Sensitivity A — Increase term from 10 to 12 installments

Keep everything the same, except:

• Installments: 12 (instead of 10)

Expected behavior

• Payment per installment decreases (more months to pay)
• Total interest increases (longer time paying interest)

Why: level payment amortizes the principal over a longer horizon; although each payment is smaller, interest accrues for more periods.

Sensitivity B — Increase annual interest from 12.0% to 15.0%

Keep everything the same, except:

• Annual interest rate: 15.0%

Expected behavior

• Installment amount increases materially
• Total interest increases
• The schedule shifts: early installments contain a larger “interest portion”

Look at installment #1 and #2 specifically—those interest figures will jump because they’re calculated on nearly the full principal balance.

Sensitivity C — Change first due date by 15 days (same cadence)

Change only:

• First installment due date: 2026-05-30 (was 2026-05-15)

Expected behavior

• If DocketMath uses pure monthly periodic rates tied to installment periods (not exact day counts), the payment and total interest typically remain the same; only the dates shift.
• If DocketMath models day-level accrual to the first due date, you may see a tiny change in interest totals.

Quick comparison summary (what you should record)

After each run, capture these metrics from DocketMath:

Related reading

• Browse the blog