Why Payment Plan Math results differ in Philippines

The top 5 reasons results differ

When you run DocketMath’s Payment Plan Math for the Philippines (PH), results can disagree across scenarios—even when you believe the inputs are the same. That’s usually because the calculator applies jurisdiction-aware rules, plus rounding conventions and “silent assumptions” (e.g., what gets treated as principal, when interest starts accruing, and how the payment interval is converted).

Here are the top 5 reasons results differ most often:

1. Different interest and amortization conventions

   • You may be effectively comparing simple vs. compound behavior, or reducing-balance vs. flat interpretations.
   • Totals can shift a lot depending on whether interest is computed on a declining principal (typical amortization) or on a fixed base.

2. Rounding strategy and calculation step frequency

   • If the calculator rounds each period (for example to 2 decimal places), tiny differences compound over many installments.
   • Also check whether it rounds after interest is computed each period vs. rounding earlier and carrying forward rounded values.

3. **Payment frequency mismatch (monthly vs weekly vs bi-monthly, etc.)

   • If one run assumes monthly payments and another assumes a different interval (or converts “per month” differently), the periodic rate and number of installments can change.
   • Even with the same stated annual rate, changing the interval changes the periodic interest calculation.

4. Grace period and when interest starts accruing

   • Some plans start accruing interest immediately; others apply a grace period where you pay nothing (or where payments follow a different rule).
   • When interest begins later (or earlier), the interest-bearing balance evolves differently, producing a noticeable change in total paid and total interest.

5. Fees/taxes included (or excluded) from principal or periodic charges

   • If one scenario treats fees as part of the financed amount (capitalized into principal) and another treats them as separate, the amortization base changes.
   • Likewise, adding periodic charges into the balance can increase totals—even if the stated installment looks similar at a glance.

Warning (practical note): Discrepancies are often not “math errors”—they’re the calculator using different assumptions (interest base, period length, grace handling, and fee treatment). Always reconcile assumptions before comparing totals.

How to isolate the variable

Use a single-change workflow in DocketMath to pinpoint the exact cause. Start with a baseline run, then change one input at a time until the difference matches.

• Freeze the jurisdiction and tool settings so both runs use the same rule set.
• Compare one input at a time (dates, rates, amounts) and re-run after each change.
• Review the breakdown to see which segment or assumption drives the difference.

A. Confirm the scenario definition

Verify that these fields match exactly between runs (names vary by interface, but the concepts are the same):

• Financed amount / principal
• Term length (number of payments and the payment interval)
• Interest rate (APR vs periodic rate, and how it’s converted)
• Grace period (how many periods and whether interest accrues)
• Fees/charges handling (capitalized into principal vs paid separately)
• Rounding rule / calculation order (if exposed in the UI)

B. Run a “delta checklist” (change one thing per run)

C. Track differences so the pattern is obvious

For each run, compute and compare:

• ΔPayment (difference in periodic payment)
• ΔTotal (difference in total paid)
• ΔInterest (difference in total interest)
• ΔPeriods (difference in number of installments)

Then use the pattern:

• If ΔPeriods changes, the mismatch is usually frequency/term conversion.
• If ΔInterest changes but ΔPeriods stays the same, focus on interest base and grace handling.
• If ΔTotal changes with minimal ΔPayment, suspect rounding or fees included/excluded.

Before you start, open the calculator here: /tools/payment-plan-math. If helpful, you can also review related tools at /tools/.

Next steps

1. Lock your baseline inputs

   • Write down every field exactly as entered (principal, APR, interval, term, grace, fees, rounding).
   • Keep one “source of truth” run so you’re not chasing multiple changes at once.

2. Run controlled variations

   • Apply the checklist above and change one variable per run.
   • Stop as soon as you find the first change that reproduces the mismatch.

3. Compare the schedule, not just the monthly payment

   • If DocketMath provides an installment breakdown, compare:

     • installment #1 vs last installment
     • the interest portion trend
     • the remaining balance at a key point in time

4. Document the standardized assumptions

   • Decide how you will treat:

     • whether fees are capitalized into principal
     • whether interest starts immediately
     • the payment interval used in the calculation

5. Avoid treating results as legally equivalent

   • These outputs are for planning/understanding math behavior. Real-world agreements and disclosures may include additional rules not represented in a calculator view.
   • Keep your notes tied to the exact DocketMath fields you used.

Pitfall to watch: Comparing “monthly payment” alone can hide the discrepancy. Two schedules can look similar per period while the total interest and total paid diverge because of grace timing or fee capitalization.

Related reading

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