Worked example: Treble Damages in Philippines
6 min read
Published April 15, 2026 • By DocketMath Team
Example inputs
Below is a worked example showing how DocketMath applies a jurisdiction-aware “treble damages” calculation for the Philippines (PH). This example is for demonstration of the calculator workflow—not a legal opinion.
Here is a simple illustration for Philippines. These values are for demonstration only and should be replaced with your actual inputs.
- Principal or amount: $100,000
- Rate or cap: 10%
- Start date: 2025-01-15
- End/as-of date: 2025-09-30
Scenario (what we’re calculating)
A supplier files a civil action after a contractual dispute. The plaintiff argues for treble damages due to a qualifying statutory basis and seeks damages consistent with PH treble-damages rules.
To run the Treble Damages calculator in DocketMath, we’ll use these inputs:
| Input (PH) | Value used | Why this matters in the calculator |
|---|---|---|
claim_type | treble_damages | Routes the run to PH treble-damages logic in DocketMath |
base_damages | PHP 250,000 | The calculator multiplies from this starting point (plus any qualifying add-ons, depending on the calculator’s model) |
qualifying_basis | statutory_treble | Activates the “treble” outcome rather than standard damages |
interest_rate_annual | 6% | Used only if the model includes interest timing; otherwise it won’t affect the treble multiple |
days_from_demand_to_payment | 90 days | Timing input for interest computation if enabled in the run |
currency | PHP | Ensures consistent presentation and rounding |
What you should decide before running
Check these points in your own dataset before you click /tools/treble-damages :
- ✅ What is your “base” number? Trebling is computed off a defined base (here: PHP 250,000).
- ✅ Is there a qualifying basis for trebling in PH? In the calculator, that’s represented by
qualifying_basis = statutory_treble. - ✅ Do you want interest included? If yes, you must supply a rate and time window (
interest_rate_annualanddays_from_demand_to_payment).
Gentle caution: Treble-damages outcomes depend heavily on whether the claim truly meets the statutory/qualifying criteria. This example assumes the qualifying basis is satisfied so we can focus on calculation mechanics.
Example run
You can reproduce this run using DocketMath via the tool:
Assume the user enters the inputs from the table above. DocketMath then performs a PH “treble” computation using the provided base damages.
Run the Treble Damages calculator using the example inputs above. Review the breakdown for intermediate steps (segments, adjustments, or rate changes) so you can see how each input moves the output. Save the result for reference and compare it to your actual scenario.
Step-by-step (as DocketMath would conceptually calculate it)
**Compute treble amount (core multiple)
- Base damages: PHP 250,000
- Treble multiple: 3×
- Treble damages (principal component): PHP 750,000
**Optional interest timing (only if interest is enabled in the model)
- Annual interest rate: 6%
- Time: 90 days
- Simple interest approximation for illustration (if the calculator uses a simple-interest style model):
- Interest ≈ PHP 750,000 × 0.06 × (90/365)
- Interest ≈ PHP 11,096 (rounded)
Total damages output
- Principal (treble): PHP 750,000
- Interest (estimated): ~PHP 11,096
- Total: ~PHP 761,096
Example output summary
Here’s what you should expect DocketMath to show as outputs (rounded to the nearest peso for display):
| Output field | Example result |
|---|---|
| Treble damages (principal) | PHP 750,000 |
| Interest (if included) | ~PHP 11,096 |
| Estimated total | ~PHP 761,096 |
How to sanity-check the output quickly
Use these quick checks before relying on the figure in drafts or settlement discussions:
Treble check:
- PHP 250,000 × 3 = PHP 750,000
If DocketMath’s “principal” differs materially, revisit thebase_damagesinput or whether the run correctly uses the treble route (qualifying_basis).
Interest check (if enabled):
- Increasing
days_from_demand_to_paymentshould increase interest in a roughly linear manner for simple-interest models.
Sensitivity check
Let’s stress-test how the result changes when key inputs move. This is where DocketMath is especially useful: it helps you identify which numbers drive the outcome most.
To test sensitivity, change one high-impact input (like the rate, start date, or cap) and rerun the calculation. Compare the outputs side by side so you can see how small input shifts affect the result.
Sensitivity set A: changing base_damages (largest driver)
Keep everything else constant (qualifying_basis = statutory_treble, interest same assumptions).
| Base damages (PHP) | Treble principal (3×) | Treble principal delta |
|---|---|---|
| 200,000 | 600,000 | -50,000 |
| 250,000 | 750,000 | 0 |
| 300,000 | 900,000 | +150,000 |
Observation: Treble damages scale linearly with base_damages. A PHP 50,000 increase in base damages adds roughly PHP 150,000 to the treble principal.
Sensitivity set B: changing timing (days_from_demand_to_payment)
Assume base damages and treble principal are fixed at PHP 750,000 and interest rate stays at 6%.
If interest is computed, the interest component should rise with time.
| Days | Interest factor (days/365) | Approx. interest (PHP) |
|---|---|---|
| 30 | 0.08219 | ~3,699 |
| 90 | 0.24658 | ~11,096 |
| 180 | 0.49315 | ~22,193 |
Observation: For simple interest, interest grows roughly proportionally with days. Doubling days roughly doubles interest (keeping principal fixed).
Sensitivity set C: changing whether the treble route is activated
This is the “mode switch” sensitivity.
- If
qualifying_basis = statutory_treble→ principal uses 3×. - If
qualifying_basisis not treble → the calculator should route to a non-treble damages model (often 1× base, or a different computation depending on the tool’s PH ruleset).
Example contrast (holding base damages at PHP 250,000):
| Mode | Principal component |
|---|---|
| Treble enabled | PHP 750,000 |
| Treble not enabled | PHP 250,000 (illustrative baseline) |
Pitfall: If treble damages are applied when the qualifying basis is not met, you can end up with an inflated principal component (3× instead of 1×). Always confirm that your “qualifying basis” selection matches the facts you intend to support.
