TravelLine vs Bnovo: миграция PMS без потерь (тарифы, брони, эквайринг)

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

Миграция PMS — это не просто «перенести базу». Это стратегическая операция, где нужно проверять каждый шаг: от правил проживания до интеграций с каналами продаж. Иначе «простая» замена системы обернется потерей дохода и репутации.

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

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

Карта сущностей: как сопоставить и подготовиться к миграции

При переходе на новую PMS важно не просто скопировать данные, а сопоставить ключевые сущности: тарифы, брони, эквайринг, промокоды. Это поможет:

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

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

Типы номеров

TL:

Устанавливаются через меню «Управление номерами» → «Категории номеров». Здесь, кроме типа, задаются площадь, допместа, вместимость, оснащение, другие характеристики.

B:

Добавляются в «Настройках» (значок шестеренки) → «Категории номеров». Указываются возможность размещения с детьми, вместимость, число кроватей, стоимость по умолчанию.

Что проверить до переноса:

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

Тарифные планы

TL:

Настраиваются в разделе «Управление номерами» → «Тарифы». Здесь можно создавать разные типы тарифов (самостоятельный, динамический, комбинированный) и настройки к ним: категории номеров, способы оплаты, ограничения, допуслуги и другие опции.

B:

Задаются в разделе «Тарифы» → «Добавить тариф». Можно выбрать один из двух типов тарифов (самостоятельный, зависимый), указать цены, ограничения, включенные сервисы и т.д.

Что проверить до переноса:

Сравните тарифы. Можно ли перенести их из старой системы в новую «один к одному» или придется создать новые? Совпадает ли необходимый вам набор опций.

Методы оплаты, эквайринг

TL:

Методы меняются в разделе «Настройки гостиницы» → «Способы оплаты». Можно выбрать вариант предоплаты: 100% или за одну ночь. По запросу в техподдержку платформы подключается эквайринг из списка партнеров TravelLine.

B:

Способы оплаты задаются в настройках тарифов — в процентах от всей суммы или суток. Шлюзы онлайн-оплаты добавляются в разделе «Финансы» → «Реквизиты» через отправку заявки на подключение.

Что проверить до переноса:

Сверьте методы оплаты: все ли привычные способы (карты, наличные, безнал, предоплата/без) доступны на платформе. Убедитесь, что новая система поддерживает вашего текущего эквайринг-партнера. Если нет, придется переподключиться.

Налоги и сборы

TL:

Настройка туристического налога происходит через «Управление отелем» → «Настройки» → «Общие настройки».

B:

В разделе «Финансы» → «Настройки» → «Туристический налог» можно включить турналог, задать ставку, минимальный сбор, настроить льготников.

Что проверить до переноса:

Как именно налоги и сборы считаются в старой системе. Можете ли вы настроить аналогичный расчет в новой.

Промо / закрытые тарифы

TL:

Создаются через «Управление номерами» → «Тарифы». Можно формировать специальные тарифы (со скидками, допуслугами), доступные только при вводе промокода.

B:

Настраиваются в разделе «Тарифы» → «Промокоды», где устанавливаются скидки, апгрейд номера, бесплатные услуги.

Что проверить до переноса:

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

По такой же аналогии нужно сопоставить все опции систем:

Что нужно сделать:

1. Зафиксировать текущее состояние по каждой из опций.
2. Выгрузить, проверить полноту и корректность.
3. Определить возможности новой платформы.
4. Понять, что можно перенести «как есть» с помощью функций импорта/экспорта.
5. Перечислить, что придется настроить вручную.

Этот чек-лист даст вам контроль над процессом и поможет пройти миграцию без сюрпризов, независимо от того, будете ли вы переезжать на новую платформу с помощью API, импорта через Excel/CSV-файл или внося данные самостоятельно. Дальше разберем несколько примеров переноса.

Перенос тарифов и правил — TravelLine vs Bnovo

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

Тарифы: форматы, кодировки, маппинг полей

Независимо от того, из какой в какую систему происходит переезд, необходимо учесть такие аспекты:

