1. Упустить категорию данных при экспорте из PMS легко; восстановить записи после отключения старой системы — нет.
2. Необходимо сохранить шесть типов записей: бронирования, профили гостей, платежи, счета, конфигурации номеров и исторические отчеты.
3. Совместимость форматов определяет, можно ли будет использовать экспортированные файлы — подтвердите это в обеих системах до дня миграции.
4. Окно экспорта закрывается вместе с истечением срока действия лицензии вашей старой PMS; относитесь к этому как к одноразовому резервному копированию, которое нельзя повторить.
Что обычно остается забытым
Смена системы управления отелем часто представляется как проблема технического переноса. Реальный риск заключается в другом: это проблема сохранения записей. Операторы, прошедшие через миграцию, часто описывают один и тот же опыт — они экспортировали данные, но не все, и не в том формате, который могла бы прочитать новая система.
Разговор об экспорте данных из программы управления отелем обычно заходит на поздних этапах выбора поставщика, когда договор уже подписан. К этому моменту сроки миграции утверждены, старая система сворачивается, и остается мало времени, чтобы обнаружить упущенное. В этой статье рассматриваются шесть категорий записей, которые необходимо выгрузить до того, как ваш доступ прекратится.
1. Активные и предстоящие бронирования
Это самый очевидный экспорт, с которым большинство операторов справляются — но лишь частично. Частичные сбои происходят из-за специфических типов бронирований.
Подтвержденные предстоящие бронирования обычно экспортируются корректно. Что упускается: групповые бронирования, охватывающие несколько номеров или имеющие индивидуальные соглашения о тарифах, бронирования со связанными дополнительными услугами, такими как плата за поздний выезд или включенный завтрак, а также бронирования, где исходный канал OTA изменил тариф после первоначального подтверждения.
Экспортируйте полную запись о бронировании, а не только краткую сводку. Вам понадобятся дата заезда, дата выезда, тип номера, стоимость номера за ночь, общая сумма, канал-источник, дата бронирования, история изменений и любые текстовые примечания, добавленные персоналом. Экспорт бронирований, в котором отсутствует поле канала-источника, делает невозможным сверку доходов за период миграции по OTA — у вас будут цифры доходов без привязки к каналам.
Также экспортируйте отмененные бронирования за последние 90 дней. Отмены во время окна миграции могут вызвать запросы на возврат средств после того, как вы уже перейдете на новую систему, и для их обработки вам потребуется исходная запись.
2. Профили гостей
База данных гостей — самый недооцененный элемент экспорта при миграции на новую систему управления отелем. Большинство операторов экспортируют ее с опозданием или вообще пропускают, поскольку это не кажется таким же срочным, как бронирования.
Практическая ценность становится очевидной на стойке регистрации. Когда приходит гость, останавливавшийся у вас уже шесть раз, ваши сотрудники должны видеть эту историю — предпочитаемый этаж, диетические предпочтения с прошлого визита, были ли у него спорные платежи. Без экспорта профилей этот контекст обнуляется в день перехода.
Экспортируйте контактные данные, количество проживаний, историю визитов, предпочтения по связи и любые примечания, прикрепленные к профилю. История проживаний особенно важна, поскольку некоторые PMS могут импортировать её напрямую, позволяя вашей команде видеть предыдущие визиты с первого дня, а не наблюдать, как база данных собирается заново в течение следующих двенадцати месяцев.
Формат зависит от системы. Некоторые экспортируют профили гостей в CSV, по одной строке на гостя. Другие используют JSON с вложенными записями о проживаниях. Уточните, какой формат может принять ваша новая PMS до начала экспорта, а не в день перехода.
Перенесите историю гостей в PMS, созданную для чистого импорта
При переходе на Smart Order историю бронирований, записи о гостях и конфигурации номеров не нужно восстанавливать с нуля. Команда внедрения Smart Order берет на себя импорт данных, чтобы ваша стойка регистрации с первого дня работала с точными записями.
3. Записи о платежах и непогашенные депозиты
Платежные записи выполняют две функции после миграции. Во-первых, они служат доказательством в любых спорах, возникающих после перехода. Во-вторых, они необходимы для любого гостя с непогашенным депозитом или частичной оплатой — эти балансы должны переноситься вместе с записью о бронировании.
Экспортируйте платежные записи с идентификаторами транзакций, датами, суммами, способами оплаты и бронированиями, к которым они привязаны. Экспортируйте записи о депозитах отдельно и сопоставляйте их со списком предстоящих бронирований. Любое бронирование в вашем предстоящем экспорте, включающее депозит, также должно иметь соответствующую прикрепленную запись об оплате.
Непогашенные остатки — гости с начислениями, которые не были оплачены на момент миграции — требуют отдельного подхода. Составьте список неоплаченных счетов до дня перехода. Они не могут быть перенесены автоматически, но этот список нужен вам, чтобы знать, с кого взимать оплату после начала работы в новой системе.
Регулярно возникающий сценарий: через восемь месяцев после миграции гость оспаривает платеж за проживание, выпавшее на даты перехода. Без исходной записи о платеже и соответствующего счета вы располагаете лишь неполной картиной, а сроки оспаривания уже идут.
4. Счета и фолио
Счета — это не то же самое, что платежные записи. Запись о платеже подтверждает перевод денег. Счет показывает, за что было начислено, кому, в какую дату и по какой налоговой ставке.
На большинстве рынков счета являются обязательными документами для целей учета НДС или соблюдения налогового законодательства, и обычно хранятся от трех до семи лет после даты транзакции. Ваша старая система управления отелем хранит эти записи. При закрытии аккаунта они исчезнут вместе с ним, если вы не экспортируете их заранее.
Экспортируйте счета в формате PDF для архивного хранения, а также в виде CSV или структурированных данных, если ваша новая PMS может импортировать историю счетов. Как минимум, экспортируйте и сохраните локально: номер счета, дату, имя гостя, позиции начислений, сумму налога, итоговую сумму и ссылку на платеж.
Групповые счета — для корпоративных клиентов, бронирований мероприятий или договоренностей с турагентами — требуют особого внимания. Они часто управляются в отдельном разделе PMS и регулярно упускаются при стандартном экспорте бронирований. Извлекайте их целенаправленно.
5. Типы номеров и тарифные планы
Конфигурации типов номеров не переносятся. Каждая PMS по-своему хранит определения категорий номеров — конфигурацию кроватей, максимальную вместимость, характеристики доступности, описания и ссылки на фотографии. Вам в любом случае придется вводить эти данные в новую систему заново.
Что вам нужно от экспорта — это точность, а не автоматический перенос. Экспортируйте ваш текущий список типов номеров со всеми параметрами, чтобы вводить данные на основе подтвержденных записей, а не по памяти. Ошибки в настройке типов номеров создают проблемы в дальнейшем: некорректные объявления на OTA, сбои синхронизации доступности и несоответствия цен. Обнаружения ошибки настройки через три недели после запуска вполне можно избежать.
С тарифными планами все сложнее. Экспортируйте ваши активные тарифные планы: стандартные базовые тарифы, тарифы прямого бронирования, нетто-тарифы OTA, корпоративные тарифы и сезонные изменения. Отметьте, на каких каналах был активен каждый тарифный план. Это понадобится вашей новой PMS для правильной настройки синхронизации в менеджере каналов.
6. Исторические отчеты и аналитика
Исторические отчеты — это та категория данных, которая удивляет операторов больше всего. Они экспортируют бронирования, платежи и профили гостей — а затем понимают, что у них нет ни истории загрузки, ни динамики ADR (средней цены за номер), ни данных о результативности каналов.
Это важно, поскольку ваша новая PMS начинает отслеживание с первого дня. Без исторических отчетов у вас нет базовой линии. Вы не сможете сказать, лучше или хуже загрузка в феврале этого года по сравнению с прошлым годом, потому что прошлогодние данные не перенеслись вместе с вами.
Экспортируйте как минимум за два года данные о ежемесячном уровне загрузки, средней стоимости номера за ночь (ADR) и доходах по каналам. Выгружайте их в виде файлов с необработанными данными, а не в PDF-отчетах. PDF можно прочитать, но нельзя импортировать или проанализировать. Файл CSV с одной строкой на каждый месяц и столбцами для загрузки, ADR, RevPAR и доходов по каналам даст вашей новой системе точку отсчета в течение первого года работы, когда сравнение тенденций имеет наибольшее значение.
Если в вашей новой PMS есть модуль отчетности, извлекающий информацию из текущих данных бронирования, именно исторический CSV-файл позволит вам сравнить текущий месяц с тем же месяцем два года назад — такое сравнение покажет, является ли рост реальным или сезонным.
Отслеживайте показатели с первого дня в Smart Order
Модуль отчетов и аналитики Smart Order собирает данные о загрузке, ADR и доходах по каналам на основе активных бронирований. Объекты размещения, импортирующие исторические данные из предыдущей PMS, получают базовую линию для сравнения тенденций, а не начинают с пустого отчета.
Часто задаваемые вопросы
Какие данные можно экспортировать из системы управления отелем (PMS)?
Большинство PMS поддерживают экспорт записей о бронированиях, профилей гостей, платежных транзакций, счетов, конфигураций типов номеров и исторических отчетов о показателях. Форматы экспорта различаются — CSV является наиболее распространенным для данных о бронированиях и гостях, тогда как счета обычно доступны в формате PDF. Уточните, что может экспортировать ваша текущая система и в каком формате, прежде чем утверждать дату перехода.
Как экспортировать данные о гостях из программы управления отелем?
Перейдите в раздел управления гостями или CRM вашей PMS и найдите функцию экспорта или скачивания. Большинство систем экспортируют данные о гостях в формате CSV с полями для имени, контактных данных, количества проживаний и даты последнего визита. Некоторые включают полную историю проживаний; другие выгружают ее отдельным файлом. Запросите спецификацию полей у вашего текущего провайдера и убедитесь, что новая система может её принять, прежде чем начинать.
Резервную копию каких данных из PMS отеля следует сделать перед переходом?
Создайте резервные копии шести категорий: подтвержденные предстоящие бронирования, профили гостей с историю проживаний, записи о платежах и депозитах, счета и фолио, конфигурации типов номеров и тарифных планов, а также исторические отчеты о показателях за два года. Храните копии в месте, независимом от обеих систем управления отелем — на общем диске или локальном хранилище — чтобы данные оставались доступными независимо от того, что произойдет во время перехода.
Можно ли импортировать исторические данные о бронированиях в новую систему управления отелем?
Некоторые PMS поддерживают прямой импорт исторических данных о бронированиях и гостях; другие требуют ручного ввода или частичного импорта. Совместимость форматов является решающим фактором — файл экспорта из вашей старой системы должен соответствовать схеме импорта новой. Отправьте ваши файлы экспорта новому провайдеру до дня перехода и уточните, какие именно данные могут быть импортированы автоматически, а какие придется вводить вручную.
Что происходит с данными в системе управления отелем после отмены подписки?
Большинство поставщиков PMS деактивируют доступ к аккаунту по истечении срока подписки и удаляют сохраненные данные в течение 30-90 дней. Некоторые предлагают возможность запросить архив данных в течение периода уведомления о расторжении, но это не гарантировано. Не полагайтесь на поставщика в вопросе сохранения ваших данных — завершите все экспорты до окончания договора. После отзыва доступа восстановление, как правило, невозможно.
Как долго гостиницы должны хранить экспортированные данные из PMS?
Храните записи о бронированиях не менее двух лет для разрешения споров и оперативных справок. Храните счета и записи о платежах в течение всего срока, требуемого вашей местной налоговой инспекцией — от пяти до семи лет на большинстве рынков. Данные профилей гостей должны управляться в соответствии с вашей политикой конфиденциальности и любыми применимыми законами о защите данных, с установленным процессом удаления профилей, срок хранения которых истек.
