Система бронирования и CRM для отеля: модуль на сайт, PMS и channel manager

С 1 января 2025 года действует новое Положение о классификации средств размещения, утверждённое постановлением Правительства РФ № 1951 от 27.12.2024. Гостиницы, санатории, базы отдыха и кемпинги должны быть внесены в единый реестр, а с 1 сентября 2025 года агрегаторы не вправе показывать объекты без номера в этом реестре. Порядок бронирования, в том числе гарантированного, задают Правила предоставления гостиничных услуг (ПП РФ № 1853). При этом комиссия онлайн-агрегаторов, по оценкам рынка, составляет 15–25 % от стоимости брони. Поэтому прямые продажи и точный учёт стали обязательной инфраструктурой отеля.

В этой статье разберём, из каких систем состоит контур бронирования отеля, как они обмениваются данными и по каким критериям их выбирать. Центр контура для прямых продаж находится на собственном сайте: модуль бронирования встраивается в сайт отеля с прямыми бронированиями.

Материал пригодится владельцам мини-отелей, управляющим гостиниц на 10–150 номеров и командам гостиничных сетей. Как устроен сам сайт (структура, карточка номера, SEO), мы описали в отдельном разборе о том, как разработать сайт отеля.

Что такое система бронирования отеля и из чего она состоит

Система бронирования отеля — это набор программ, которые принимают заказы гостей, ведут учёт номерного фонда и синхронизируют продажи во всех каналах. Обычно её образуют 4–6 модулей, каждый со своей зоной ответственности:

• booking engine: модуль бронирования на сайт, через который гость сам выбирает даты, номер и тариф;
• PMS (property management system): система управления отелем: шахматка, заселение, оплаты, отчёты;
• channel manager: менеджер каналов, который передаёт цены и остатки на агрегаторы и забирает оттуда брони;
• CRM: база гостей, продажи, рассылки и программа лояльности;
• CRS (central reservation system): центральная система бронирования для сети из нескольких объектов, по необходимости;
• RMS (revenue management system): система управления доходностью, которая подсказывает цены по спросу, по необходимости;
• платёжный шлюз и онлайн-касса: приём предоплаты и выдача чеков.

Booking engine — модуль бронирования на сайт

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

PMS — система управления отелем

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

Channel manager — менеджер каналов

Channel manager связывает отель с внешними площадками продаж. Когда номер продан в одном канале, менеджер каналов уменьшает остаток во всех остальных и не даёт продать одну и ту же ночь дважды.

CRM — база гостей и продажи

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

Чем отличаются PMS, channel manager, booking engine и CRM?

PMS, channel manager, booking engine и CRM различаются главной задачей: PMS управляет номерами и проживанием, channel manager распределяет продажи по каналам, booking engine принимает прямые брони, а CRM работает с гостем как с клиентом. В таблице собраны все шесть систем контура.

Система	Главная задача	Кто работает	Ключевые данные	Что ломается без неё
Booking engine	Прямые бронирования на сайте	Гость, маркетолог	Тарифы, остатки, промокоды, допуслуги	Нет прямых продаж, вся выручка идёт через агрегаторы с комиссией
PMS	Учёт номерного фонда и проживания	Ресепшен, управляющий, бухгалтерия	Шахматка, брони, фолио, оплаты, статусы номеров	Учёт в тетради и таблицах, ошибки при заселении
Channel manager	Синхронизация цен и остатков с OTA	Revenue-менеджер, управляющий	Цены, остатки, ограничения по каналам	Ручное обновление агрегаторов и овербукинг
CRM	Работа с гостями и продажами	Отдел продаж, маркетинг	Карточки гостей, история визитов, сегменты, сделки	Гости не возвращаются, корпоративные заявки теряются
CRS	Единое бронирование для сети	Центральный офис сети	Остатки и тарифы всех объектов	Каждый отель сети продаёт отдельно, нет общей картины
RMS	Управление ценой по спросу	Revenue-менеджер	Спрос, загрузка, цены конкурентов	Цены не успевают за спросом, отель недобирает выручку

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

Как связать системы: поток данных одного бронирования

Связка систем бронирования — это обмен данными по API, при котором каждая бронь автоматически проходит через сайт, PMS, менеджер каналов и CRM без ручного ввода. Проследим путь одного заказа:

