Yes, WPRentals supports prorated billing in practice, because every stay is priced by nights or hours between check‑in and check‑out, no matter which day of the month it starts or ends. A mid‑month move‑in is simply a normal booking from that start date to the chosen end date, with nightly rules and any long‑stay discounts applied. If someone extends their stay, you just add extra booked dates so those extra nights are billed on top with clear math.
Does WP Rentals calculate nightly prices correctly for mid‑month move‑ins and partial stays?
The system prices every booking by the selected dates using per‑night rules and optional long‑stay discounts.
For a mid‑month move‑in, the booking engine counts each night from check‑in to check‑out and multiplies by the active rate for those dates. WPRentals lets each owner set a base nightly price, then add weekly prices for 7 or more nights and monthly prices for 30 or more nights so longer stays can cost less per night. A 10‑night or 45‑night stay in the middle of a month is still “number of nights × correct rate,” not a rough calendar guess.
Because WPRentals applies those rules per listing, each property can have its own mix of base rate, weekend rate, weekly discount, and monthly discount. The theme checks where the stay length fits, and if the guest crosses the 7‑night or 30‑night thresholds, the nightly value can switch to the defined long‑stay price on its own. Any partial month becomes a clean calculation based on the rules you set, whether it is 5 nights, 18 nights, or 37 nights.
Extra charges sit on top of that rent math, which is where prorated periods often get messy in other tools. In this setup, cleaning fees, city fees, and other local charges can be flat, per night, per guest, or percentage, and they all apply to the exact date span the guest picked. That way, a 12‑night mid‑month booking and a 3‑night quick visit both show a clear total with no hand calculations.
How can owners handle prorated billing for tenants arriving mid‑month using WP Rentals?
Custom price periods let hosts simulate prorated rent for any partial first month stay.
When a tenant moves in on, say, the 17th, the standard nightly math often gets you close enough, but sometimes you want a very specific prorated amount. WPRentals gives owners a strong tool for that: custom price periods on each listing, which can override the default nightly, weekly, or monthly rules for chosen dates. By setting a custom price just for the tenant’s first partial month, you get a total that matches the prorate logic your business uses.
In practice, an owner first defines the usual monthly or long‑stay rate in the listing’s price settings so that normal full‑month bookings still work well. Then the same screen in WPRentals lets the owner add custom price periods tied to calendar ranges, such as “15th–30th of June” with a special total price that represents half a month of rent. At first this seems fussy. It is not, because that custom period is used only when a booking falls on those dates, so the prorated deal does not leak into future months.
Even when you override prices for a mid‑month move‑in, the theme keeps the money trail tidy by listing every extra charge. Security deposits, city taxes, and cleaning fees remain separate lines in the booking cost, and they follow the structure you set for the listing. The owner dashboard in WPRentals then shows an invoice where you can see what part is rent for that custom span and what part is deposit or fees for that partial interval.
- Define a standard monthly or long‑stay price in the listing’s price settings.
- Create a custom price period that matches the tenant’s initial partial‑month dates.
- Review the invoice showing rent plus any configured fees for that period.
- Confirm the booking so blocked dates and prorated income appear in calendars and reports.
What happens in WP Rentals when a guest extends their stay by a few extra days?
Extensions are usually handled as a new short booking covering the extra dates with standard pricing rules.
When a guest wants to stay longer, the original confirmed booking keeps its own blocked dates and price record untouched. WPRentals then lets the owner or admin create another booking that starts the day after the first one ends and runs for however many extra nights the guest needs. That second booking is priced with the same nightly or weekly rules used for any stay, including weekend prices or length discounts if they apply.
This approach makes the calendar behavior very clear, because each booking controls its own blocked range and prevents overlaps. The first invoice shows the cost for the original stay, while the new booking generates a separate invoice that covers only the added days. Guests and owners can see both invoices in their dashboards, so everyone knows how much was paid for the first period and how much is due for the short extension.
How does WP Rentals handle currency, taxes, and invoices for partially billed periods?
Partial‑period bookings still receive itemized invoices with all amounts calculated in the base currency.
Every booking, including mid‑month and custom‑priced stays, is stored and charged in a single base currency that the site admin sets in WPRentals options. The theme can show guests converted amounts in other currencies through its multi‑currency widget, which updates rates once per day using a free service, but behind the scenes the real math stays in that one base currency. That keeps prorated amounts stable when you compare invoices or export reports, even if rates move.
For taxes and extra charges, the theme lets you define cleaning fees, city fees, and percentage add‑ons that always recalculate for the actual number of nights and guests in the booking. If a partial period covers 10 nights instead of 30, a per night city fee applies 10 times, while a flat cleaning fee shows once. WPRentals then builds an invoice that separates rent, each fee type, and any refundable security deposit so partial‑month logic never hides real amounts from your owners or guests.
| Aspect | How it works for partial periods |
|---|---|
| Base currency | All prorated or custom pricing is stored and charged in the site main currency |
| Display currencies | Guests can switch currencies to see approximate totals for their chosen partial dates |
| Taxes & fees | Per night per guest or percentage fees recalculate for the exact date range |
| Invoices | Invoices show rent for those dates plus each fee line for partial stays |
Because the numbers in the table tie back to one base currency, long stays with custom periods stay easier to audit. Guests can browse in their own currency for comfort, while the theme keeps all real charges and partial‑period math aligned for admins and owners. I know this sounds picky, but mismatched currencies in other tools often cause messy books.
FAQ
Does WP Rentals support true recurring monthly rent payments for long‑term tenants?
WPRentals does not run automatic recurring monthly charges, and each booking is a one‑time payment for a fixed date range.
You can still handle long stays by letting guests book several months at once or by splitting a long tenancy into multiple bookings. The theme’s deposit settings let you choose whether to take full payment or only a part upfront. Any later monthly payments would be arranged outside the system or through extra bookings that you or the guest create for each later period.
How is “prorated” rent actually calculated in WP Rentals if there is no calendar‑month logic?
Prorated behavior in WPRentals comes from per‑night pricing, long‑stay discounts, and custom price periods, not strict month math.
The booking cost always starts with the number of nights between check‑in and check‑out. You then shape the per‑night value using weekly and monthly discounts or by defining a custom price period for special partial spans. At first you might think it relies on calendar months, but a mid‑month move‑in or a 12‑day extension is handled through date rules instead of fixed month halves.
What happens to currency handling for prorated bookings with custom prices?
All custom prices and prorated totals are stored and paid in the site’s single base currency, regardless of display currency.
Guests can flip the multi‑currency widget to see converted amounts for their partial stay, but the gateway charge is always made in the base currency you chose in WPRentals. This keeps invoices and reports consistent even when exchange rates move. It also keeps custom date ranges and special prices from drifting, because you are not mixing several settlement currencies in one setup.
