Booking.com setup, about 60 seconds

Giving HostAssist access to your Booking.com listing

You only need to do this once. It adds our existing account to your property so we can manage your rates, content and guest messages. It does not change who owns your listing, who holds your agreement, or who gets paid.

What to do

Sign in to your Booking.com extranet at admin.booking.com.
Click the account icon in the top right, then Create and manage users.
Click Add a user.
Choose the Existing user tab. This is the one that matters, and there is a look-alike below.
Enter our details exactly as shown.
Click View access rights, set the permissions from the table below, then send.

Please add each of the accounts below. Repeat steps 3 to 6 for each one, so more than one person here can help you rather than everything waiting on one inbox.

Primary contact

Login name: JamesHostAssist
Email: james@wealthflo.com

This is the right screen

The Add a user dialog with the Existing user tab selected, showing a Login name field, an Email field and a View access rights button. — Use this Headed **Add a user**, with the **Existing user** tab selected and a **View access rights** button.

This is not the one

There is a second dialog that looks similar. It sits inside Manage primary accounts and does something quite different. It would make us a contractual account holder on your business, which is not what either of us wants.

The Invite a user to create a primary account dialog, with New user and Existing user radio buttons and a warning that primary account holders have full access. — Not this Headed **Invite a user to create a primary account**, with an amber warning about full access.

Three ways to tell them apart

The right one is headed Add a user. The wrong one says primary account.
The right one has a permissions step, so you choose what we can see. The wrong one has none.
The wrong one shows an amber warning box. The right one does not.

Which permissions to give us

These are the ones we actually use. All of it is reversible, and you can change or remove our access at any time.

Permission	Tick?	Why we need it
Rates and availability	Yes	Managing your pricing and calendar. This is the main one.
Property details	Yes	Updating your description, photos and amenities.
Reservations	Yes	Guest messages, changes and cancellations.
Performance data	Yes	Seeing how your listing performs, so we can report on it properly.
Promotions	Yes	Running deals only where they earn more than they cost.
Programs	Yes	Genius and similar, where the extra bookings are worth the rate.
Notifications	Yes	So we see Booking.com messages about your property, not just you.
Connectivity provider	Yes	Keeping the channel manager connection healthy.
Manage users	Yes	Lets us add a named account for a team member or for our automation, scoped to your property, instead of coming back to you each time. We will not remove your access or change your permissions.
Finance	Your call	Only needed if you want us checking invoices and commission. Everything above works without it.

Why the Existing user tab matters

If you invite us as a New user, Booking.com creates a brand new separate login. We would then be signing in and out of a different account for every owner we work with.

Choosing Existing user attaches your property to the account we already have, so your listing sits alongside the others we look after. It makes no difference on your side.

What happens next

We get an email and accept. Your property then appears under our existing login. Nothing changes for you. Your agreement with Booking.com, your payouts and your ownership all stay exactly as they are.