Payment Plan Math reference snapshot for Brazil

Rule or statute summary

Run this scenario in DocketMath using the Payment Plan Math calculator.

Brazil generally does not have one single, universal “payment plan” statute that applies to every debt type. In practice, payment scheduling usually comes from a combination of:

1. Tax / administrative debts (often under federal, state, or municipal tax administration rules), where installment options depend on program-specific laws and regulations.
2. Court enforcement of claims (civil or procedural context), where a payment arrangement may be discussed, but the eligibility, required components, and effects can vary depending on the stage of the case and the underlying claim.

DocketMath’s payment-plan-math calculator helps with the math translation step: given the components you’re assuming (principal, installment count/frequency, monetary correction/indexation, interest, and optional down payment/fees), it produces a consistent installment schedule you can review or present. It does not determine legal eligibility for installments in Brazil, and it does not decide which components (monetary correction, interest, penalties) must be included in your specific situation.

Practical takeaway: treat the calculator as your “inputs → schedule” engine, and use citations/program rules to decide what inputs are appropriate for your debt type and program.

What you typically plug into the calculator (BR)

Most Brazil installment/payment plan modeling you’ll do with payment-plan-math is a mix of:

• Principal (base amount): the starting amount being scheduled (e.g., tax arrears amount, damages/award component, or settlement principal).
• Monetary adjustment / indexation: many Brazilian obligations reflect monetary correction over time. In math terms, this typically appears as an added rate applied across periods (or as a separate adjustment parameter, if your workflow/tool configuration supports it).
• Interest: could be contractual or statutory, depending on what governs the obligation and the timing.
• Entry / down payment (optional): an amount paid at signing or at month 0.
• Installment frequency: monthly is the common baseline for snapshot math.
• Number of installments: e.g., 6, 12, 36.
• Dates / period structure (if date-aware inputs exist): first due date and subsequent monthly periods.

Citations

Because installment mechanics can change with the type of obligation and the program involved, the items below are best treated as a starting frame for the kinds of legal anchors that often influence what you enter as interest and monetary correction. Use them to guide your inputs—not as a guarantee that every plan is governed the same way.

Core principles for monetary correction and late-payment effects

• **Código Civil (Brazilian Civil Code)

  • Art. 389 — often used as part of the framework for how non-performance effects are quantified in civil obligations.
  • Art. 406 — commonly referenced when interest is determined by a statutory reference where not otherwise specified.
  • Art. 591 — may be relevant in financing/interest characterization depending on how the obligation is framed.

• Código Tributário Nacional (CTN) – National Tax Code

  • Art. 161, §1º — frequently cited for interest accrual concepts in tax arrears contexts.
  • Art. 162 — interacts with how tax late-payment effects are computed.

Court / procedural concepts that can affect payment arrangements

• **CPC (Code of Civil Procedure)

  • Procedural posture can influence whether and how payment arrangements are presented/handled in enforcement settings. Because this varies by stage and claim type, payment-plan-math is best used for the math translation rather than selecting a procedure.

Administrative installment programs (often decisive)

For many Brazil installment options, the decisive layer is a specific tax regularization/administrative program (which can differ by creditor level—federal/state/municipal—and by obligation type). The controlling citations will depend on:

• creditor type (federal vs. state vs. municipal),
• debt/obligation category (tax, labor, civil damages, contractual debt, etc.),
• and the date the request is made.

Sources and references (TODO—verify for your scenario):

• TODO: Identify the exact debt category (e.g., federal tax, state tax, labor, civil damages, contractual debt).
• TODO: Identify the governing installment/regularization program law and any implementing regulation/ordinance.
• TODO: Confirm whether the obligation includes monetary correction, and which index/rate the program requires.
• TODO: Confirm whether interest/penalties are already embedded in the principal figure you’re using, or must be added separately.

Use the calculator

Use DocketMath → /tools/payment-plan-math to convert plan inputs into installment amounts, totals, and a snapshot schedule.

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

Step 1: Decide the math model you’re entering

Common inputs to confirm before running the tool:

• Principal (BRL): e.g., 100,000
• Down payment (optional): e.g., 10,000 at signing
• Installments: e.g., 12 monthly payments
• Interest rate (per period): e.g., 1.0% per month (or convert your annual statutory rate to a monthly equivalent)
• Monetary adjustment / indexation:

  • either included within the same rate you enter (if that matches your approach), or
  • entered separately (if your DocketMath configuration supports it).
• First payment due date (if date inputs exist): anchors period timing

Step 2: Run at least two “what changes if…” cases

This helps you understand sensitivity in BR math:

• Run A (base case): your best estimate of interest/adjustment + installment count.
• Run B (stress case): vary installment count or rate slightly (e.g., 12 → 18; 1.0% → 1.2%) to see how totals and monthly burden change.

Example scenario (illustrative)

Assume:

• Principal = R$ 100,000
• Down payment = R$ 10,000 at month 0
• Remaining amount to finance = R$ 90,000
• Installments = 12 monthly
• Monthly interest/correction rate assumption = 1.0%

In /tools/payment-plan-math you’d enter (labels may differ slightly in the UI):

• Principal: 100000
• Down payment: 10000
• Installments: 12
• Rate: 1.0% per month
• First due date: set if the tool supports dates

Outputs to watch:

• monthly installment amount (or period-by-period schedule),
• total paid across the plan,
• total interest/adjustment component (if shown),
• ending balance trending to 0 (accounting for rounding).

Step 3: Translate outputs into a plan-ready view (checklist)

When you convert DocketMath outputs into your internal plan memo/snapshot:

Quick sensitivity table (what you’re testing):

Step 4: Keep the “citations-to-inputs” link

For Brazil matters, the most common failure mode is using the wrong rate/components in the math.

Keep a short mapping in your notes:

• Rate used in DocketMath = “[your identified statutory/program basis]”
• Monetary correction treatment = “[index/rule required by the controlling program]”
• Whether penalties are included in principal = “[yes/no + how you handled it]”

This keeps your schedule explainable and easier to audit.

Sources and references

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.

• Primary authority reference

Related reading

• Payment Plan Math Guide for Alabama
• Payment Plan Math Guide for Arizona
• Payment Plan Math Guide for Colorado