1. Формат. Наиболее распространены для импорта данных CSV/XLSX (поддерживают обе платформы), также встречаются XML, JSON. Для корректного импорта важно, чтобы форматы были сопоставимы.
2. Кодировка. Как правило, это UTF-8 (в TravelLine и Bnovo используются именно они). Но если это другая система или исходный файл имеет отличающуюся кодировку (например, ANSI или Windows-1251) перед импортом его придется преобразовать, чтобы избежать проблем с отображением символов.
3. Маппинг полей. Необходимо точно сопоставить поля из старой системы с полями в новой, чтобы данные корректно перенеслись. Нужно сопоставить буквально каждое поле: название тарифа, описание, цена, условия отмены и т.д.

Правила: LOS, отмены, предоплата, ограничения каналов

Разные PMS задают правила в разных местах, и это важно учитывать при миграции. В обеих рассматриваемых нами системах правила задаются на уровне тарифа. У TravelLine в разделе «Управление номерами» → «Тарифы» в полях MinLOS, MaxLOS, ClosedToArrival и т.д. У Bnovo в «Тарифы» → «Добавить тариф» в блоке настроек. Настраиваемые поля в системах могут не совпадать — это обязательно нужно проверить.

Типичные ошибки при переносе тарифов и правил

• Дубли. Ошибки в маппинге полей приводят к созданию лишних копий записей.
• Рассинхрон валют/налогов. Несоответствие валют и налоговых ставок между системами может вызвать ошибки в расчетах. Например, если в старой системе цена в EUR, а в новой — по умолчанию в рублях, «поедет» все, включая строгую отчетность.
• Потеря приоритетов и наследования. Если ПО использует концепцию наследования тарифов (например, «невозвратный» план берет цены и ограничения от «стандартного», но со скидкой), убедитесь, что эта логика будет правильно воспроизведена в новой системе, иначе такие предложения придется создавать вручную заново.

Практические рекомендации

• Составьте таблицу текущих тарифов и правил с ключевыми полями (категория, цена, скидка, LOS, отмена, предоплата, канал).
• Проверьте, как эти поля отображаются в целевой PMS.
• Используйте экспорт/импорт тарифов только для строго соответствующих полей (некоторые системы предлагают специальные шаблоны для этого); остальное настраивайте вручную.
• После импорта тестируйте каждый тариф и правило на корректность расчета.

Перенос броней и клиентов: безопасно и без потерь — TravelLine vs Bnovo

Перенос бронирований — самый нервный момент миграции: ошибки тут бьют и по деньгам, и по репутации. Чтобы свести риски к минимуму, обе системы предлагают шаблоны для заполнения и последующего импорта бронирований. Рис. 3. TravelLine: перенос бронирований PMS

TL: Импорт выполняется через раздел «Управление отелем» → «Настройки» → «Импорт данных». Система поддерживает загрузку Excel/CSV с информацией о бронированиях и клиентах. Важно! До переноса броней нужно создать категории номеров и добавить в шахматку. Это делается в разделе «Номерной фонд».

B: Здесь процесс устроен иначе: вы скачиваете Excel-шаблон, заполняете данными (даты, статус, ваучеры, допуслуги и т.п.), и отправляете файл службе поддержки для загрузки в систему. Важно! Данные о тарифе, связанных бронированиях, количестве проживающих и дате создания нужно будет актуализировать вручную. Категории номеров также, как и в TL, нужно создать до импорта.

Что учесть:

1. Детали бронирования: статус, информация о госте, сведения о предоплате, распределение по номерам, дополнительные услуги. Убедитесь, что все эти поля имеют точные аналоги в новой системе. Если нет, то будьте готовы заполнить данные в ручном режиме.
2. История: прошлые бронирования нужны для аналитики, сверки, отчетности. Обычно их не переносят в новую систему, но и терять их не стоит. Лучшая практика: сохранить в архивном файле CSV/XLSX и использовать для экспорта/импорта броней, если необходимо.
3. Контроль дублей и коллизий. Чтобы избежать ошибок и задвоений в процессе перехода на новую систему:
   • Создайте «окно миграции» — период, когда новые бронирования не принимаются или обрабатываются вручную.
   • Заморозьте изменения в старой системе на время переноса.
   • После импорта (если он предусмотрен системой, как, например, в TL), проверьте журнал ошибок: он покажет, какие резервирования не переносятся и почему.

Интеграции, API — TravelLine vs Bnovo

