Back to the blog
OperationsPublished on September 8, 20269 min

Managing rentals in Excel: when is it enough?

Excel works for a simple launch when the file remains one disciplined, controlled source of truth. Build the minimum structure and understand its limits.

By Louez.io

A spreadsheet is often the right first tool: available, flexible, and widely understood. It reveals the data the business genuinely needs before software is configured. But it cannot independently prevent a double booking or send a reminder when nobody opens it.

The downloadable workbook supports this method. It helps operate rentals; it does not replace mandatory accounting records or professional accounting advice.

Use four tables, not a coloured calendar

Separate bookings, fleet, customers, and payments. Give every row a stable identifier. A booking references a customer and one or more units instead of freely duplicating their details. This prevents spelling variants and makes records searchable.

Use a controlled status list: enquiry, option, confirmed, preparing, out, returned, and cancelled. Define each state and, most importantly, which state blocks inventory.

Build an explicit conflict check

For every unit, compare the requested period with confirmed bookings, including preparation buffers. Conditional formatting can highlight overlap but should not be the only safeguard. Add a conflict column and filter it before confirmation.

A kit booking must check every required component. If the workbook cannot represent components, track the kit as an indivisible unit and do not promise its parts separately.

Run a daily operating routine

Every morning, filter departures, returns, overdue items, and unpaid bookings. After return, update equipment condition before restoring availability. Weekly, save a dated backup and reconcile payments with bookings.

Protect formula cells, restrict editing, and name an owner. Store no more personal data than needed and never expose the workbook through a public link.

Excel is enough within a narrow boundary

A spreadsheet remains reasonable with one operator, few simultaneous bookings, one sales channel, and simple kits. It is particularly useful in a test phase where the process changes weekly.

Still measure time spent checking, copying, and chasing. This invisible cost can exceed software cost before the first double booking occurs.

  • One person confirms enquiries
  • One file commits inventory
  • Few products share components
  • Daily controls are actually performed
  • Backup and recovery procedures exist

Change tools before the incident

Move to a catalogue-connected system when several people edit the calendar, customers book online, multiple channels sell the same stock, or reminders multiply. Other warnings are competing file versions, rows without identifiers, and checking three places before answering.

Prepare migration by cleaning references, active customers, future bookings, payments, and statuses. Import only useful records and retain a read-only archive. The spreadsheet then becomes a prototype rather than permanent operational debt.

Put it into practice