Как подготовить план выхода из PMS?

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

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

План выхода договаривают до загрузки первой базы

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

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

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

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

Выгрузка становится резервной копией только после проверки

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

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

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

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

$ sha256sum bookings_2026-07-30.xlsx
6e1c17d7b12f3d8c45a2b1f44b6db2c9b0ea2e3db73e4511f38b842f9a7c6421  bookings_2026-07-30.xlsx

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

Файл для чтения и файл для импорта решают разные задачи

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

XLSX удобен для ручной сверки и часто принимается российскими гостиничными системами. CSV проще обрабатывать и открывать в разных программах, но в нем надо заранее закрепить UTF-8, разделитель, формат даты и десятичный знак. PDF сохраняет вид счета, анкеты или отчета, но почти бесполезен для массового импорта. JSON или XML могут сохранить связи и служебные идентификаторы, если текущая и новая системы документируют такую загрузку. Само расширение не гарантирует совместимость.

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

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

До выбора новой PMS запросите ее пустой шаблон импорта и описание ограничений. Затем сопоставьте его с реальной выгрузкой текущего поставщика. Если старый файл содержит одну колонку «Гость», а новый шаблон требует раздельно фамилию и имя, преобразование надо подготовить заранее. Если новая система не принимает историю оплат, сохраните ее в читаемом архиве и решите, где администратор будет искать старую задолженность после переключения.

Перенос начинается с карты данных, а не с шахматки

Карта данных перечисляет все, без чего объект не сможет принять гостя, закрыть смену или ответить на претензию. Ее удобно вести как таблицу из пяти колонок: набор данных, владелец, формат экспорта, место хранения и способ проверки. Строк должно быть столько, сколько реальных наборов, а не столько, сколько пунктов показывает меню PMS.

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

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

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

Связи между записями теряются чаще самих строк. Групповая бронь может распасться на отдельные комнаты, плательщик может отделиться от проживающего, а ребенок или второй гость исчезнуть из карточки заказчика. Зафиксируйте идентификатор группы, связь заказчика с каждым проживающим, компанию-плательщика и внешний номер канала. Проверьте также дубликаты: одна бронь иногда присутствует в выгрузке как заказ канала и как запись PMS. Автоматическое удаление записей по совпавшей фамилии опасно, потому что два однофамильца с одинаковой датой заезда вполне могут быть разными гостями. Надежнее искать совпадение по паре постоянных идентификаторов и выносить сомнительные случаи в ручную очередь.

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

Рядом с выгрузкой положите простой паспорт комплекта. Такой файл можно прочитать без старой PMS:

Объект: Гостевой дом, основной корпус
Снимок: 30.07.2026 23:15 МСК
Период бронирований: 01.01.2024-31.12.2027
Активные и будущие брони: 184
Будущие заезды: 76
Оплаты по активным броням: 2 418 600,00 RUB
Файлы: bookings.xlsx, guests.csv, payments.csv, rooms.xlsx, documents.zip
Ответственный за проверку: владелец

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

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

Условия выхода в договоре должны быть исполнимыми

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

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

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

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

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

При переезде персональные данные остаются ответственностью отеля

Смена подрядчика не снимает с владельца обязанностей оператора персональных данных. Статья 6 закона 152-ФЗ разрешает поручить обработку другому лицу на основании договора или иного поручения и требует определить перечень данных, операции, цели, конфиденциальность и меры защиты. Перед субъектом за действия обработчика отвечает оператор. Поэтому отправить паспортную базу новой поддержке в обычном письме ради быстрого импорта нельзя считать нейтральным техническим шагом.

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

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

Статья 21 закона 152-ФЗ связывает прекращение обработки и уничтожение с достижением цели, требованием субъекта и другими основаниями, учитывая случаи, когда данные надо хранить по договору или закону. Приказ Роскомнадзора N 179 требует при автоматизированной обработке акт об уничтожении и выгрузку из журнала регистрации событий; эти подтверждения хранят три года. В условиях выхода запросите у старого поставщика именно тот комплект подтверждений, который соответствует вашей роли и договору, а не свободное письмо менеджера.

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

Учебный переезд обнаруживает потери заранее

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

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

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

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

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

Продажи переключают один раз в назначенный момент

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

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

В назначенный час выполните один согласованный порядок:

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

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

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

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

Аварийная папка должна работать без старой PMS

Если поставщик исчезнет завтра, объекту нужен комплект на ближайшие заезды, а не вся история в идеальном виде. Держите локальный список прибытий и выездов хотя бы на следующие 30 дней, остатки оплат, телефоны для связи, назначенные комнаты и особые условия. Ограничьте доступ и обновляйте файл вместе с ежедневной выгрузкой. Распечатка без паспортных данных может помочь на стойке при кратком сбое, но после восстановления все изменения надо внести в основную систему.

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

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

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

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