Why a pro rata calculator beats eyeballing it
Partial-period billing comes up more often than most freelancers expect. A client signs the retainer on the 18th. A new tenant moves in mid-month. A SaaS user upgrades on day 12. In each case the question is the same: what's the fair amount to charge for a fraction of the cycle?
The answer is always proportional. A pro rata calculator removes the guesswork by giving you a defensible number based on the full period amount, the length of the cycle, and the days of service that actually fall inside it. The math is simple, but the day-count choices are where most invoices go wrong.
The basic formula
Every prorated billing calculation is the same shape:
(Full period amount ÷ days in the period) × days served = prorated amount
The two numbers that change are days in the period and days served. Get those right and the rest is arithmetic.
- For a $100 monthly fee in a 31-day month with 17 days of service: ($100 ÷ 31) × 17 = $54.84
- For a $1,200 rent in a 30-day month with a tenant moving in on the 15th: ($1,200 ÷ 30) × 16 = $640
- For a $90 SaaS plan in a 30-day cycle with an upgrade on day 20: ($90 ÷ 30) × 10 = $30 credit for the unused portion
The percentage-of-period number on the result card is just a sanity check — if it doesn't roughly match what you'd expect, the dates are usually off.
Calendar days vs. 30-day month vs. custom
The single most common mistake in a partial month invoice is mixing day-count methods. Three are in widespread use:
- Calendar days: the actual number of days in the month. February gets 28 (or 29), April gets 30, January gets 31. Most leases, prorated salaries, and one-off freelance retainers use this.
- 30-day month: every month treated as 30 days. Almost every SaaS billing engine — Stripe, Recurly, Chargebee — defaults to this because it keeps the daily rate stable across months.
- Custom days: a flat number you specify. Useful for quarterly (90), annual (365), or any non-monthly billing cycle.
If your contract is silent on which method, calendar days is the safest default for retainers and rent, and the 30-day convention is the safest default for subscription-style billing. Just pick one per contract and stick with it.
Common partial-period scenarios
A short tour of where this calculator earns its keep:
- Retainer joined late. Client signed on the 18th of the month for a $2,000/month engagement. Calendar mode, service start the 18th, end the last day of the month — the result is a clean prorated retainer line for the partial first month, then full months from there.
- SaaS sign-up mid-cycle. $30/month plan, sign-up on day 16 of a 30-day cycle. 30-day mode, $15 prorated charge.
- Mid-month move-in. $1,500 rent, tenant moves in on the 20th of a 30-day month. Calendar mode, $550 prorated rent for the partial month.
- Plan downgrade. Client downgrades on day 18 of a 30-day cycle from a $150 plan to a $90 plan. Run the calculator on both to get a $40 credit for the unused portion of the old plan and a $36 charge for the remaining days of the new one.
- Contractor onboarded mid-billing-cycle. Hourly contractor starts on the 10th, billed monthly. Use calendar mode with the contractor's first day as the service start to invoice only the partial period.
When the result looks wrong
If the prorated amount seems off, it's almost always one of three things:
- The service window falls outside the period. Anything before the period start or after the period end is clamped automatically, but a typo in either date can shrink the days served to zero.
- The wrong day-count method is selected. A jump from calendar to 30-day mode on a 31-day month changes the daily rate by about 3%. Tiny on a single invoice, real over a year.
- The end date isn't being counted. The "count the end date as a served day" checkbox controls whether the last day is inclusive. For rent and most retainers, leave it on. For some SaaS conventions where the renewal date is the next period's first day, turn it off.
There's no save button — every change recalculates the prorated billing total instantly.
A note on contract terms and rounding
This calculator gives you the math, not the contract. Before issuing a partial period invoice, confirm:
- The day-count convention your agreement specifies (calendar, 30-day, 360-day, or workdays only).
- Whether the period start and end are inclusive on both ends, only one end, or neither.
- Your rounding policy. The tool rounds to two decimal places — most contracts do the same, but a few specify otherwise.
Used the right way, a clear pro rata fee on the invoice signals professionalism. The clients who care about fairness appreciate that they're only paying for the days they actually used. The clients who would have argued about a vague half-month charge have nothing to argue with.