Pro Rata Calculator
How much should I pay or charge for a partial time period?
Find out how much you owe or should receive for a partial time period. Enter the full amount and time periods — see the proportional share calculated instantly. Used for prorated salary, rent adjustments, or subscription billing. Assumes equal daily rates across the period.
—
Send feedback
💡 Share your idea or report a problem
✓ Thanks! We'll take a look.
Learn more
How It Works
The formula, explained simply
Pro rata means 'in proportion' — like splitting a pizza based on how many slices each person actually ate. A $3,000 monthly salary divided by 30 days equals $100 per day. Work 12 days, earn $1,200. The math stays constant whether you are calculating salary, rent, insurance premiums, or subscription refunds.
The calculation assumes equal value for each day in the period. This works well for most business scenarios but breaks down when the service front-loads value (like annual insurance that covers major risks early) or when certain days carry more weight than others.
Pro rata calculations appear everywhere in business: partial month billing, employee start dates, lease terminations, subscription cancellations, and contract modifications. The daily rate method eliminates guesswork and creates consistent, defensible amounts that both parties can verify.
When To Use This
Right tool, right situation
Use pro rata calculations when you need to split amounts based on time periods: employee salaries for partial months, rent adjustments for move-in/move-out dates, subscription refunds for early cancellation, and insurance premiums for mid-term policy changes.
Do not use pro rata for performance-based payments, commission structures, or services where value concentrates in specific time periods. A marketing consultant who delivers the campaign strategy in week one but monitors results for three months should not be paid on a daily rate basis.
Common Mistakes
Why results sometimes look wrong
Users often confuse calendar days with business days, leading to incorrect proration amounts. A 30-day month contains exactly 30 calendar days regardless of weekends, but only 20-22 business days depending on holidays. Using business days when the contract specifies calendar days overstates the daily rate by about 40%.
Another common error involves mixed date ranges that span months with different day counts. February has 28 days, March has 31 — using 30 as a standard month length creates calculation errors. Always count actual days in the specific period being prorated.
Fractional day rounding causes disputes when parties round differently. One person rounds $83.33 daily rate to $83, another to $84. Over multiple days, these small differences compound into significant discrepancies that require correction and explanation.
The Math
Worked examples and deeper derivation
The core formula divides the total amount by total days, then multiplies by used days: (Total Amount ÷ Total Days) × Used Days = Pro Rata Amount. For $3,000 over 30 days: ($3,000 ÷ 30) × 12 = $100 × 12 = $1,200.
Percentage calculation runs parallel: (Used Days ÷ Total Days) × 100 = Percentage Used. Then multiply the total amount by this percentage: $3,000 × 40% = $1,200. Both methods yield identical results.
Edge cases require attention: zero used days yields zero payment, used days exceeding total days creates overage charges, and fractional days must round consistently. Always verify that daily rate times total days reconstructs the original amount to catch input errors.
Expert Unlock
The thing most explanations skip
Accounting teams use different proration methods depending on industry and contract terms. The daily method divides by actual days, the monthly method treats all months as equal, and the annual method divides by 365 or 360 days. Financial services often use a 30/360 convention where all months have 30 days and years have 360 days to standardize calculations across varying month lengths.
How do I handle partial months with different day counts?
Need something this doesn't cover?
Suggest a tool — we'll build it →