How Pre Post Offer Damages Split rules vary in Philippines

6 min read

Published April 15, 2026 • By DocketMath Team

This article is for informational purposes only and does not constitute legal advice. Laws change frequently — verify all citations with current official sources.

What varies by jurisdiction

Run this scenario in DocketMath using the Pre Post Offer Damages Split calculator.

Pre–post offer damages split rules don’t just “turn on” one nationwide formula in the Philippines. In practice, the split can vary depending on:

which procedural regime applies,
what kind of offer is being made, and
how costs, interest, and fee components are treated before versus after the offer.

DocketMath’s /tools/pre-post-offer-damages-split is designed to be jurisdiction-aware. For PH, the tool typically breaks damages into two buckets:

Pre-offer period: amounts accrued up to (and sometimes including) the offer date, depending on how the governing rule treats the boundary.
Post-offer period: amounts accrued after the offer date.

Even so, the mechanics of the split in PH can shift based on what you’re modeling—especially whether your modeled recovery includes interest on money judgments (or interest on the underlying obligation) and whether your claim structure treats costs separately from “damages.”

A practical way to think about it: in PH scenarios, the amounts you’re splitting usually fall into at least three conceptual parts:

Component	Commonly impacted by pre/post split	Why it can differ
Principal / compensatory damages	Yes	Accrues over time but is often anchored to a valuation date or time of breach
Interest (legal or contractual)	Often yes	The interest start date and the method of calculation can change what counts as “pre” vs “post”
Costs / attorneys’ fees	Sometimes (and sometimes excluded)	PH procedural treatment of costs can differ from the treatment of “damages”

Pitfall: If you treat every dollar in a demand as “damages,” the pre/post allocation can be mathematically convenient but conceptually wrong—particularly when your demand mixes principal, interest, and costs. Use the tool to model scenarios, but ensure your category mapping matches what the governing procedure treats as split-eligible.

What to verify

Before you rely on the output from DocketMath’s /tools/pre-post-offer-damages-split calculator, verify the items below. This is the fastest way to prevent a bad pre/post allocation.

Gentle disclaimer: This is general guidance and tool-based modeling logic, not legal advice. Always confirm how the applicable PH rule is applied in your specific case with qualified counsel.

1) Identify the “offer” concept you’re modeling

DocketMath needs to know what the “offer” represents in your scenario, because different procedural mechanisms can trigger different consequences. Check:

Is the offer a formal settlement offer in a civil case context?
Is the offer tied to a specific procedural device that has a dedicated rule for costs/interest consequences?
Are you treating the offer as in writing served by a specific method/timeline?

Even if the calculator only asks for one “offer date,” the legal effect of that date depends on the underlying rule you’re applying.

2) Confirm the effective “offer date” boundary

The tool uses your offer date as the split boundary. In PH practice, disputes often arise around what “after the offer” means, such as:

Does “after” mean strictly after the stated date, or does it include that same day?
Do service/receipt rules create an effective date that differs from the date printed on the document?
Are you splitting based on accrual (time-based) or valuation (event-based)?

Verification checklist (fast):

3) Determine how interest is governed (and what interest you’re including)

If your modeled claim includes interest, you must decide which interest regime you’re modeling:

Contractual interest: you’ll need the contract term and its start point.
Legal interest: you’ll need the applicable rule and the interest start point.
Simple vs. compound: your inputs should match the intended computation.

Because interest can start at different times (for example, from demand, from breach, or from judgment), the pre/post split can change dramatically even when the total damages look similar.

Warning: Using the same interest start date for both buckets can misstate outcomes if, under the relevant rule, interest actually begins accruing at a specific litigation event or at a different point in time for your scenario.

4) Separate “costs” from “damages” in your inputs

In DocketMath, make sure your inputs reflect whether the amounts you’re splitting are:

principal/damages (core obligation),
interest on damages, and/or
costs (and potentially attorney’s fees).

If you include costs inside the damages number, the pre/post math may still “add up,” but the allocation may not reflect how PH procedure treats costs versus damages.

Good practice with the calculator inputs:

5) Align time windows with the accrual model

Pre/post split outputs are sensitive to your timeline. Confirm:

Accrual start date (e.g., breach date, due date, demand date)
Accrual end date (e.g., filing date, offer date, judgment date, payment date)

Time window checklist:

Using DocketMath for PH: how outputs change with inputs

DocketMath’s /tools/pre-post-offer-damages-split produces a split amount for the pre-offer and post-offer portions (and typically a total). For PH, the biggest output drivers tend to be:

Offer date: moving it forward shifts more accrued amount into post-offer (or into pre-offer), changing both buckets.
Interest rate / interest type: switching from a 6% legal interest assumption to a contractual rate (or vice versa) can materially change post-offer amounts.
Accrual timeline: changing start or end dates changes both buckets because it changes the “days accrued” within each side of the boundary.

Here’s a practical “what to tweak first” workflow:

Set principal/damages using the valuation basis you intend (event-based vs time-based).
Add interest inputs that match your scenario (contractual vs legal; interest start point).
Enter offer date as the effective boundary.
Run scenario A (earlier offer) and scenario B (later offer).
Compare delta: the difference between A and B should roughly match the additional/removed accrual days (or months) moved across the offer-date boundary.

Note: If pre/post results change more than you expect when you adjust only the offer date, double-check whether your timeline dates are being treated as accrual boundaries versus event/valuation boundaries.

Sources and references

Start with the primary authority for Philippines 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