The Summer Utility-Invoice Bottleneck in Vacation Rentals (and How to Clear It Before October)

August is the month a holiday portfolio earns the most and processes the least. The properties are full, the air conditioning runs all day, the cleaning crews are at capacity — and the person who normally opens the post, types the utility invoices into a spreadsheet and files them is on holiday.

Then October arrives, the quarterly VAT return is due, and someone has to reconstruct three months of electricity, water, gas and internet invoices across a dozen units from a folder of PDFs and a WhatsApp thread.

This is not a discipline problem. It's a structural mismatch between three calendars that don't line up.

Three calendars collide in July and August

Occupancy peaks. In August 2025, tourist apartments in Spain filled 57.6% of available bed-places, 2.0% more than the same month a year earlier, according to the INE's occupancy survey. In the Balearic Islands the figure reached 84.9%. Whatever your baseline is in April, August is a different operation entirely.

Consumption peaks with it. Spanish household electricity use rises sharply in the summer months: figures circulated by energy adviser Antonio Picazo and picked up by El Español put the average monthly bill at €44.54 in April–May against €53.22 in July–August. In a rental with guests who leave the A/C running while they're at the beach, the gap is far wider. The IDAE's own guidance is to keep the thermostat around 26 °C, noting that every degree below that adds roughly 7–8% to consumption — a rule your guests have never read.

Back-office capacity troughs. The one month with the most documents to process is the one month with the fewest people to process them. We wrote about the general version of this problem in closing the quarter in August with half your team on vacation; utilities are its sharpest edge, because the volume is mechanical and unavoidable.

The billing calendar arrives two months late

Here's the part most owners underestimate. The invoice for August consumption is very often not an August document.

In Spain, for low-voltage supplies with contracted power up to 15 kW, Royal Decree 1718/2012 sets meter reading at a maximum interval of two months. Supplies with smart meters capable of remote reading are read monthly, but plenty of portfolios still run on a bimonthly cycle, and in the alternate months without a real reading the invoice is issued on an estimate. The same rules require an annual regularisation based on real readings.

The practical consequences for a summer let:

Peak July–August consumption can land on an invoice you receive in September, sometimes October.
An estimated reading issued in July can be quietly corrected upward in the September regularisation, after you've already closed the guest's stay and settled the accounts.
The invoice covering "1 July to 31 August" spans two different guests, two different tax periods in your bookkeeping, and — if you refile costs — two different settlements.

So the queue you feel in October is real: it's the summer's consumption, delivered late, at exactly the moment the quarter closes. In Spain the Modelo 303 for Q3 is filed between 1 and 20 October. That's the deadline the whole pile is racing.

2026 put a tax layer on top of it

This summer is more expensive than last summer for a reason that has nothing to do with the meter. The reduced tax rates applied to electricity and gas earlier in 2026 ended on 1 June 2026: VAT on both went back to 21%, and the special electricity tax (IEE) went from 0.5% back to its standard 5.11%.

Two consequences worth planning around:

Your summer invoices carry a materially higher tax component than the ones you used as a mental benchmark last winter. If you budget utilities per property from last season's average, the number is stale.
Some invoices issued around the changeover split lines across two tax rates. A bill covering late May and June can show consumption taxed at 10% and consumption taxed at 21% on the same document. If your process is "take the total and divide by the VAT rate", it breaks on exactly those invoices — and those are the ones you least want to get wrong, because they feed a deductible input VAT figure.

That second point is the one that generates silent errors. A per-line extraction — base, rate, tax amount, period covered — is not a nicety here; it's the only way to get the quarter right.

What you actually need off each invoice

Most people extract too little and then go back to the PDF three times. For a rental portfolio, the useful field set is:

Supplier and tax ID (CIF/NIF)
Invoice number and issue date
CUPS or supply point reference — this, not the address, is what reliably identifies the property
Service address
Billing period start and end dates
Consumption (kWh or m³) and whether the reading is real or estimated
Taxable base per line, tax rate per line, tax amount
Total payable and direct-debit date

The supply-point reference and the period dates are the two fields people skip and the two fields that make everything downstream possible: matching an invoice to a unit without human memory, and prorating a cost that spans two months.

The prorating trap: rented days, not calendar months

If you declare rental income in Spain, utility costs you pay are deductible only in proportion to the time the property was actually let and generating income. A flat rented 180 days a year gives you roughly half of the annual supply cost, not all of it.

That rule turns your invoices into arithmetic:

Take the billing period from the invoice (not the month you received it).
Overlap it with the days the unit was actually let.
Apply the resulting fraction to the taxable base.

Do this for fifteen units, four supplies each, across a summer, and you understand why the folder never gets processed until someone is forced to. It is not hard work; it is repetitive work with no tolerance for typos. That's the definition of work that shouldn't be manual — see what it actually costs to process one invoice by hand if you want the cost side of the argument.

One more thing that trips people up: a single meter serving several apartments, a shared pool pump, or a community supply. That's a distribution problem on top of a prorating problem, and it deserves its own method — we covered it in how to split one utility invoice across several properties.

A workflow that survives August

The goal isn't to process invoices faster in October. It's to make October empty.

1. Capture at the moment of arrival, not at the moment of accounting. Whoever opens the letterbox or the supplier email should push the document into the pipeline the same day — a photo is enough. The failure mode is always accumulation, never speed.

2. Extract structured data immediately. Supplier, supply point, period, base, rate, total. Getting a PDF into a spreadsheet row is a solved problem now; see how to automatically convert PDF to Excel for the mechanics.

3. Match on the supply-point reference. Never on the address, which suppliers write four different ways for the same flat. A CUPS-to-property lookup table built once ends the ambiguity permanently.

4. Flag estimated readings. Tag any invoice whose reading is estimated, and expect a correction at regularisation. If you refile utilities to owners, do not settle on an estimate you know will move.

5. Reconcile weekly in July and August, not monthly. Twenty minutes a week during the peak beats two days in October. And keep the check simple: does base plus tax equal the total on every line? Anything that fails that test gets looked at by a human immediately, while the invoice is still fresh.

If your utilities also change hands during the season — a sale, a new owner, a switched supplier — the transfer paperwork has its own trap, which we unpack in how to speed up utility transfers after a property sale.

Also on the 2026 calendar

One broader change worth noting while you're rebuilding your document routine: EU Regulation 2024/1028, on the collection and sharing of data relating to short-term accommodation rental services, applies from 20 May 2026. It doesn't touch your electricity bill, but it points in the same direction — more of your operation being expected to exist as structured, retrievable data rather than a drawer of paper. A back office that already has every invoice as a row in a table is one that absorbs the next requirement without drama.

FAQ

See the questions below for the short answers on billing lag, estimated readings, split VAT rates and shared meters.

---

If you want to see what "structured data" actually means for one of your bills, you can take any invoice you have on your desk right now, upload it, and get the fields back in seconds — try it free, no signup.

Frequently asked questions

###