1. Убедитесь, что в OTA отображается одно изменённое бронирование, а не две отдельные реальные брони.
2. Сравните обе записи в системе управления отелем по номеру подтверждения OTA и истории изменений.
3. Оставьте запись, которая сможет и дальше получать изменения из OTA, сохранив платежи и примечания о госте.
4. Сверьте номерной фонд, назначения номеров, сообщения и отчёты, прежде чем закрыть дубликат.
Дубликат бронирования при изменении в OTA возникает, когда изменение существующего бронирования создаёт вторую запись в системе управления отелем вместо обновления первой. Сотрудники стойки регистрации могут увидеть два заезда для одного гостя, двойное списание номера из доступного фонда либо старую и новую записи с разными датами.
Эта ситуация отличается от дубликата, созданного из-за повторного импорта нового бронирования. Здесь главным доказательством служит изменение: в OTA по-прежнему числится одно бронирование, тогда как система управления отелем разделила его старую и новую версии.
Не отменяйте ни одну из записей, пока отель не определит, какая из них остаётся связанной с будущими изменениями из OTA. Удаление неверной записи может привести к потере уведомлений об отмене, платёжных инструкций, сообщений гостя или правильного назначения номера.
Убедитесь, что в OTA есть только одно бронирование
Откройте текущее бронирование в нужном объекте размещения в OTA. Выполните поиск по номеру подтверждения канала и убедитесь, что OTA показывает одну активную бронь, время её последнего изменения и полные актуальные параметры проживания.
Сравните исходные и текущие данные: дату заезда и выезда, тип номера, количество номеров и гостей, стоимость, способ оплаты, условия отмены и статус. Сохраните время изменения и часовой пояс.
Если OTA показывает два разных номера подтверждения, не считайте записи в системе управления отелем дубликатом, возникшим при изменении. Это могут быть две реальные брони, и перед отменой любой из них необходимо получить подтверждение гостя.
Если в OTA отображаются один номер подтверждения и одно текущее бронирование, в итоге у отеля должна остаться одна рабочая запись в системе управления отелем. Вторая запись — внутренний дубликат, а не отдельное обязательство перед гостем.
Приостановите дальнейшие ручные изменения
Назначьте одного менеджера или старшего сотрудника стойки регистрации ответственным за этот случай. Предупредите следующую смену, чтобы до завершения проверки никто не переселял гостя, не принимал оплату, не отправлял подтверждения и не отменял ни одну из записей.
Заблокируйте текущий номер гостя только один раз. Если изменение затрагивает последний доступный номер, заезд в тот же день или переселение, создайте одну временную блокировку согласно процедуре отеля. Не создавайте дополнительные блокировки для обеих записей в системе управления отелем.
По возможности приостановите запланированные сообщения гостю, привязанные к старой записи. Два напоминания о заезде или два запроса на оплату могут обнаружить дубликат раньше, чем отель разберётся в ситуации.
Подключённый channel manager для отеля должен сохранять привязку подтверждения OTA и последующих изменений к одному бронированию отеля. При разборе этого случая используйте историю соединения как доказательство и не отправляйте изменение повторно несколько раз.
Сопоставьте две записи в системе управления отелем
Начните сравнение с номера подтверждения OTA. Затем проверьте идентификатор бронирования в системе управления отелем, время создания и последнего изменения, источник, даты, номер и тарифный план, гостей, стоимость, платёжные инструкции, депозиты, примечания, сообщения, назначенный номер и движение номерного фонда.
В старой записи могут храниться исходный платёж или переписка с гостем, а в новой — правильные изменённые даты. Не удаляйте ни одну из них, пока отель не определит, какие сведения необходимо сохранить.
Найдите явную последовательность изменения: одна запись соответствует бронированию до изменения, а другая — его текущей версии в OTA. Также проверьте, не отсутствует ли в новой записи ссылка на OTA и не отличается ли она. Из-за отсутствующей ссылки дубликат может выглядеть как ручное прямое бронирование.
Проверьте также отменённые и архивные бронирования. Сотрудники могли уже попытаться устранить проблему, оставив один видимый заезд и ещё одну скрытую запись, которая по-прежнему влияет на доступность номеров или платёжную отчётность.
Выберите запись, которую следует оставить
Оставьте запись в системе управления отелем, которая сможет и дальше получать изменения и отмены из OTA. В ней должны сохраняться правильный номер подтверждения OTA, источник канала, текущий статус и связь с исходной историей бронирования.
Если связанная запись содержит старые даты, а в дубликате указаны правильные новые даты проживания, внесите утверждённые актуальные данные в связанную запись, а не выбирайте новую только потому, что она выглядит правильной. Если неясно, какая запись владеет связью, уточните безопасный порядок действий у поставщика системы управления отелем.
Перед закрытием лишней записи сохраните историю взаимодействия с гостем. Перенесите или сохраните разрешённые примечания об оплате, ссылки на депозиты, запросы гостя, внутренние комментарии, решения о назначении номера и задачи сотрудников, не дублируя начисления.
Эффективный рабочий процесс в программе управления отелем объединяет источник бронирования, счёт, назначение номера и историю аудита. Благодаря этому после удаления дубликата оставшаяся запись остаётся удобной для стойки регистрации, обслуживания номеров и финансового отдела.
Smart Order помогает команде в рамках единого рабочего процесса проверить ссылку OTA и обе записи в системе управления отелем, прежде чем решить, какую бронь оставить.
Сохраняйте изменения OTA в одном бронировании отеля
Используйте Smart Order, чтобы проверить ссылки бронирований, номерной фонд и историю бронирования перед устранением дубликата.
Устраняйте дубликат в контролируемой последовательности
Следуйте единой последовательности, чтобы доступность номеров и денежные суммы не изменились дважды:
- Подтвердите единственное текущее бронирование в OTA и последние изменённые данные.
- Отметьте запись в системе управления отелем, которая останется, и зафиксируйте, почему именно она является связанной записью.
- Обновите оставшуюся запись, указав утверждённые данные о проживании, номере, стоимости, гостях, оплате и правилах.
- Перенесите из дубликата только необходимые примечания, задачи, депозиты и назначения номеров.
- Закройте лишнюю запись в системе управления отелем с помощью утверждённой процедуры обработки дубликата, аннулирования, объединения или отмены, не связанной с гостем.
- Пересчитайте доступность номеров и итоговые суммы платежей, затем снова выполните поиск по номеру подтверждения OTA.
Не отменяйте реальное бронирование в OTA, чтобы удалить лишнюю запись в системе управления отелем. Это изменит бронь гостя и может привести к возврату средств, комиссии, отправке сообщения или высвобождению номера на канале.
Не удаляйте лишнюю запись без дополнительных действий, если она содержит финансовые операции. Финансовому отделу нужна отслеживаемая корректировка, объясняющая, почему эта запись больше не представляет отдельное проживание.
Сверьте номерной фонд, платежи и задачи по гостю
Подсчитайте физический номерной фонд до и после исправления. Итоговое бронирование должно ровно один раз резервировать текущий тип номера на каждую ночь проживания. Старые даты, удалённые при изменении, больше не должны оставаться заблокированными.
Сопоставьте платёжные инструкции OTA со счётом в оставшейся записи системы управления отелем. Проверьте предоплаченные или полученные каналом суммы, остаток к оплате в объекте размещения, депозит, возврат, примечания о виртуальной оплате, если применимо, и все начисления, уже внесённые сотрудниками. Никогда не переносите и не дублируйте конфиденциальные данные банковских карт.
Проверьте переписку с гостем. Сохраните единую цепочку подтверждений и объясните актуальные условия проживания только в том случае, если гость получил противоречивые сообщения. Удалите дублирующиеся задачи по обслуживанию номеров, ссылки для заезда, напоминания об оплате, приветственные сообщения и назначения номеров.
Мобильный рабочий процесс стойки регистрации отеля должен показывать дежурной команде один рабочий заезд. Если обе записи по-прежнему отображаются в мобильном приложении или операционных списках, устранение проблемы ещё не завершено.
Проверьте следующее событие OTA
После исправления в последний раз сравните оставшуюся запись в системе управления отелем с данными OTA. Проверьте статус, даты, номер, тариф, гостей, стоимость, оплату, условия отмены и доступность номеров.
Внимательно проследите за следующим поддерживаемым изменением или отменой. Событие должно обновить оставшуюся запись, а не повторно создать закрытый дубликат или открыть третью бронь.
Передайте службе поддержки номер подтверждения OTA, идентификаторы обеих записей в системе управления отелем, исходные и изменённые данные, время создания и изменения, снимки экрана, сведения о влиянии на номерной фонд и информацию о записи, выбранной для сохранения. Попросите объяснить, почему изменение создало новую запись вместо обновления существующей.
Закрывайте случай только после того, как в системе управления отелем останется одна рабочая запись, номерной фонд будет скорректирован, денежные суммы будут учтены один раз, а у будущих изменений OTA будет однозначно определённая запись назначения.
Предотвращайте появление дубликатов при изменении
Требуйте, чтобы перед созданием ручной брони для изменённого проживания сотрудники выполняли поиск по номеру подтверждения OTA. Если бронирование исчезло из списка заездов, это может означать, что его даты изменились, а не что оно было удалено.
Проверяйте создание, изменение и отмену бронирований после добавления новой OTA, подключения к системе управления отелем, типа номера или тарифного плана. Изменение должно обновлять идентификатор исходного бронирования.
Отслеживайте причины появления дубликатов отдельно: повторный ручной ввод, неподдерживаемое изменение, изменённое сопоставление, предыдущий сбой импорта, копия, созданная сотрудником, или запоздалое изменение. Способ предотвращения зависит от причины, а не от самого факта появления двух записей.
Часто задаваемые вопросы
Какую запись в системе управления отелем следует оставить?
Оставьте запись, которая остаётся привязанной к подтверждению OTA и может получать будущие изменения, сохранив полные актуальные данные проживания и утверждённую финансовую историю.
Следует ли сотрудникам отменить одну бронь в экстранете OTA?
Нет, если в OTA отображается только одно бронирование. Устраните дубликат внутри системы управления отелем, не изменяя реальную бронь гостя.
Что делать, если обе записи в системе управления отелем содержат платежи?
Приостановите дальнейшие начисления, определите реальные транзакции и поручите финансовому отделу перенести или сторнировать записи согласно утверждённой процедуре отеля до закрытия дубликата.
Когда проблема считается решённой?
В системе управления отелем остаётся одна актуальная бронь, номер блокируется один раз, платежи и сообщения не дублируются, а следующее событие OTA поступает в эту запись.
