Продажа отеля или смена управления: как передать цифровые активы

Передача отеля новому владельцу, арендатору или управляющей компании — это не только подписание договора, инвентаризация имущества и передача ключей от здания. У современного отеля существует полноценная цифровая инфраструктура: PMS-система, кабинеты агрегаторов, рекламные кабинеты и другие ресурсы.

Компания «М-Экспертс» совместно с агентством Smart Hotel Marketing рассказывает, как учесть все нюансы и передать цифровые активы действующего отеля новому владельцу или управляющему.

Какие цифровые активы могут быть у отеля 

Цифровые активы должны передаваться так же системно, как недвижимость, оборудование, договоры и материальные ценности. В отеле это чаще всего:

• PMS и модуль онлайн-бронирования;
• кабинеты агрегаторов;
• карточки на картах;
• сайт и доменное имя;
• аккаунты в социальных сетях;
• телефония и корпоративные номера;
• почта и мессенджеры;
• системы аналитики;
• рекламные кабинеты;
• программы лояльности;
• CRM и базы гостей;
• платежные сервисы;
• онлайн-касса;
• сервисы миграционного учета;
• электронные замки;
• фотоматериалы, тексты и другие элементы бренда.

Без этих активов невозможно полноценно управлять продажами, бронированиями, ценами, репутацией и коммуникацией с гостями.

Какая процедура происходит с отелем: смена собственника, арендатора или управления

Порядок передачи цифровых активов зависит от формата сделки.

Отель передается в управление

В этом случае собственник сохраняет объект и, как правило, основные цифровые активы. Управляющая компания получает временные права и доступы, необходимые для операционной работы. После окончания договора доступы должны быть отозваны, а цифровая инфраструктура — возвращена собственнику в работоспособном состоянии.

Отель передается в аренду 

Арендатор может стать фактическим оператором гостиницы: самостоятельно продавать проживание, принимать оплату, работать с гостями, персоналом и поставщиками. В этом случае ему может потребоваться более широкий объем полномочий, чем обычной управляющей компании. При этом домен, бренд, карточки, социальные сети и накопленная цифровая репутация не должны автоматически переходить арендатору без четкого описания в договоре.

Если сделка оформляется именно как аренда предприятия в качестве имущественного комплекса, договор может предусматривать передачу связанных с ним имущественных прав, прав на обозначения и других прав в пределах, определенных сторонами. При прекращении такой аренды возврат комплекса также оформляется передаточным актом.

Отель продается

При продаже необходимо определить, что именно приобретает покупатель:

• только здание;
• здание и оборудование;
• действующий гостиничный бизнес;
• юридическое лицо, управляющее отелем;
• предприятие как имущественный комплекс;
• бренд и объекты интеллектуальной собственности;
• цифровые активы и историю работы.

Покупка недвижимости сама по себе не всегда означает автоматическую передачу сайта, домена, аккаунтов в социальных сетях, кабинетов агрегаторов и базы гостей.

Если продается предприятие как имущественный комплекс, законодательство предусматривает определение состава передаваемого предприятия и подготовку инвентаризационных и других документов. Но на практике сделка с отелем может иметь другую структуру, поэтому состав цифровых активов в любом случае необходимо описать отдельно.

Чем отличаются три сценария

Ресурс	Передача в управление	Передача в аренду	Продажа
Срок доступа	На срок договора управления	На срок аренды	Постоянно после завершения сделки
Основной контроль	Обычно сохраняется у собственника	Распределяется договором	Переходит покупателю в согласованном объеме
Юридическое лицо — оператор	Определяется договором управления	Часто арендатор, но зависит от модели	Новый собственник
Договоры с PMS и OTA	Могут остаться прежними	Часто требуют пересмотра	Проверяются и переоформляются
Получатель оплаты	Определяется финансовой моделью	Обычно оператор-арендатор	Новый собственник
Возврат доступов	Обязателен после окончания управления	Обязателен после окончания аренды	Продавец передает контроль и прекращает доступ
База гостей	Используется в согласованном объеме	Требуется определить основание обработки	Не может передаваться без проверки правового основания
Домен и бренд	Обычно остаются у собственника	Передаются в пользование, если предусмотрено договором	Передаются только при включении в состав сделки

