Чек-лист по смене гостиничной PMS: что подготовить перед переходом на другую систему

Aug 31 2026 · Smart Order · 7 мин
Чек-лист по смене гостиничной PMS: что подготовить перед переходом на другую систему
Ключевые моменты
1. Переход на новую PMS чаще всего срывается на последней неделе — не из-за потери данных, а из-за пропущенных шагов, таких как перенастройка OTA и тестирование работы персонала в реальных условиях
2. Этот чек-лист охватывает все этапы: экспорт данных, обработку текущих бронирований, повторное подключение OTA, обучение персонала и действия в день перехода
3. Проходите каждый раздел по порядку — последующие шаги зависят от завершения предыдущих
4. В рамках настройки команда Smart Order по внедрению выполняет импорт данных и повторное подключение OTA, снимая с вас две задачи с наиболее высоким уровнем риска

Смена вашей гостиничной системы управления объектом (PMS) связана не столько с технологиями, сколько с правильной последовательностью действий. Если пропустить один из первых шагов, возникнут проблемы, которые обнаружатся лишь в день заезда: бронирование не перенеслось, канал OTA по-прежнему подключён к старой системе или сотрудник ни разу не проводил платёж в новом интерфейсе.

Этот чек-лист охватывает все этапы в необходимой последовательности. Выполняйте их по порядку. Не начинайте перенастройку OTA, пока не проверен импорт данных. Не назначайте дату перехода, пока персонал не провёл в новой системе полный реальный цикл заезда.


Этап 1. Аудит данных (до начала экспорта)

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

Данные гостей

  • Выгрузите из текущей PMS полный список гостей (имя, электронная почта, телефон, количество проживаний)
  • Запишите общее количество записей — после импорта вы сверите его с этим числом
  • Отметьте дублирующиеся профили, чтобы удалить их до экспорта, а не после

Будущие бронирования

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

Тарифные планы и конфигурация номеров

  • Задокументируйте каждый тип номера, включая правила наименования (это важно для сопоставления столбцов)
  • Экспортируйте список тарифных планов вместе с сезонными правилами и ограничениями
  • Зафиксируйте все подключённые инструменты управления доходами, которые получают данные о тарифах из текущей системы

Архивные данные

  • Экспортируйте бронирования за последние 12 месяцев в виде статического архива (CSV или Excel)
  • Экспортируйте отчёты о выручке по каналам за тот же период
  • Храните эти файлы отдельно — импортировать их в новую PMS не требуется, но они могут понадобиться, если впоследствии возникнет спор по расчётам

Этап 2. Экспорт и импорт данных

Экспорт

  • Экспортируйте данные гостей в формате, который принимает новый поставщик (обычно CSV)
  • Экспортируйте будущие бронирования в том же формате
  • Убедитесь, что заголовки столбцов совпадают в точности — в большинстве инструментов импорта «Имя» и «Имя гостя» не являются взаимозаменяемыми
  • Перед закрытием экспортированного файла подсчитайте количество строк

Импорт

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

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


Этап 3. Управление текущими бронированиями

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

  • Назначьте дату начала параллельной работы (с этого дня новые бронирования вносятся в обе системы)
  • Поручите одному сотруднику ежедневно сверять новые бронирования в обеих системах
  • Для объектов с большим потоком бронирований: сначала обработайте новое бронирование в старой системе, а затем до окончания смены сразу продублируйте его в новой
  • Для групповых бронирований, охватывающих дату перехода: перед окончательным переходом вручную проверьте каждый номер в обеих системах

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

Внедрение с импортом данных
В рамках внедрения команда Smart Order выполняет импорт данных, настройку номеров и повторное подключение OTA — поэтому к дню перехода вы получаете уже проверенную систему, а не продолжаете её настраивать.

Попробовать бесплатно

Этап 4. Перенастройка OTA

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

Перед отключением старой системы

  • Составьте список всех каналов OTA, подключённых к старой PMS (Booking.com, Agoda, Expedia, Airbnb, Trip.com и других используемых площадок)
  • Запишите идентификатор своего объекта на каждой платформе (он потребуется для повторного подключения)
  • Проверьте, какие OTA требуют ручного подтверждения новых подключений к менеджеру каналов — ускоренное подключение Booking.com обычно занимает 24–48 часов, поэтому предусмотрите это в графике

Повторное подключение в новой системе

  • Поочерёдно подключите каждый канал OTA через новую PMS или менеджер каналов
  • После каждого подключения внесите в новой PMS тестовое изменение доступности и убедитесь, что оно отобразилось в OTA в течение 5 минут
  • Убедитесь, что названия типов номеров в новой PMS соответствуют типам номеров, сопоставленным в каждой OTA, — несоответствие приведёт к ошибкам синхронизации, которые не всегда заметны сразу
  • Перед запуском проверьте паритет тарифов во всех подключённых каналах
  • Для Booking.com: убедитесь, что статус подключения отображается как «активно» и в Экстранете Booking.com, и на панели управления новой PMS

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


