Back to the blog
Case study

How an 8-room hotel on the Moselle saves 4 hours a week

A case study: how an owner-operated 8-room hotel on the Moselle automates invoices, guest communication, payroll data and analytics with zimrly – saving around 4 hours of manual work per week.

by zimrly7 min read
8-room hotel on the Moselle automated with zimrly

Most automation stories are about large hotel chains with their own IT department. This one isn't. It's about an owner-operated 8-room hotel on the Moselle that has exactly the problem thousands of small properties across the German-speaking region share: a solid PMS for the day-to-day booking work – and a pile of manual tasks around it that nobody takes off your plate.

The starting point

The hotel runs 3RPMS as its hotel software. 3RPMS reliably manages reservations, availability and master data. But for everything that comes after the booking, the hotel was on its own. In practice, daily life looked like this:

  • Invoices were written by hand. Every § 14 invoice with correct tax disclosure and a tourist-tax line item assembled manually – a recurring time sink where typos and forgotten items creep in.
  • Guest communication ran on a patched-together setup of Make and Chatwoot. Booking confirmations and enquiries were cobbled together across several tools that nobody but the builder could really maintain.
  • Payroll data was transferred by hand. The working hours of cleaning and service staff were moved manually toward the payroll office – with the usual risk of transcription errors.
  • There were effectively no analytics. Occupancy, average rate, RevPAR – anyone who wanted to know had to compute it from exports themselves. In practice that meant: nobody knew.

The problem

None of these points is dramatic on its own. Writing an invoice takes a few minutes. Sending a confirmation does too. But in total, the manual work reliably ate several hours a week – and worse than the time was the error-proneness: a forgotten booking confirmation, an invoice with the wrong tourist tax, a payroll line that shifted while being retyped. In a small property where the owner pitches in personally, every one of those hours is an hour that doesn't reach the guest or the business.

The implementation

zimrly sits as an add-on directly on top of the existing 3RPMS – the PMS stays where it is and supplies the data. It was introduced step by step, not all at once:

1. Invoice automation first. The biggest lever was the § 14 invoice. zimrly now generates it automatically from the reservation data – with correct tax disclosure and the tourist tax shown, archived and handed off to accounting. "Every invoice by hand" became "generated, checked, done".

2. Guest communication on WhatsApp. The Make-and-Chatwoot patchwork was replaced by zimrly's WhatsApp inbox. Booking confirmations and check-in reminders go out automatically. An AI assistant answers simple guest questions on its own and only surfaces what genuinely needs a human reply.

3. Payroll export. Working hours run through time tracking and are handed over as a ready-made export toward DATEV/LODAS – no more manual transfer, no transcription errors.

4. Insights and pricing on top. Occupancy, average daily rate (ADR) and RevPAR are now visible daily, without an Excel export. The repricer connection lets you set a price cap so dynamic pricing doesn't get out of hand. Self check-in is available as an option whenever a guest prefers to check in themselves.

Before / After

Area Before With zimrly
Invoices By hand, one at a time, tourist tax manual Generated automatically, § 14-compliant, tourist tax shown, archived
Guest communication Make + Chatwoot, fragile WhatsApp inbox, confirmations automatic, AI answers simple enquiries
Payroll data Transferred manually Export to DATEV/LODAS, no transcription errors
Analytics Practically none Occupancy, ADR, RevPAR visible daily
Pricing No safeguard Price cap via repricer connection
Check-in Classic only Self check-in as an option

The result

The bottom line: the hotel saves around 4 hours of manual work per week. Just as important as the time is what disappears: invoices are instant and legally compliant instead of typed by hand in the evening. No more forgotten booking confirmations, because they go out automatically. Payroll data without transcription errors, because it's no longer retyped. And, for the first time, a reliable view of occupancy and rate instead of gut feeling.

We deliberately don't quote invented revenue or occupancy percentages – anyone who promises those is usually guessing. What's verifiable: less manual work, faster and legally compliant invoices, no forgotten confirmations, error-free payroll data. That was exactly the goal.

The pattern behind it

The decisive thing about this story isn't a single feature, it's the principle: the PMS did not have to be replaced. 3RPMS stays the system for the day-to-day booking work. zimrly wraps around it as an add-on and closes exactly the gaps a PMS typically leaves open for small German properties – invoices, tourist tax, guest communication, payroll data, analytics. Modules are booked individually, in the order they hurt. That makes the entry small and the result large.

If your property runs a PMS and yet still does too much by hand around it, that's not a software-replacement problem. It's a gap problem. And gaps can be closed without rebuilding everything.

Invoice automation

End manual invoice splitting

zimrly generates §14-compliant guest invoices automatically — including the 7/19% split and tourist tax — and hands them to your accounting tool (easybill, lexoffice, sevDesk, QuickBooks).