Multiple properties in one account


Why	Keep two or three properties — a hotel plus apartments, a couple of guesthouses — in one account without mixing their data.
Who	An owner of a small portfolio of properties.
What you’ll get	A clear picture of the “account → properties → a subscription per property” model, and the ability to switch between properties.
Limitations	No cross-property reports or shared templates for a group of properties; a second property is connected with support — there is no “create property” button in the interface.

A hotel and an apartment building in one account is the standard HotelsCalendar model, not a workaround. One login opens all your properties, while each property lives its own life: its own bookings, its own rates, its own subscription. This article covers how the model works, how to switch between properties, and how to add a second one.

Account and property

The account is your login. A property is what takes guests: a hotel, a hostel, an apartment building. You sign in once, and the account can hold several properties — the model exists precisely for an owner of two or three.

Property data does not mix: bookings, finances, and guests of each property live inside that property. A hotel booking is not visible from the apartments and the other way around — each property has its own calendar, its own booking list, its own money. Which properties a team member can see is set in staff access.

Switching

The current property is shown in a selector in the sidebar, above the menu — in the demo account it reads “Meridian City Hotel ▾”. Picking a property in the selector switches the whole working context: the calendar, bookings, rate plans, finances — everything belongs to the selected property. There is no separate “property mode”: switching is how you move between properties.

If you have only one property so far, the list shows a single line — that is how it should look. The second line appears once the property is connected (more on that below).

Each property has its own subscription

The subscription is counted per property, not per account: every property has its own plan, its own price, and its own card. The Billing tab of the profile — the screen for your user account and the property account — is where this lives.

The tab is a table: Property · Legal entity · Status · Plan · Price · Card · Change window. Each row is a property: in a multi-property account there are several rows, each with its own status and its own card. Until a subscription is set up, the property shows the status “Waiting for a card to be linked”; expanding the “Property subscription” row shows “No subscription yet”, “Link your card to start the free period.”, and a “Link card” button.

Two clarifications, so nothing gets confused:

A subscription is not a rate plan. The subscription plan is how you pay for the system; a rate plan is the rules for selling a room to a guest — price, meals, cancellation. The words look similar; the things are different.
There is no plan catalog on the tab. The Billing screen itself is modest: a table of properties and card linking, without a catalog of plans and without invoices.

How the subscription works — periods, payment, cancellation — in Subscription and billing.

Add a second property

There is no “create property” button in the interface: a new property is connected to your account with support. A three-step path:

Write to us via the “Contacts” page on the website: name the new property — its name, city, and type.
We connect the property to your account — it appears in the property selector.
Set the new property up from scratch: the profile — currency, time zone, languages — room types, and rate plans. It will carry none of the first property’s data: properties in an account are independent.

Result: the second property lives in the same account — you switch with the selector, while the subscription and the data stay its own.

The property profile settings are covered in Property profile.

A booking site for several properties

A small portfolio often shares one website. For exactly that case the Booking Engine has the multi-property widget: one search block on the site with a property picker inside. The guest picks their property and books within it: dates, room types, and prices open for the chosen property. It is turned on with a widget setting in the PMS.

How to enable the property picker and what the guest sees — in The multi-property widget.

What there isn’t

A multi-property account is not chain management. There is no centralized control from one place: no consolidated reports across all properties, no shared templates, no “apply to the whole group” settings. Each property is run on its own: its own bookings, its own prices, its own settings — and reports are per property too, with no roll-up across the group.

You want	In the system
Several properties under one login	Yes — the property selector
A subscription and card per property	Yes
One booking site for the whole group	Yes — the multi-property widget
Consolidated reports across all properties	No
Shared templates and settings for the group	No