Этап 5. Обучение персонала

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

Заезд и выезд

  • Каждый сотрудник стойки регистрации проводит в новой системе заезд по реальному (или реалистичному тестовому) бронированию — не просто смотрит демонстрацию, а выполняет весь процесс самостоятельно
  • Каждый сотрудник стойки регистрации проводит выезд и обрабатывает платёж
  • Отработайте следующие сценарии: запрос на ранний заезд, повышение категории номера, плата за поздний выезд

Бронирования

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

Обновления OTA

  • Как минимум один сотрудник умеет при необходимости вручную закрывать номера для продажи в менеджере каналов
  • Сотрудники понимают, что изменения из OTA не обновляются в PMS автоматически: необходимо проверять журнал изменений OTA и вносить их вручную

Платежи

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

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


Этап 6. Действия в день перехода

В день перехода старая система перестаёт быть основной, и вся работа полностью переносится в новую. Никаких неожиданностей быть не должно — всё уже проверено на этапах 1–5. Переход служит подтверждением готовности, а не испытанием.

За день до перехода

  • Все будущие бронирования перенесены в новую систему и проверены
  • Все каналы OTA подключены к новой системе и синхронизируются с ней
  • Обучение персонала завершено — каждый сотрудник стойки регистрации провёл как минимум одну реальную операцию
  • Контактное лицо службы поддержки нового поставщика определено и доступно для связи

Утро дня перехода

  • Проверьте, не поступили ли за ночь новые бронирования, которые не попали в новую систему
  • Убедитесь, что заезды на текущий день отображаются правильно и номера назначены верно
  • Убедитесь, что данные о доступности в OTA актуальны и передаются без ошибок (выборочно проверьте Booking.com и ещё один канал)
  • Проинструктируйте весь персонал: старая система теперь используется только как архив, а все новые операции выполняются в новой системе

Первые 48 часов

  • Проверяйте синхронизацию OTA каждые несколько часов — большинство проблем с синхронизацией проявляется в первые сутки
  • Убедитесь, что каждое бронирование, изменённое после перехода, правильно отображается и в PMS, и в OTA
  • Сохраните доступ к старой системе в режиме «только чтение» на 30 дней — не отменяйте подписку, пока не завершится первый расчётный период в новой системе

Этап 7. Проверка после перехода

  • Через 7 дней: сформируйте отчёт о выручке в новой системе и сравните его с данными ручного учёта за тот же период в старой системе
  • Через 14 дней: убедитесь, что все каналы OTA синхронизируются правильно и ни в одном экстранете не отмечены ошибки номерного фонда
  • Через 30 дней: убедитесь, что сотрудники не ведут параллельный ручной учёт (в электронных таблицах или блокнотах), который может указывать на пробелы в новой системе
  • Отмените подписку на прежнюю PMS после 30-дневного периода проверки — не раньше.

Если новая система объединяет менеджер каналов и PMS в одном продукте, синхронизация между стойкой регистрации и каналами OTA выполняется автоматически. Smart Order обновляет доступность номеров во всех подключённых OTA сразу после обработки бронирования — без ручной синхронизации и сверки данных в конце дня. Благодаря этому из ежедневного операционного чек-листа можно исключить целый пункт.

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

Попробовать бесплатно

Часто задаваемые вопросы о переходе на другую PMS для отеля

За сколько времени до перехода следует начать аудит данных?

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

Можно ли перейти на другую PMS для отеля в высокий сезон?

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

Что произойдёт с бронированиями из OTA, поступившими во время перехода?

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

Что делать, если после импорта данных отсутствуют некоторые бронирования?

Сразу же сопоставьте результаты импорта с показателями аудита, проведённого перед экспортом. Если количество записей не совпадает, определите, к чему относится расхождение: к данным гостей или бронированиям. Отсутствующие данные гостей обычно можно импортировать повторно. Чтобы найти отсутствующие будущие бронирования, сопоставьте экспортированный CSV-файл с данными в новой системе и вручную добавьте их до перехода.

Нужно ли уведомлять гостей о переходе на другую PMS?

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

Как проверить правильность синхронизации с OTA после перехода?

Войдите непосредственно в экстранет каждой OTA и сопоставьте доступный номерной фонд с данными в новой PMS. Затем внесите небольшое тестовое изменение в PMS — заблокируйте один номер на одну ночь — и убедитесь, что блокировка появилась в OTA в течение пяти минут. Если синхронизация не произошла за это время, проверьте статус подключения менеджера каналов в новой PMS, прежде чем делать вывод, что проблема возникла на стороне OTA.