1. Гость выбирает даты на сайте. Модуль бронирования запрашивает у PMS свободные номера, тарифы и ограничения на эти даты.
2. Гость оформляет заказ и вносит предоплату. Платёжный шлюз списывает деньги, онлайн-касса формирует чек по 54-ФЗ.
3. PMS создаёт бронь в шахматке. Номер закрепляется за гостем, остаток на эти даты уменьшается.
4. Channel manager закрывает остаток на агрегаторах. Обновление уходит на все подключённые площадки за секунды или минуты, в зависимости от системы и канала.
5. CRM создаёт или обновляет карточку гостя. Если гость уже бывал в отеле, к карточке добавляется новый визит.
6. Перед заездом CRM отправляет письмо. В нём детали проживания, схема проезда и предложение допуслуг: трансфер, ранний заезд, ужин.
7. После выезда CRM просит отзыв. Через некоторое время гость получает персональное предложение на следующий визит.

Ключевое правило такой схемы: у остатков номеров должен быть один источник правды, и это PMS. Все остальные системы читают остатки из неё и записывают туда брони. Овербукинг почти всегда возникает там, где номера ведутся в двух местах: например, часть номеров продаётся через менеджер каналов, а часть администратор «держит» в отдельной таблице.

Модуль бронирования на сайт: какие функции нужны

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

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

• календарь и остатки в реальном времени: данные берутся из PMS, а не вводятся вручную;
• тарифы и ограничения: минимальный срок проживания, невозвратные тарифы, тарифы с завтраком, раннее бронирование;
• гарантированное бронирование и предоплата: приём оплаты картой или через СБП с автоматическим чеком;
• промокоды и спецпредложения: для рассылок, партнёров и постоянных гостей;
• допуслуги (upsell): трансфер, завтрак, поздний выезд, парковка, которые гость добавляет к заказу;
• удобный мобильный сценарий: большая часть гостей ищет и бронирует жильё со смартфона, поэтому форма должна работать в один экран без масштабирования;
• мультивалютность и языки: если отель принимает иностранных гостей;
• аналитика: передача UTM-меток и событий электронной торговли в Яндекс Метрику и GA4, чтобы видеть, какая реклама приносит брони.

Как модуль встраивается в сайт

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

PMS для гостиницы: что должна уметь система управления

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

• шахматка номеров: наглядная сетка занятости с перетаскиванием броней;
• заселение и выселение: оформление гостей, печать документов, выдача ключей;
• статусы номеров и housekeeping: какие номера убраны, какие на уборке, какие в ремонте;
• фолио и оплаты: счёт гостя, допуслуги, депозиты, возвраты;
• онлайн-касса по 54-ФЗ: чеки на все расчёты, включая предоплату;
• миграционный учёт: выгрузка данных об иностранных гостях для уведомления МВД через Госуслуги или по интеграции;
• отчёты: загрузка, средняя цена, выручка по источникам и периодам;
• роли и права: ресепшен, горничные, бухгалтерия и управляющий видят только своё.

Три метрики, которые строит любая PMS и которые стоит понимать владельцу:

• загрузка (occupancy): проданные номеро-ночи, делённые на доступные номеро-ночи за период;
• ADR (average daily rate): доход от номеров, делённый на проданные номеро-ночи, то есть средняя цена проданной ночи;
• RevPAR (revenue per available room): доход от номеров, делённый на все доступные номеро-ночи; равен ADR, умноженному на загрузку.

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

Channel manager: когда отелю нужен менеджер каналов

Channel manager — это сервис, который автоматически передаёт цены, остатки и ограничения из PMS на агрегаторы и забирает оттуда новые брони. Он становится нужен, как только у отеля появляется два-три канала продаж помимо собственного сайта: Яндекс Путешествия, Островок, Суточно.ру, Bronevik, туроператоры, корпоративные клиенты.

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

При выборе менеджера каналов проверьте:

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

После 2022 года крупные иностранные агрегаторы приостановили работу с российскими объектами, и основными каналами для отелей в России стали отечественные площадки. Поэтому при выборе менеджера каналов важнее глубина интеграции с российскими агрегаторами, чем длинный список зарубежных OTA.

CRM для отеля: зачем она, если уже есть PMS

CRM для отеля — это система управления отношениями с гостями, которая отвечает за продажи, коммуникации и повторные визиты. Разница с PMS простая: PMS работает с номером и проживанием, CRM работает с гостем и его ценностью для отеля на годы вперёд.

Задачи CRM в отеле

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

Сценарии CRM на пути гостя

Этап	Что делает CRM	Пример
До заезда	Подтверждает бронь, предлагает допуслуги, собирает пожелания	За три дня до заезда письмо с предложением трансфера и раннего заселения
Во время проживания	Передаёт персоналу предпочтения гостя, фиксирует обращения	Постоянному гостю заранее готовят номер на высоком этаже с дополнительной подушкой
После выезда	Просит отзыв, начисляет бонусы, напоминает о следующем визите	Через месяц предложение на те же даты следующего года по прямому тарифу

Готовая CRM или отраслевая