Эта таблица – обобщенная схема. Конкретная модель зависит от договора, состава сделки, юридических лиц и того, кто в итоге будет оказывать гостиничные услуги гостям.

Главное правило: передаются не пароли, а контролируемые права

Самая распространенная ошибка — отправить новой команде таблицу с логинами и паролями.

Такой способ не позволяет определить:

• кто именно пользовался аккаунтом;
• кто изменил настройки;
• кому доступны финансовые данные;
• кто может удалить других пользователей;
• как закрыть доступ одному сотруднику;
• кто получит код восстановления;
• сохранил ли прежний пользователь копию пароля.

Правильная схема строится иначе:

1. Собственник или продавец сохраняет основной доступ до завершения передачи.
2. Для новой команды создаются отдельные пользователи.
3. Каждому пользователю назначается необходимая роль.
4. Критические изменения требуют дополнительного согласования.
5. Доступы проверяются на практике.
6. Передача фиксируется актом.
7. После завершения переходного периода лишние аккаунты удаляются.

При продаже отеля после выполнения всех условий сделки основной административный контроль должен перейти покупателю, а доступы продавца и его подрядчиков — отозваны.

Проведите инвентаризацию цифровых активов

До передачи необходимо составить единый реестр всех цифровых сервисов отеля.

По каждому сервису нужно установить:

• на кого зарегистрирован аккаунт;
• кто считается владельцем или главным администратором;
• какое юридическое лицо указано в договоре;
• на какую почту зарегистрирован кабинет;
• какой номер телефона используется;
• кто получает коды двухфакторной аутентификации;
• кто может восстановить доступ;
• какие банковские реквизиты указаны;
• какие платные подписки действуют;
• какие интеграции подключены;
• кто имеет доступ в настоящее время;
• должен ли аккаунт передаваться, временно использоваться или закрываться.

Для продажи отеля реестр цифровых активов должен стать частью проверки бизнеса покупателем. Продавцу необходимо заранее устранить ситуации, при которых ключевой аккаунт зарегистрирован на бывшего сотрудника, подрядчика или неизвестный личный адрес.

Определите дату цифрового перехода

У сделки должна быть не только дата подписания договора, но и конкретный момент перехода операционного управления.

Например:

С 00:00 1 октября новый оператор отвечает за цены, доступность, новые бронирования, оплату, коммуникацию с гостями и работу каналов продаж.

До этой даты стороны должны определить:

• кто отвечает за бронирования, поступившие ранее;
• кто принимает новые бронирования;
• на чей счет поступает оплата;
• кто делает возвраты;
• кто оплачивает комиссии агрегаторов;
• кто отвечает за гостей, уже проживающих в отеле;
• кто отвечает за будущие заезды;
• кто рассматривает претензии;
• кто выдает кассовые чеки;
• кто подписывает закрывающие документы.

Без такой даты две команды могут одновременно менять цены, закрывать продажи и отвечать гостям.

Передача PMS, модуля бронирования и менеджера каналов

PMS является центральной частью цифровой инфраструктуры отеля. В ней могут храниться:

• текущие и будущие бронирования;
• данные гостей;
• история проживания;
• цены и тарифы;
• платежи и возвраты;
• задолженности;
• загрузка;
• данные уборки;
• управленческие отчеты;
• настройки номерного фонда;
• источники продаж;
• программа лояльности;
• интеграции с внешними сервисами.

Важно различать PMS, модуль бронирования и менеджер каналов.

PMS используется для операционного управления объектом. Модуль бронирования принимает прямые брони с сайта. Менеджер каналов передает цены, ограничения и доступность на подключенные площадки и возвращает бронирования в систему.

Такие инструменты могут использоваться как отдельные продукты или как единая связка.

Что проверить перед передачей PMS

Необходимо зафиксировать:

