Inputs you need for Payment Plan Math in Brazil
4 min read
Published April 15, 2026 • By DocketMath Team
Inputs you will need
To run Payment Plan Math in Brazil using DocketMath (tool: /tools/payment-plan-math), you’ll need a compact set of inputs that drive the installment schedule, totals, and any “what-if” scenarios.
Use this checklist to gather the minimum data before you start.
Input checklist (Brazil / BR)
Anchors the installment dates and affects interest timing and day-count impacts. Controls how many payment rows the schedule generates. The starting balance that the plan amortizes (fully or partially). Common ways it’s provided: For example: simple vs. compounding. If you’re not sure, use the method your organization typically uses for Brazil-facing schedules. Number of months with no principal payments (commonly interest-only, or no payments if that matches your scenario). Examples: Schedules in BRL typically use 2 decimal places, but you should confirm whether:
Pitfall: If you input an annual rate when the tool expects a monthly rate (or vice versa), every installment and the total interest will be incorrect—even if the rest of your numbers are perfect.
Where to find each input
Below is a practical “traceability” view so you can identify where each value usually comes from. (Not legal advice—just process guidance.)
| Input | What it usually comes from | How to verify it’s correct |
|---|---|---|
| Payment plan start date | Offer letter, settlement draft, contract schedule, billing system settings | Confirm the date aligns with when the first payment is due, not when the agreement was signed. |
| Number of installments | Contract schedule / amortization table / internal finance workflow | Ensure installment count matches billing cycles (e.g., 12 months = 12 installments). |
| Total principal / outstanding amount | Accounting ledger, settlement statement, invoice balance | Reconcile whether principal includes accrued items already or only the base outstanding amount. |
| Interest rate | Contract terms, pricing annex, finance policy | Check whether it’s stated as monthly or annual; confirm nominal vs. effective if your organization distinguishes them. |
| Interest calculation basis | Contract definition of interest method | Look for language describing compounding or how interest is calculated per period. |
| Grace period | Settlement timeline, restructuring addendum | Verify what “grace” means in your case: no payments vs. interest-only vs. no principal only. |
| Payment frequency | Contract payment clause | Confirm whether payments are monthly and aligned to calendar months. |
| Payment day rule | Billing rules, collection SOP, spreadsheet conventions | Check how your process handles months lacking the same day (e.g., 31st). |
| Rounding rules | Spreadsheet standard, ERP config | Confirm whether rounding happens per installment or via final reconciliation. |
If your plan involves multiple tranches (e.g., some amount paid immediately, remaining balance amortized), consider running separate DocketMath scenarios per tranche and then summing results. This keeps outputs auditable.
Note: DocketMath is designed for repeatable schedules. Treat each scenario run like a versioned calculation: same inputs → same outputs. That helps explain changes when stakeholders ask “what changed?”
Run it
- Open Payment Plan Math in Brazil: **/tools/payment-plan-math
- Enter the Brazil-specific scenario inputs in the order the tool requests, typically:
- start date
- total principal (BRL)
- interest rate and basis
- installment count (and frequency)
- any grace period and payment day rule
- rounding settings
- Generate the schedule and review:
- the installment breakdown (principal vs. interest)
- the ending balance (should match your target: 0.00 for fully amortizing, or a remaining balance if partial)
- the total interest and total paid across all installments
How outputs change when you adjust inputs
Use these drivers to interpret results confidently:
- Change installment count (N)
More installments typically lower the principal component per period, and can change total interest depending on the interest model. - Change interest rate (r)
Higher rates increase the interest portion early and generally raise total interest. - Change start date / payment day rule
Shifts timing and day-count effects, which can slightly change interest and rounding outcomes. - Add grace period
If interest accrues during grace, total interest usually increases and principal paydown may shift to later installments. - Switch from fixed payment to fixed principal
The shape of the schedule changes: fixed principal often leads to changing installment totals over time as interest decreases.
Quick sanity checks before exporting
After you generate the schedule, confirm:
Warning: If the schedule ends with a small negative balance (e.g., -0.01 BRL) due to rounding, adjust rounding behavior or allow DocketMath to reconcile the final installment—otherwise reporting can look inconsistent.