Универсальные CRM (Битрикс24, amoCRM) сильны в воронке продаж, задачах и рекламной аналитике, но о номерах и бронях ничего не знают: их нужно интегрировать с PMS. Отраслевые модули CRM у поставщиков PMS уже связаны с бронями и гостями, но обычно менее гибкие в сценариях продаж и рассылок.

Если стандартные сценарии не подходят, например у отеля сложные корпоративные продажи, своя программа лояльности или несколько объектов, имеет смысл CRM-система на заказ с интеграцией с PMS по API. Как проходит такой проект и из чего складывается его бюджет, мы описали в статье «Внедрение CRM-системы: этапы, сроки и стоимость».

Популярные системы бронирования и PMS в России: сравнение

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

Система	Для кого	Что в пакете	Облако или коробка	Сильная сторона
TravelLine	От мини-отелей до сетей	PMS, модуль бронирования, менеджер каналов, инструменты маркетинга	Облако	Широкий охват каналов продаж и развитая экосистема
Bnovo	Малые и средние отели, апартаменты	PMS, модуль бронирования, менеджер каналов, CRM-модули	Облако	Единая облачная экосистема и быстрый старт
Shelter	Крупные отели, сети, санатории	PMS с расширенными модулями, интеграции	Облако и установка на сервер	Глубина функций для больших объектов
Контур.Отель	Мини-отели и небольшие гостиницы	PMS, модуль бронирования, менеджер каналов	Облако	Простота учёта и освоения
1С:Отель	Отели с учётом на 1С	PMS на платформе 1С, интеграции через партнёров	Коробка и облачные варианты 1С	Связка с бухгалтерией и учётом на 1С
BookingLite, MaxiBooking	Мини-отели, хостелы, гостевые дома	Базовые PMS и модуль бронирования	Облако	Бюджетный вход для небольших объектов

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

Облачная или коробочная система: что выбрать

Облачная система работает через браузер и оплачивается подпиской, коробочная устанавливается на серверы отеля и покупается лицензией, а своя разработка создаётся под конкретные процессы. Сравним три варианта по пяти критериям.

Критерий	Облако	Коробка	Своя разработка
Старт	Быстрый, от нескольких дней	Установка и настройка, недели	Проект от нескольких месяцев
Стоимость владения	Ежемесячная абонплата, иногда процент с брони	Лицензия, сервер, обслуживание	Разработка и поддержка, без платы за номер
Доработки	В рамках настроек и API вендора	Через партнёров вендора	Любые
Хранение персональных данных	На серверах вендора	На серверах отеля	Там, где решит отель
Зависимость от вендора	Высокая	Средняя	Минимальная

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

Готовое решение или своя разработка: когда окупается кастом

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

Готового решения хватит, если:

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

Своя доработка или система нужна, если:

• у вас сеть объектов с общим бронированием и единой базой гостей;
• продукт нестандартный: глэмпинг-домики, санаторные путёвки с процедурами, пакеты с экскурсиями и питанием;
• нужен B2B-кабинет для корпоративных клиентов и турагентств со своими тарифами и отсрочкой платежа;
• вы хотите мобильное приложение гостя с бронированием, ключом и заказом услуг;
• требуется глубокая интеграция с 1С или ERP;
• своя программа лояльности не укладывается в шаблоны вендоров.

Самый частый вариант на практике гибридный. PMS и менеджер каналов берут из коробки, а свой сайт, модуль бронирования, CRM или личный кабинет гостя разрабатывают отдельно и подключают по API. Так отель сохраняет надёжный операционный учёт и получает гибкость там, где идут продажи. Смета такого проекта зависит прежде всего от числа интеграций. Похожий подход для ресторанов мы описали в статье «CRM для ресторана».

Как выбрать систему бронирования и CRM: чек-лист из 10 пунктов

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

1. Интеграции. PMS, модуль бронирования, менеджер каналов, CRM, онлайн-касса и эквайринг должны обмениваться данными автоматически.
2. Скорость синхронизации. Остатки на агрегаторах должны обновляться за секунды или минуты, а не по расписанию раз в час.
3. Нужные агрегаторы. В списке подключений есть все площадки, через которые вы продаёте.
4. Онлайн-касса по 54-ФЗ. Чек формируется автоматически при предоплате и при расчёте на выезде.
5. Хранение персональных данных в России. Вендор подтверждает размещение серверов в РФ и соответствие 152-ФЗ.
6. Миграционный учёт. Система помогает готовить уведомления о прибытии иностранных гостей.
7. Открытый API и выгрузка данных. Вы можете забрать базу гостей и историю броней, если решите сменить систему.
8. Мобильный интерфейс модуля. Бронирование со смартфона проходит быстро и без ошибок.
9. Надёжность и поддержка. Вендор указывает доступность сервиса и время реакции поддержки, в том числе ночью и в выходные.
10. Стоимость владения. Посчитайте абонплату, процент с броней, платные модули и доработки за 2–3 года вперёд.

