Hotel groups
Three hotels, three companies, three sets of books. And one person looking at all of them
Small groups are almost never a chain: they are two, three or four hotels that were added one at a time, each with its own company and its own accountant. Chain software is built for the opposite, which is why it never quite fits.
Occupancy
82 %
+6,4 % · vs. last year
ADR
141 €
+8,1 % · vs. last year
RevPAR
116 €
+14,9 % · vs. last year
Lead time
23 d
−2,0 % · vs. last year
Occupancy
Mix OTA
- Booking.com38%
- Booking engine27%
- Airbnb14%
- Expedia11%
- Hostelworld10%
A small group is not a chain
The difference is not how many hotels you have, it is how they are structured underneath. And that decides which kind of software makes sense: one that merges them into a single operation, or one that keeps them apart and lets you move between them.
| Small group | Chain | |
|---|---|---|
| Structure | Each hotel is its own company, with its own tax number and accountant | One company operating several properties |
| Who sets the rates | Each manager, with their own judgement and local market | A central revenue department |
| Team | The same manager runs two hotels and does a bit of everything in both | Departmental structure, shared across properties |
| Accounting | Separate per company, and it cannot be mixed | Consolidated |
| What it needs from software | Each hotel standing on its own, and you able to get into all of them | A single operation with an aggregate view |
| What it does not need | Chain modules, paid for and never opened | Nothing, if it genuinely operates as a chain |
Sound familiar?
- Each hotel arrived with the software it already had, so now there are three different systems
- Checking how the month is going means opening three sessions with three passwords
- One manager should not see the other hotel’s rates, and there is no way to configure that
- Every time a new hotel joins, that is another two-month implementation
- Chain quotes come with modules you will never open
What changes
One login, all your hotels
You sign in once and pick a hotel, or switch between them without identifying yourself again. Each person sees only the properties they are assigned to.
Different permissions in each one
The same person can be management in one hotel and front desk in another. The role is defined per hotel, not per user.
Each hotel on its own database
Not a column separating hotels inside a shared table: physically separate databases, each with its own credentials and channel key. An incident in one does not touch the others.
The next hotel goes live in hours
No implementation project per property. The new one is loaded, its channels are connected, and it works like the others from day one.
Genuinely separate, not separate on paper
Most multi-property software keeps every hotel in the same database and tells them apart with a column. It works, right up until one badly written query crosses information between two properties that are two different companies.
Here each hotel has its own physical database, with its own credentials, its own channel key and its own webhook secret. There is no query capable of mixing two hotels’ data, not even by programming mistake.
For a group where each hotel is its own company, that is not a technical footnote: it means the separation you have at the companies registry also exists in the system, and each accountant receives their own without anything having to be filtered out.
The trade-off has to be said out loud: you work hotel by hotel. There is no dashboard adding the three together and no aggregate group reporting. If a consolidated view is the main thing you are shopping for, this will not give it to you.
Frequently asked questions
Is there a dashboard that adds up all my hotels?
No. You work hotel by hotel: you sign in, pick one and see that one. It follows directly from each hotel having its own separate database. If consolidated group reporting is a core requirement, we do not have it today.
What does it cost for three hotels?
Each hotel carries its own subscription, tailored to its size, because each one is a separate installation. Write to us with the number of hotels and rooms and we will give you the exact total, without needing a meeting first.
Can I have shared rates or policies across all of them?
They do not propagate from one hotel to another: each has its own. In small groups that is usually what people want, because each hotel competes in a different market, but if you are after centrally managed rates it is worth knowing beforehand.
Can a manager see only their own hotel?
Yes, and that is the normal case. Each person has access to the properties you assign them, with their own role inside each. Somebody running two hotels gets into both; somebody running one sees only theirs.
What if we buy another hotel next year?
It is set up and running like the others within hours. There is no implementation project per addition and no contract renegotiation: its subscription is added and that is it.
Get it running this week
We migrate your rates, connect your channels and open you for sale. No setup fee and no lock-in.