• количество будущих бронирований;
• количество проживающих гостей;
• суммы авансов;
• задолженности;
• возвраты;
• депозиты;
• неоплаченные счета;
• активные тарифы;
• правила отмены;
• квоты и ограничения;
• категории номеров;
• источники бронирований;
• действующие промокоды;
• список пользователей;
• роли пользователей;
• подключенные OTA;
• подключенный модуль бронирования;
• эквайринг;
• онлайн-кассу;
• миграционный учет;
• CRM;
• программу лояльности;
• телефонию;
• электронные замки;
• бухгалтерскую и ресторанную системы.

При передаче в управление

Управляющей организации создаются отдельные пользователи. Собственнику желательно сохранить административный или контрольный доступ.

Если управляющая организация действует от имени собственника или прежнего оператора, переоформление договора с PMS может не потребоваться. Это зависит от финансовой и договорной модели.

При передаче в аренду

Необходимо определить, кто становится оператором гостиницы.

Если арендатор самостоятельно принимает оплату, заключает договоры с гостями и несет ответственность за оказание услуг, может потребоваться:

• изменение юридического лица в PMS;
• смена платежных реквизитов;
• подключение новой онлайн-кассы;
• изменение эквайринга;
• переоформление договора с поставщиком PMS;
• обновление шаблонов документов;
• изменение данных в модуле бронирования.

При этом историческая база не должна исчезнуть. В договоре нужно определить, какие данные остаются собственнику и какие передаются арендатору для работы.

При продаже

Порядок зависит от структуры сделки.

Если покупатель приобретает доли или акции компании, управляющей отелем, юридическое лицо может остаться прежним. Тогда часть договоров и аккаунтов может продолжить работу без смены стороны, но необходимо заменить администраторов, контактных лиц и способы восстановления.

Если покупатель приобретает объект и начинает работу через другое юридическое лицо, потребуется переходная процедура:

• создание нового договора;
• перенос или предоставление доступа к базе;
• изменение реквизитов;
• перенастройка эквайринга;
• подключение новой кассы;
• перенос интеграций;
• обновление документов;
• проверка будущих бронирований.

Проведите тестовое бронирование

Передача PMS не завершается отправкой логина.

Нужно проверить полный путь бронирования:

1. Изменить цену или доступность в PMS.
2. Проверить обновление информации в каналах.
3. Забронировать номер через официальный сайт.
4. Убедиться, что бронь появилась в PMS.
5. Проверить уведомление гостя.
6. Проверить уведомление отеля.
7. Провести тестовую оплату.
8. Проверить получателя платежа.
9. Проверить кассовый чек.
10. Отменить бронь.
11. Проверить возврат номера в продажу.
12. Проверить возврат оплаты.

Менеджер каналов используется для централизованной передачи цен, доступности и ограничений в подключенные каналы, поэтому ошибка в его настройках может одновременно затронуть несколько площадок.

Как распределить будущие бронирования и оплаты

При управлении, аренде и продаже почти всегда возникает переходный период.

Например, гость забронировал номер за три месяца до сделки, внес аванс прежнему оператору, а проживать будет уже после передачи отеля.

Сторонам необходимо письменно определить:

Вопрос	Ответственный
Исполнение старых бронирований
Получение остатка оплаты
Учет ранее полученного аванса
Возврат при отмене
Комиссия агрегатора
Работа с претензиями гостя
Кассовый чек
Закрывающие документы
Компенсация между сторонами

Нельзя ограничиваться передачей списка бронирований. Нужно сверить каждую бронь, по которой существует аванс, задолженность, возврат или особое обязательство перед гостем.

При продаже отеля покупателю также необходимо понимать, какие обязательства он принимает вместе с будущими заездами, а какие остаются у продавца.

Передача кабинетов агрегаторов и OTA

К этой группе относятся «Яндекс Путешествия», «Островок!», Bronevik.com, OneTwoTrip, «Суточно.ру» и другие площадки, с которыми работает отель.

До передачи нужно проверить:

• сторону договора;
• юридическое лицо;
• банковские реквизиты;
• получателя выплат;
• порядок оплаты комиссии;
• список пользователей;
• основной адрес электронной почты;
• телефон восстановления;
• номерной фонд;
• тарифы;
• правила отмены;
• фотографии и описания;
• активные акции;
• программы продвижения;
• интеграцию с менеджером каналов;
• историю отзывов;
• будущие бронирования.

При передаче в управление

Управляющая организация получает рабочие права, но не должна без согласования:

• менять юридическое лицо;
• заменять банковские реквизиты;
• расторгать договор;
• удалять объект;
• создавать новый кабинет;
• подключать акции с повышенной комиссией;
• существенно менять условия отмены.

При передаче в аренду

Необходимо решить, через какое юридическое лицо арендатор будет продавать номера.

Если оператор меняется, могут потребоваться новые договоры с площадками. Старые кабинеты нельзя закрывать до переноса будущих бронирований и проверки взаиморасчетов.

При продаже

Нельзя считать, что кабинеты OTA автоматически переходят вместе со зданием.

Следует отдельно определить:

• какие кабинеты передаются покупателю;
• можно ли заменить владельца;
• требуется ли новый договор;
• что будет со старыми бронированиями;
• как сохранить карточку, фотографии, отзывы и статистику;
• когда продавец утрачивает доступ.

Создание новой карточки должно быть последним, а не первым вариантом. Иначе новый оператор может потерять накопленную репутацию и историю объекта.

Передача карточек на картах и в справочниках

Нужно проверить:

• «Яндекс Бизнес»;
• 2ГИС;
• Google Business, если он используется;
• TripAdvisor;
• региональные справочники;
• туристические порталы;
• сервисы управления отзывами.

Управляющей команде могут потребоваться права на:

• редактирование информации;
• загрузку фотографий;
• изменение перечня услуг;
• ответы на отзывы;
• обработку сообщений;
• просмотр статистики;
• рекламное продвижение.

В карточке необходимо проверить:

• название;
• адрес;
• координаты;
• категорию;
• телефон;
• сайт;
• время работы;
• описание;
• фотографии;
• список услуг;
• ссылку на бронирование;
• подключенную телефонию.

При управлении и аренде

Карточка продолжает представлять тот же гостиничный объект. Новая команда не должна создавать дубль только потому, что сменился оператор.

Собственнику желательно сохранить контрольный доступ, особенно если управление или аренда ограничены по сроку.

При продаже

Стороны должны определить, передается ли покупателю действующая карточка отеля.

Если покупатель продолжает работу под тем же названием и концепцией, сохранение карточки обычно важно для непрерывности коммуникации с гостями.

Если меняются название, позиционирование или формат объекта, необходимо заранее разработать план обновления карточек. Нельзя одновременно создавать новую карточку и оставлять старую без управления.

Отзывы пользователей не следует описывать в договоре как обычное имущество продавца. Корректнее говорить о передаче контроля над карточкой, накопленной истории, контенте и доступе к статистике в пределах правил конкретной площадки.

Передача социальных сетей

В реестр включаются все используемые площадки:

• ВК;
• «Телеграм»;
• «Дзен»;
• RuTube;
• видеохостинги;
• страницы и сообщества на других площадках;
• чат-боты;
• сервисы автопубликации;
• фотобанки и архивы контента.

Нужно определить:

• владельца сообщества;
• главного администратора;
• список редакторов;
• рекламный кабинет;
• привязанный номер;
• почту восстановления;
• права на фото и видео;
• расположение исходных материалов;
• доступ к переписке;
• подключенные чат-боты.

При передаче в управление

Управляющая организация получает права на публикацию и коммуникацию, но собственник сохраняет основной контроль.

При аренде

Необходимо определить, имеет ли арендатор право использовать прежний бренд и аккаунты или должен работать под собственным названием.

Особенно важно заранее установить:

• кто согласовывает контент;
• можно ли менять оформление;
• кто отвечает за рекламные заявления;
• кому принадлежат материалы, созданные во время аренды;
• что остается в аккаунтах после окончания договора.