Что проверить на демо и пилоте

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

Правовые требования: что учесть отелю в 2026 году

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

• Реестр и классификация. По ПП РФ № 1951 средство размещения должно быть внесено в единый реестр (он ведётся на платформе Росаккредитации). Без номера в реестре объект не покажут агрегаторы, а за работу без включения в реестр предусмотрены существенные штрафы для юрлиц и ИП.
• Правила гостиничных услуг. ПП РФ № 1853 описывает бронирование, гарантированное бронирование, подтверждение и аннуляцию. Модуль бронирования должен показывать гостю условия тарифа и отмены до оплаты и присылать подтверждение.
• Персональные данные. По 152-ФЗ форма бронирования должна получать согласие на обработку данных, а сами данные граждан России должны храниться на серверах в РФ.
• Онлайн-касса. По 54-ФЗ при онлайн-оплате и предоплате гостю нужно выдать электронный чек.
• Миграционный учёт. О прибытии иностранного гостя отель уведомляет органы МВД в установленный срок, поэтому PMS должна хранить паспортные данные и помогать формировать уведомление.

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

Как внедрить систему бронирования и CRM: пошаговый план

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

1. Аудит процессов и каналов. Опишите, откуда приходят брони, кто и как ведёт шахматку, какие отчёты нужны управляющему.
2. Выбор связки и пилот. Отберите 2–3 системы по чек-листу и запустите пилот на сайте и одном-двух агрегаторах.
3. Настройка номерного фонда. Внесите категории номеров, тарифы, ограничения, допуслуги и правила отмены.
4. Интеграции и перенос базы. Подключите сайт, онлайн-кассу, эквайринг, CRM и 1С, загрузите базу гостей с согласиями на обработку данных.
5. Обучение и тестовые бронирования. Проведите обучение ресепшен и отдела продаж и пройдите полный цикл брони, заезда, выезда и отмены.
6. Запуск и контроль метрик. В первые 1–3 месяца еженедельно сверяйте долю прямых бронирований, загрузку и ошибки синхронизации.

Ошибки при внедрении и метрики эффективности

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

Типичные ошибки

• Остатки ведутся в двух местах. Часть номеров администратор держит в таблице, и система продаёт их повторно.
• CRM не связана с PMS. Менеджеры вручную переносят брони и гостей, данные расходятся.
• Модуль не адаптирован под смартфон. Гость бросает бронирование на втором шаге и уходит на агрегатор.
• Нет согласия на обработку данных или чека. Отель получает юридические риски на ровном месте.
• Выбор по цене без пилота. Через полгода выясняется, что нужного канала или интеграции нет, и отель переезжает заново.

Какие метрики отслеживать

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

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

Частые вопросы о системах бронирования и CRM для отеля

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

Чем PMS отличается от channel manager?

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

Нужна ли CRM, если в PMS уже есть база гостей?

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

Можно ли подключить модуль бронирования к любому сайту отеля?

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

Нужен ли channel manager мини-отелю на 10 номеров?

Если отель продаёт номера только через сайт и одну площадку, можно обойтись без менеджера каналов. Как только каналов становится два-три и больше, ручное обновление остатков отнимает время и ведёт к овербукингу. Многие PMS для мини-отелей уже включают менеджер каналов в тариф.

Сколько стоит система бронирования для отеля?

Стоимость складывается из ежемесячной абонплаты за PMS и модули, иногда процента с бронирований, оплаты внедрения и платных доработок. Тарифы вендоров зависят от числа номеров и набора модулей, поэтому сравнивайте полную стоимость владения за 2–3 года. Стоимость своей разработки зависит от числа интеграций и оценивается после брифа.

Как избежать овербукинга при продаже на нескольких агрегаторах?

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

Что важно учесть по закону: реестр, 152-ФЗ, 54-ФЗ?

Отель должен быть внесён в единый реестр средств размещения, иначе агрегаторы не покажут его гостям. Форма бронирования должна получать согласие на обработку персональных данных, а данные храниться в России по 152-ФЗ. При онлайн-оплате гостю выдаётся чек по 54-ФЗ, а о прибытии иностранных гостей отель уведомляет МВД.

Источники:

• Правительство РФ: Положение о классификации средств размещения (ПП № 1951)
• Российская газета: Правила предоставления гостиничных услуг (ПП № 1853)
• Правительство РФ: постановление № 1853 о гостиничных услугах
• Федеральный закон № 152-ФЗ «О персональных данных»