Ir al contenido
Español

Multiple properties in one account

Esta página aún no está disponible en tu idioma.

WhyKeep two or three properties — a hotel plus apartments, a couple of guesthouses — in one account without mixing their data.
WhoAn owner of a small portfolio of properties.
What you’ll getA clear picture of the “account → properties → a subscription per property” model, and the ability to switch between properties.
LimitationsNo 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.

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.

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).

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.

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

  1. Write to us via the “Contacts” page on the website: name the new property — its name, city, and type.
  2. We connect the property to your account — it appears in the property selector.
  3. 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 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.

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 wantIn the system
Several properties under one loginYes — the property selector
A subscription and card per propertyYes
One booking site for the whole groupYes — the multi-property widget
Consolidated reports across all propertiesNo
Shared templates and settings for the groupNo