При продаже

В договоре нужно перечислить конкретные аккаунты, которые переходят покупателю.

Недостаточно написать «передаются социальные сети отеля». Нужно указать:

• ссылку;
• идентификатор;
• владельца;
• количество администраторов;
• привязанные контакты;
• рекламные кабинеты;
• чат-боты;
• архив контента;
• дату прекращения доступа продавца.

Если личный аккаунт продавца одновременно используется для управления страницей отеля, покупателю должен передаваться не личный профиль, а права на корпоративную страницу.

Сайт, домен и хостинг

Это раздел включает в себя несколько отдельных активов:

• доменное имя и аккаунт регистратора;
• хостинг, CMS, базу данных, SSL-сертификат и резервные копии;
• лицензии на ПО;
• корпоративную почту;
• интеграции.

При передаче в управление

Управляющей организации обычно достаточно доступа к CMS и техническим сервисам, необходимым для обновления информации.

Основной аккаунт регистратора домена желательно оставить за собственником.

При аренде

Нужно определить, разрешено ли арендатору:

• менять дизайн;
• создавать новые разделы;
• устанавливать плагины;
• подключать сторонние сервисы;
• менять модуль бронирования;
• использовать домен в рекламных кампаниях;
• создавать поддомены;
• переносить сайт на другой сервер.

Если арендатор создает новый сайт, договор должен определить, что произойдет с ним после окончания аренды.

При продаже

Домен нельзя считать автоматически переданным только потому, что покупатель получил сайт или здание.

Передача права администрирования домена является отдельной процедурой и выполняется по правилам регистратора и соответствующей доменной зоны. Для доменов .RU и .РФ действуют специальные правила и ограничения на такую передачу.

Покупателю необходимо передать:

• право администрирования домена;
• аккаунт регистратора либо оформить смену администратора;
• хостинг;
• CMS;
• базу данных;
• резервную копию;
• SSL;
• репозиторий;
• техническую документацию;
• лицензии, если их передача допускается.

До окончательного расчета продавцу и покупателю желательно согласовать безопасную последовательность действий, чтобы ни одна из сторон не могла единолично заблокировать сайт до завершения сделки.

Аналитика и рекламные кабинеты

Нужно включить в реестр:

• «Яндекс Метрику»;
• «Яндекс Вебмастер»;
• Google Analytics;
• Google Search Console;
• «Яндекс Директ»;
• VK Рекламу;
• коллтрекинг;
• сквозную аналитику;
• пиксели;
• аудитории;
• сервисы отчетности.

При передаче важно сохранить:

• историю трафика;
• цели;
• электронную торговлю;
• рекламные кампании;
• списки аудиторий;
• данные о звонках;
• UTM-разметку;
• интеграции с сайтом и PMS.

При управлении

Новой команде предоставляются отдельные права. Не стоит переносить рекламу в личный кабинет подрядчика, если можно продолжить работу в кабинете, принадлежащем отелю.

При аренде

Следует определить, какие рекламные данные являются активом собственника, а какие создаются арендатором за его счет, Особенно важно зафиксировать судьбу:

• рекламных кампаний;
• текстов и баннеров;
• аудиторий ретаргетинга;
• номеров коллтрекинга;
• аналитических отчетов;
• рекламных балансов.

При продаже

Покупателю передаются кабинеты и статистика, прямо включенные в состав сделки. Продавцу после завершения переходного периода необходимо удалить личные платежные средства, закрыть доступ своим подрядчикам и убедиться, что покупатель контролирует восстановление аккаунта.

Телефония, корпоративная почта и мессенджеры

В эту группу входят:

• корпоративные SIM-карты;
• городской номер;
• виртуальная АТС;
• коллтрекинг;
• записи разговоров;
• корпоративные почтовые ящики;
• «Телеграм»;
• WhatsApp;
• другие мессенджеры;
• онлайн-чат;
• чат-боты;
• сервисы рассылок.

Нужно проверить:

• на кого оформлены номера;
• где находятся SIM-карты;
• кто оплачивает связь;
• кому принадлежат аккаунты;
• кто получает коды;
• куда настроена переадресация;
• где хранятся записи звонков;
• у кого есть доступ к переписке;
• какие почтовые правила и пересылки настроены.

При продаже особенно важно удалить автоматическую пересылку писем на адреса прежней команды. Иначе продавец может продолжить получать бронирования, претензии, финансовые документы и персональные данные гостей.

При управлении и аренде необходимо определить, в какой срок доступ к почте, телефонии и мессенджерам закрывается после окончания договора.

Бренд, фотографии, тексты и другие материалы

Цифровые активы не ограничиваются аккаунтами.

Отдельно нужно проверить:

• название отеля;
• логотип;
• товарный знак;
• фирменный стиль;
• дизайн сайта;
• фотографии;
• видеоматериалы;
• тексты;
• шаблоны рекламы;
• презентации;
• макеты полиграфии;
• базы шаблонов писем;
• исходные файлы;
• права на музыку и другие материалы.

При управлении необходимо определить, кому принадлежат материалы, созданные управляющей организацией.

При аренде нужно установить, может ли арендатор использовать бренд собственника и в каком виде он обязан вернуть цифровые материалы.

При продаже следует включить конкретные объекты бренда и контента в перечень передаваемых активов. Сам факт продажи здания не отвечает на вопрос, получает ли покупатель право использовать название, логотип, фотографии и дизайн.

Персональные данные гостей

База гостей — не обычный файл, который можно свободно передать новому оператору или покупателю.

Персональные данные могут находиться в:

• PMS;
• CRM;
• системе лояльности;
• модуле бронирования;
• корпоративной почте;
• мессенджерах;
• телефонии;
• сервисах рассылок;
• миграционной системе;
• архиве документов.

Необходимо определить:

• кто является оператором персональных данных;
• кто обрабатывает данные по поручению;
• какие данные передаются;
• с какой целью;
• на каком основании;
• какие сотрудники получают доступ;
• можно ли делать выгрузки;
• где разрешено хранить копии;
• что происходит после завершения управления или аренды;
• какие данные может получить покупатель.

При поручении обработки персональных данных другому лицу необходимо определить перечень данных, разрешенные операции, цели обработки, требования к конфиденциальности и защите. При продаже отеля нельзя исходить из принципа «вместе с бизнесом автоматически переходит вся база гостей». Сторонам необходимо отдельно проверить правовое основание передачи данных и дальнейшей коммуникации с гостями.

Эту часть процедуры необходимо согласовать с юристом и специалистом по защите персональных данных.

Какие документы подготовить

Передачу цифровых активов лучше оформлять не одним документом, а комплектом.

Реестр цифровых активов. Содержит полный перечень аккаунтов, сервисов, владельцев, договоров и интеграций.

Матрица полномочий. Определяет, какие права получает каждый пользователь:

• просмотр;
• редактирование;
• публикация;
• работа с бронированиями;
• работа с оплатами;
• изменение реквизитов;
• добавление пользователей;
• удаление аккаунта.

Акт приема-передачи. Подтверждает фактическую передачу доступов и результаты проверки.

План переходного периода

Определяет:

• дату смены оператора;
• работу со старыми бронированиями;
• порядок расчетов;
• возвраты;
• комиссии;
• переход телефонии;
• уведомление сотрудников и подрядчиков;
• тестирование систем.

Документ о работе с персональными данными. Закрепляет основание и условия доступа к информации о гостях.

Акт возврата или окончательной передачи. При управлении и аренде подписывается акт возврата цифровых активов. При продаже подписывается акт окончательной передачи, после которого продавец прекращает доступ к системам.

Что проверить после передачи

Передачу нельзя считать завершенной, пока новая команда не провела приемку. Необходимо проверить:

• вход во все кабинеты;
• права пользователей;
• будущие бронирования;
• актуальность цен;
• синхронизацию с OTA;
• работу сайта;
• прямое бронирование;
• оплату;
• кассовый чек;
• телефонию;
• почту;
• сообщения;
• ответы на отзывы;
• аналитику;
• рекламные кабинеты;
• резервное копирование;
• восстановление аккаунтов.

Все выявленные проблемы нужно внести в акт:

Проблема	Ответственный	Срок устранения	Результат

Что происходит после окончания управления или аренды

Возврат цифровых активов нужно планировать до начала сотрудничества.

Управляющая организация или арендатор должны:

1. Передать итоговые отчеты.
2. Передать будущие бронирования.
3. Передать незавершенные обращения.
4. Вернуть фотографии, тексты и макеты.
5. Передать резервные копии.
6. Вернуть SIM-карты и оборудование.
7. Передать информацию о платежах и возвратах.
8. Закрыть доступ подрядчиков.
9. Удалить локальные копии данных, когда это требуется.
10. Подписать акт возврата.

Собственнику необходимо:

• удалить пользователей;
• сменить критичные пароли;
• перенастроить двухфакторную аутентификацию;
• проверить резервные контакты;
• отозвать API-ключи;
• проверить банковские реквизиты;
• проверить переадресацию звонков;
• проверить пересылку электронной почты;
• проверить рекламные кабинеты;
• сохранить итоговые выгрузки.

Что происходит после продажи отеля

После завершения сделки покупатель должен получить полный контроль над активами, включенными в договор.

Продавцу необходимо:

• убрать доступы с личных номеров и электронных адресов;
• удалить платежные карты;
• прекратить получение уведомлений;
• выйти из корпоративных мессенджеров;
• передать резервные коды;
• передать оригиналы договоров;
• подтвердить удаление копий конфиденциальных данных;
• подписать итоговый акт.

Покупателю необходимо:

• заменить главных администраторов;
• проверить способы восстановления;
• сменить критичные пароли;
• провести аудит пользователей;
• обновить реквизиты;
• проверить договоры;
• проверить будущие бронирования;
• протестировать оплату;
• настроить резервное копирование;
• определить ответственных за каждый сервис.

Семь главных ошибок

1. Считать, что цифровые активы автоматически следуют за зданием. Покупка недвижимости не всегда означает получение сайта, домена, аккаунтов и бренда.
2. Передать единственный аккаунт владельца. Собственник может потерять контроль еще до завершения сделки или договора.
3. Не разделить старые и новые бронирования. Возникают споры об авансах, возвратах, комиссиях и претензиях гостей.
4. Создать новые карточки и кабинеты вместо передачи старых. Отель теряет историю, статистику, отзывы и узнаваемость.
5. Оставить аккаунты на бывших сотрудниках. Критическая система продолжает зависеть от человека, который уже не связан с отелем.
6. Передать базу гостей без проверки правового основания. Это создает риски для всех сторон сделки.
7. Не предусмотреть завершение перехода. Прежняя команда продолжает видеть бронирования, переписку и финансовые данные.

Итоговый чек-лист

До передачи

• Определить формат сделки.
• Установить, кто становится оператором отеля.
• Составить реестр цифровых активов.
• Определить владельцев аккаунтов.
• Зафиксировать будущие бронирования и авансы.
• Проверить договоры и реквизиты.
• Перевести аккаунты с личных адресов на корпоративные.
• Создать резервные копии.
• Проверить права на бренд и контент.
• Согласовать работу с персональными данными.

Во время передачи

• Создать отдельных пользователей.
• Назначить необходимый уровень прав.
• Передать PMS и интеграции.
• Проверить OTA.
• Передать карты и социальные сети.
• Проверить домен, сайт и хостинг.
• Проверить почту и телефонию.
• Провести тестовое бронирование.
• Проверить оплату и кассовый чек.
• Подписать акт.

После передачи

• Удалить лишних пользователей.
• Проверить двухфакторную аутентификацию.
• Проверить банковские реквизиты.
• Проверить переадресации.
• Закрыть доступ прежних подрядчиков.
• Зафиксировать замечания.
• Назначить дату повторного аудита.