Без корректной интеграции с каналами продаж, CRM, АСУ и метапоиском точный учет бронирований, расходов и клиентов со временем станет невозможен. Ошибки начнут наслаиваться и приведут к отказам, сбоям, проблемам с отчетностью. Чтобы избежать этого, обе системы поддерживают внешние интеграции и открытость API.Рис.4. Интеграции

TL: Подключение АСУ происходит через раздел «Интеграции». Обмен данными о бронированиях, гостях, платежах и номерах возможен через API-WebPMS, ключ к которому находится в блоке настроек раздела «Управление отелем». Здесь же с помощью TravelLine Агент настраивается работа с электронными ключами: TTLock, QControl, iLocks и другими.

B: Модуль PMS‑Integration синхронизирует тарифы, доступность и бронирования с метапоисковиками. Octopus расширяет функционал платформы, позволяя интегрировать АСУ, CRM, мессенджеры, умные замки и другие внешние системы через API.

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

UAT, go-live и контроль после запуска PMS

Перед тем как полностью перейти на новую PMS, важно провести User Acceptance Testing (UAT, тест-план) — проверку системы конечными пользователями. Цель — убедиться, что бронирования, тарифы, оплаты, другой функционал работают как нужно и подготовиться к Go-live — моменту, когда новая система начинает работать в реальных условиях.

Вот как пройти этот этап безопасно:

1. Подготовка к тестированию
Создайте сценарии на 7–10 дней: бронирования, отмены, возвраты, проверка тарифов и видимости номеров. Используйте реальные данные отеля. .
2. UAT
Прогоните тесты и зафиксируйте все ошибки. Подключите к процессу реальных сотрудников, которые ежедневно вводят и проверяют резервирования, обрабатывают оплаты. Так вы надежнее и быстрее выявите ошибки, нестыковки.
3. Go-live

• После устранения обнаруженных проблем, определите дату и время запуска.
• Подготовьте fallback-план — точный порядок действий на случай проблем при запуске новой PMS. Будьте готовы временно вернуться к работе в старой системе, подготовьте бекапы, резервные копии данных в CSV для быстрого импорта.
• Установите freeze window — на этот период вам придется приостановить бронирования или обрабатывать их вручную: вам нужно заранее определить, кто, где и как это будет делать.

4. Контроль после запуска
Сверяйте отчеты: количество бронирований, доход, отмены, успешные платежи, ошибки интеграций. При необходимости задействуйте fallback-план для минимизации сбоев и потерь.Хорошо, если вы заранее продумаете форматы, которые помогут отследить ошибки миграции. Например, можно использовать CSV-выгрузку отчетов из старой и новой систем для сопоставления данных по такому шаблону:

Продуманный пошаговый подход минимизирует простои и финансовые риски.

FAQ

В этой статье мы подробно разбирали миграцию PMS: как организовать перенос тарифов, правил, броней, клиентов, интеграции, тестирование UAT и go-live без простоев. Ниже — быстрые ответы на самые частые вопросы, чтобы вы могли сориентироваться без чтения всей статьи.

Как перенести тарифные планы?

Экспортируйте тарифы в CSV/XLSX, проверьте кодировку и маппинг полей, затем импортируйте в новую систему. Убедитесь, что правила LOS(length of stay), отмены/предоплаты совпадают.

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

Создайте в новой системе категории номеров, скачайте и заполните шаблон CSV/Excel для импорта бронирований, заполните его данными из прежней PMS и импортируйте в систему (TravelLine) или отправьте для загрузки в службу поддержки (Bnovo), проверьте статусы и суммы предоплат.

Что делать с возвратами и холдами при миграции?

Все текущие холды (заморозки платежей), возвраты/ частичные возвраты нужно сверить вручную. Если новая PMS умеет подтягивать платежи — синхронизируйте их автоматически, если нет — внесите вручную.

Нужно ли переподключать каналы в Channel Manager?

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

Как пройти UAT и не останавливать бронирования?

Спланируйте тестовые сценарии на 7-10 дней, используйте реальные данные, вовлекайте сотрудников. Подготовьтесь к тому, что на время запуска придется регулировать брони вручную — продумайте, где и как вы будете это делать. Распишите точный fallback-план, чтобы отработать критические сценарии без потерь.

Как быстро вернуть старую конфигурацию?

Держите резервные копии CSV/Excel с тарифами, бронями и настройками. В случае проблем восстановите данные из этих файлов или временно переключитесь на старую PMS.