1. Подтвердите бронирование в соответствующем объекте размещения в Экстранете tiket.com, прежде чем изменять доступность или создавать запись в системе управления отелем.
2. Выполните поиск по ID маршрута (Itinerary ID) в tiket.com, менеджере каналов и во всех статусах бронирования системы управления отелем.
3. Определите, на каком этапе произошел сбой: при доставке, сопоставлении, валидации импорта или фильтрации в представлении заездов.
4. Повторите попытку только с момента неудачной передачи данных, затем убедитесь, что существует только одно бронирование, а доступность изменилась только один раз.
Если бронирование tiket.com не отображается в системе управления отелем, оно по-прежнему является активным, если tiket.com его подтвердил. Сбой может произойти между Экстранетом и менеджером каналов, между менеджером каналов и системой управления отелем, либо в очереди импорта системы управления отелем. Бронирование также может существовать, но быть скрытым из представления заездов.
Не начинайте с повторной отправки или ручного ввода бронирования. Подтвердите запись канала, отследите один и тот же идентификатор в каждой системе и защитите гостя, не создавая второе бронирование.
Подтвердите бронирование в Экстранете Tiket.com
Войдите в соответствующий объект размещения в десктопной версии Экстранета. Откройте Бронирования > Поиск бронирований, затем выполните поиск по ID маршрута или имени гостя. Расширьте диапазон дат и проверьте подтвержденные, измененные и отмененные статусы, а не полагайтесь только на сегодняшнюю панель управления.
Приложение Lignum от tiket.com предоставляет еще один способ проверки. Откройте Бронирования (Reservations), переключайтесь между Заезд (Check-In) и Бронирование (Booking), выберите соответствующий диапазон дат и выполните поиск по имени гостя или ID маршрута. Руководство по поиску бронирований tiket.com и руководство по бронированию Lignum описывают эти актуальные проверки на стороне партнера.
Откройте бронирование и запишите объект размещения, ID маршрута, статус бронирования, время создания и изменения, даты проживания, номер, тарифный план, количество гостей, данные гостя, инструкции по оплате и особые запросы. Используйте запись канала, чтобы установить, есть ли у гостя действительное бронирование; используйте систему управления отелем (PMS) в качестве рабочего назначения.
Если tiket.com не может найти бронирование, перепроверьте объект размещения и идентификатор, прежде чем предпринимать действия на основе скриншота от гостя или пересланного электронного письма. Если tiket.com показывает его как подтвержденное, защитите проживание, даже если проблема с доставкой остается нерешенной.
Отследите процесс передачи бронирования
Подключенное бронирование обычно передается от tiket.com к менеджеру каналов или провайдеру подключения, проходит через сопоставление продуктов, попадает в службу импорта системы управления отелем и, наконец, в представление заездов. Проверьте эту цепочку с помощью одного ID маршрута.
- Найдите ID маршрута tiket.com и временную метку бронирования у провайдера подключения.
- Проверьте, было ли оно получено, поставлено в очередь, доставлено, отклонено или отправлено повторно.
- Зафиксируйте ID сообщения провайдера, целевой объект размещения, ответ и текст ошибки.
- Выполните поиск по всей системе управления отелем по ID маршрута, ссылке провайдера, имени гостя, дате бронирования и дате проживания.
- Проверьте ожидающие, неудачные, дублирующиеся, помещенные в карантин, отмененные, архивные и нераспределенные записи.
- Сравните все временные метки в одном часовом поясе, прежде чем определять, где произошла задержка.
Если у tiket.com есть бронирование, а у провайдера нет, сбой произошел до провайдера. Если провайдер доставил его, а система управления отелем отклонила, расследуйте ошибку импорта. Если оно содержится в системе управления отелем вне раздела заездов, исправьте фильтр или рабочий статус вместо повторного импорта.
В Smart Order менеджер каналов для отеля поддерживает связь входящих ссылок OTA с сопоставленной доступностью номеров и путем бронирования в системе управления отелем, что упрощает поиск последней успешной передачи данных.
Отслеживайте бронирования Tiket.com перед повторной попыткой
Свяжите входящие бронирования, сопоставленные номера и доступность в системе управления отелем, чтобы персонал мог изолировать одну неудачную передачу данных без создания дублирующего бронирования.
Проверьте подключение и сопоставление продуктов
Убедитесь, что подключение tiket.com активно для нужного объекта размещения и что включено направление доставки бронирований. Недавнее успешное обновление тарифов не доказывает, что входящие бронирования работают; для этих двух потоков могут использоваться разные службы.
Сравните идентификаторы объекта размещения, номера и тарифного плана tiket.com с сопоставлением в менеджере каналов и активными продуктами системы управления отелем. Обратите особое внимание на случаи, когда номер был переименован, план клонирован, продукт деактивирован или объект размещения переподключен. Совпадения отображаемых имен недостаточно.
Проверьте количество гостей, настройки для детей, питание, условия отмены, модель ценообразования и валюту. Провайдер может получить бронирование, но отклонить его из-за того, что комбинированный продукт (номер и тариф) не имеет действительного назначения в системе управления отелем или из-за неподдерживаемого обязательного значения.
Не сопоставляйте заново активный номер просто для того, чтобы протолкнуть одно бронирование. Подтвердите физический пул доступности и коммерческие условия, сохраните старое сопоставление, получите одобрение и протестируйте исправленное сопоставление на продукте с низким уровнем риска.
Проверьте правила импорта и заездов в системе управления отелем
Внимательно прочитайте точную причину отклонения системой управления отелем, прежде чем изменять данные. К частым причинам относятся неактивный объект размещения, отсутствие сопоставления номера или тарифа, недействительное количество гостей, дублирующийся внешний ID, неподдерживаемые символы, отсутствие обязательных полей гостя, закрытая операционная дата или изменение, поступившее до оригинального бронирования.
Если отклонений не появилось, выполните поиск за пределами списка заездов по умолчанию. Проверьте область действия объекта размещения, диапазон заездов, операционную дату, часовой пояс, статус бронирования, назначение номера, фильтр источников и права пользователя. Измененное бронирование могло выйти за рамки сегодняшнего дня, а отмена может остаться только в истории.
Сохраните частичный импорт, если исходный ID уже существует. Восстановите или воспроизведите эту связанную запись, вместо того чтобы создавать второе бронирование, которое не сможет получать последующие изменения или отмены.
Защитите гостя и доступность номеров
Когда tiket.com подтверждает бронирование, стойке регистрации требуется рабочая страховка на время продолжения технического расследования.
- Выполните последний поиск в каждой системе, используя ID маршрута.
- Удерживайте нужный физический номер с помощью утвержденного в отеле процесса обработки исключений.
- Создавайте временную запись в системе управления отелем только в том случае, если этого требует политика для скорого заезда.
- Сделайте пометку ожидает сверки синхронизации tiket.com и укажите внешнюю ссылку.
- Точно скопируйте даты, номер, тариф, количество гостей, способ оплаты, условия отмены и включенные услуги.
- Отключите автоматическое дублирование подтверждений, оплат, кодов доступа и отзывов во временной записи.
- Назначьте ответственного и крайний срок для ее объединения или удаления после восстановления.
Не отменяйте подтвержденное бронирование канала и не просите гостя забронировать снова из-за сбоя внутренней передачи данных. Не уменьшайте доступность независимо друг от друга в нескольких системах. Запишите один временный контроль, а затем проведите сверку, когда поступит связанное бронирование.
Электронная почта — это полезное резервное оповещение, но не доказательство доставки в систему управления отелем. Tiket.com отправляет письма о новых бронированиях пользователям с ролями администратора или менеджера по бронированию; в руководстве по письмам о бронированиях объясняется, как проблемы с ролями, адресами или черными списками могут блокировать эти сообщения. Устраняйте проблемы с маршрутизацией почты отдельно от инцидента интеграции.
Повторите попытку один раз и подтвердите восстановление
Спросите провайдера подключения, получает ли он push-уведомления, извлекает ли бронирования или использует другой утвержденный метод. Действие по восстановлению должно соответствовать этому типу подключения.
Сначала исправьте конкретную ошибку. Затем воспроизведите или извлеките исходное событие один раз, используя тот же ID маршрута. Перед повторной попыткой убедитесь, что в очереди нет отложенной доставки или более поздних изменений. Повторение одного и того же действия несколькими сотрудниками может привести к появлению дублирующихся записей в системе управления отелем или обработке сообщений с нарушением очередности.
Восстановление считается завершенным только тогда, когда:
- одно бронирование в системе управления отелем содержит правильные ссылки tiket.com и провайдера;
- номер, тарифный план, даты, количество гостей, цена, инструкции по оплате и статус совпадают с Экстранетом;
- доступность уменьшилась ровно один раз во всем общем пуле;
- временное удержание или ручная запись были сверены без потери заметок или задач; и
- последующее изменение или отмена все еще могут обновить ту же самую связанную запись.
При передаче проблемы на более высокий уровень укажите ID объекта размещения, ID маршрута, идентификаторы номера и плана, временные метки с указанием часового пояса, ID сообщения провайдера, скриншоты сопоставления, текст ошибки системы управления отелем, доступность до и после, а также все уже предпринятые действия. В случае заездов день в день, бронирования последних номеров, множественных пропавших бронирований или растущей очереди, передавайте проблему немедленно, в то время как операционный отдел защищает интересы гостя.
Соберите восстановленные заезды в одном представлении стойки регистрации
Перенесите подключенные бронирования и доступность номеров в единый рабочий календарь, чтобы задержанные бронирования tiket.com не оставались в отдельном ручном списке.
Часто задаваемые вопросы
Где персоналу следует в первую очередь проверять пропавшее бронирование tiket.com?
Проверьте нужный объект размещения в разделе Бронирования > Поиск бронирований или в разделе Бронирования (Reservations) приложения Lignum. Подтвердите ID маршрута и статус перед внесением изменений в систему управления отелем.
Могут ли тарифы синхронизироваться, если бронирования завершаются с ошибкой?
Да. Исходящие тарифы и доступность могут использовать другое направление или сервис по сравнению с доставкой входящих бронирований. Проверяйте оба потока независимо.
Должна ли стойка регистрации создавать бронирование вручную?
Только тогда, когда утвержденная процедура исключений требует немедленной защиты. Сделайте пометку для сверки, предотвратите дублирование автоматизаций и найдите задержанное подключенное бронирование до ночного аудита.
Почему бронирование отсутствует только в разделе заездов?
Оно может находиться под другим объектом размещения, датой, статусом, назначенным номером, часовым поясом или областью разрешений. Выполните поиск по всей системе управления отелем по внешней ссылке и имени гостя.
Что доказывает, что проблема решена?
Одно подключенное бронирование в системе управления отелем совпадает с tiket.com, доступность изменилась один раз, временные элементы контроля сверены, а будущие события бронирования могут обновлять эту же запись.
Проблема с пропавшим бронированием tiket.com считается решенной, когда гость защищен, а бронирование прослеживается от начала до конца. Сначала подтвердите запись канала, исправьте только неудачную передачу данных и закройте инцидент одним чистым бронированием в системе управления отелем.
