Неудачный заказ Trip.com: как проверить доступность и записи бронирования

Статус неудачного заказа Trip.com может означать несколько разных ситуаций. Гость мог остановиться на этапе оплаты, Trip.com мог создать заказ, который не поступил в программу управления отелем, либо система управления отелем могла сохранить только часть подтверждённого бронирования.

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

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

Сначала определите, существует ли заказ

Откройте нужный объект размещения в Trip.com eBooking и выполните поиск по всем доступным идентификаторам: номеру заказа, фамилии гостя, датам проживания, дате бронирования и типу номера. Если первый поиск не дал результатов, расширьте диапазон дат и фильтры статусов.

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

Если заказ подтверждён, считайте его реальным бронированием, даже если он не отображается в системе управления отелем. Если заказ отменён, уточните время отмены и проверьте, вернулся ли номер в доступность. Если статус ожидает подтверждения или остаётся неясным, временно удерживайте номер и получите окончательный ответ, прежде чем снова выставлять его на продажу.

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

Проверьте именно тот номер, который пытался забронировать гость

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

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

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

Smart Order объединяет номер бронирования Trip.com, доступность номеров и рабочую запись отеля в одном операционном интерфейсе. Благодаря этому дежурному менеджеру проще удержать один номер, назначить одного ответственного за обращение и избежать несогласованных исправлений со стороны нескольких сотрудников.

Ищите в системе управления отелем не только подтверждённые бронирования

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

Сначала выполните поиск по номеру заказа Trip.com, затем — по имени гостя, дате заезда, дате бронирования, типу номера и источнику. Включите в поиск отменённые, ожидающие, неназначенные, архивные, изменённые и созданные вручную бронирования. Если отель управляет несколькими объектами размещения, убедитесь, что бронирование не было привязано к неверному объекту.

Если неполная запись содержит номер заказа Trip.com, сохраните её. Не создавайте второе бронирование, пока отель не выяснит, можно ли дополнить существующую запись. Если две записи содержат один и тот же номер заказа, приостановите автоматическое или ручное восстановление и определите, какая запись должна остаться.

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

Выберите безопасное действие с учётом результата

Выбирайте следующий шаг на основании проверенного статуса, а не слова «неудачно».

1. Заказ подтверждён, в системе управления отелем одна запись, доступность уменьшена один раз: Сохраните бронирование и проверьте даты, номер, количество гостей, цену и инструкции по оплате. Дополнительные действия с доступностью не требуются.
2. Заказ подтверждён, но в системе управления отелем нет пригодной записи: Удерживайте только один номер. Попросите ответственного поставщика системы восстановить заказ либо создайте одну контролируемую ручную запись, если это предусмотрено процедурой отеля.
3. Заказ подтверждён, в системе управления отелем две записи: Сохраните запись с номером заказа Trip.com и полными данными гостя. Удаляйте дубликат только после проверки того, какая запись повлияла на доступность.
4. Активного заказа нет, но доступность уменьшилась: Сопоставьте недавние бронирования и ручные корректировки. Восстановите только необъяснимое количество номеров и зафиксируйте, кто одобрил это действие.
5. Активного заказа нет, доступность не изменилась: Зафиксируйте результат проверки и не предпринимайте действий с бронированием отеля. Если гость по-прежнему хочет остановиться, он может оформить новое бронирование.
6. Статус всё ещё ожидает подтверждения или остаётся неясным: Установите кратковременное удержание, назначьте ответственного и время повторной проверки, затем передайте вопрос на следующий уровень вместе с данными заказа. Не оставляйте номер заблокированным на неопределённый срок без документального обоснования.

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

Обеспечьте безопасность оплаты и корректное общение с гостем

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

Ознакомьтесь с инструкциями по оплате в актуальном заказе Trip.com. Если заказ предоплачен или использует способ оплаты канала, не взимайте повторную оплату, не подтвердив ответственность отеля за её получение. Если оплата производится в объекте размещения, сохраните стандартную процедуру внесения депозита и заезда, привязанную к оставшейся записи бронирования.

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

Завершите обработку случая двусторонней проверкой

Перед снятием временного удержания в последний раз сопоставьте данные Trip.com eBooking и системы управления отелем. Статус заказа, тип номера, даты проживания, количество номеров, имя гостя, цена, ответственность за оплату и доступность должны совпадать.

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

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

Предотвращайте повторную путаницу с неудачными заказами

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

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

Главное — отделяйте факты от предположений. Сообщение гостя служит поводом для проверки, предупреждение системы управления отелем указывает на возможную проблему, а актуальная запись заказа Trip.com позволяет подтвердить, существует ли бронирование.

Часто задаваемые вопросы

Означает ли неудачная оплата в Trip.com, что бронирования нет?

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

Следует ли сотрудникам немедленно вернуть номер в продажу?

Нет. Сначала убедитесь, что номер не используется активным или ожидающим заказом и что система управления отелем ещё не вернула его в доступность.

Что делать, если Trip.com показывает подтверждённый заказ, а в системе управления отелем нет записи?

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

Когда инцидент можно считать полностью урегулированным?

Инцидент урегулирован, когда остаётся одна действующая запись бронирования, доступность верна для каждой затронутой ночи, инструкции по оплате понятны, а Trip.com и система управления отелем отображают одинаковые данные о проживании.