MultiOW: различия между версиями
(→Лимит мультиперелетов на результатах поиска) |
(→Особенности работы с мультизаказами) |
||
| Строка 22: | Строка 22: | ||
# '''Использовать mOW поиск''' в реквизитах поиска конкретного авиа пакета.--> | # '''Использовать mOW поиск''' в реквизитах поиска конкретного авиа пакета.--> | ||
| − | ==Особенности работы с | + | ==Особенности работы с составным бронированием== |
| − | <!--Здесь представлен ряд особенностей в работе с | + | <!--Здесь представлен ряд особенностей в работе с составным бронированием.--> |
| − | * Основные доступные действия с | + | * Основные доступные действия с составным бронированием: бронирование, обновление, выписка, войдирование и аннуляция. |
| − | * Для работы с | + | * Для работы с составным бронированием необходимо внести изменения в маршрут-квитанцию, заменить группу %PASSENGER% на %TICKET_GROUP%. |
* Если один из заказов аннулирован, второй аннулируется. | * Если один из заказов аннулирован, второй аннулируется. | ||
| − | * Если один заказ не выписан, а второй выписан, то | + | * Если один заказ не выписан, а второй выписан, то в составном бронирование устанавливается статус «Проблемный», до решения вопроса с невыписанным заказом. |
| − | * Оформить | + | * Оформить составное бронирование можно только при включенном [[Ценообразование {{NameProject2}}|ценообразовании на {{NameProject2}}]] ''для перелетов и броней''. |
| − | * Для каждого заказа, входящего в | + | * Для каждого заказа, входящего в составной, применяются свои правила ценообразования. <!--Правила из ценообразования применяются для каждого реального заказа свои, соответственно в составном бронирование учитываются совокупно все.--> В детализации стоимости представлена сумма сработавших сборов, комиссий, скидок и т.д., а также таблицы отладки ценообразования по каждому валидирующему перевозчику (т.е. в таком перелете будут двойные сборы, комиссии, скидки). |
* В качестве таймлимита выбирается наименьший из установленных в реальных заказах. | * В качестве таймлимита выбирается наименьший из установленных в реальных заказах. | ||
| − | * Нотификации отправляются по | + | * Нотификации отправляются по общему заказу. |
| − | * | + | * Составные брони не попадают в статистику, поскольку в ней фиксируются именно реальные заказы. |
* Такие заказы не выгружаются в формате СОФИ и Nemo, выгружаются реальные бронирования. | * Такие заказы не выгружаются в формате СОФИ и Nemo, выгружаются реальные бронирования. | ||
* Запрещено оплачивать через ГДС процессинг. | * Запрещено оплачивать через ГДС процессинг. | ||
Версия 15:59, 14 мая 2018
MultiOW - Round Trip (туда-обратно) перелет скомбинированный из двух односторонних маршрутов, полученных в одной из ГРС. Такие перелеты на стороне ГРС оформляются в двух отдельных PNR, соответственно, имеют разные номера билетов.
Внимание! MultiOW перелеты на данный момент доступны в ГРС Amadeus, Sabre и Travelport uAPI.
Содержание
Назначение и цели создания
Данная функциональность позволит предложить покупателям более низкие цены на перелеты, наиболее удобные стыковки, а также увеличить разнообразие вариантов перелетов в результатах поиска в целом.
Принцип работы
При поиске RT (Round Trip) и CR (Complex Route) перелета также запрашиваются варианты, комбинируемые из двух односторонних маршрутов. Стоит учесть, что при одновременном использовании нескольких пакетов с включенной опцией поиска multiOW выдача значительно увеличится, поэтому следует создать правила фильтрации.
Выбирая MultiOW вариант из результатов поиска, пользователь не увидит никаких различий при оформлении заказа, но в действительности в системе формируется три объекта заказа, два из которых реальные, а третий - формальный (мультизаказ). Первый содержит информацию о маршруте «туда», второй - о маршруте «обратно», третий представляет собой совокупность маршрутов «туда» + «обратно». Пользователи системы выполняют манипуляции именно с мультизаказом, осуществляя которые система обращается параллельно к двум отдельным PNR на стороне ГРС. Все три заказа доступны менеджерам и экспертам головного агентства и субагентов. Практически все действия с реальными заказами запрещены. Доступ к операциям над реальными заказами откроется только в случае нарушения синхронизации, если, к примеру, были аннулированы сегменты на маршруте «обратно».
Из дополнительных услуг для MultiOW доступны: страхование, аэроэкспресс, сервисные пакеты.
Настройка
Необходимо получить подтверждение от ГДС о том, что MultiOW включено для реквизита. Для включения MultiOW поиска необходимо обратиться в службу технической поддержки Nemo.travel.
Особенности работы с составным бронированием
- Основные доступные действия с составным бронированием: бронирование, обновление, выписка, войдирование и аннуляция.
- Для работы с составным бронированием необходимо внести изменения в маршрут-квитанцию, заменить группу %PASSENGER% на %TICKET_GROUP%.
- Если один из заказов аннулирован, второй аннулируется.
- Если один заказ не выписан, а второй выписан, то в составном бронирование устанавливается статус «Проблемный», до решения вопроса с невыписанным заказом.
- Оформить составное бронирование можно только при включенном ценообразовании на Nemo Connect для перелетов и броней.
- Для каждого заказа, входящего в составной, применяются свои правила ценообразования. В детализации стоимости представлена сумма сработавших сборов, комиссий, скидок и т.д., а также таблицы отладки ценообразования по каждому валидирующему перевозчику (т.е. в таком перелете будут двойные сборы, комиссии, скидки).
- В качестве таймлимита выбирается наименьший из установленных в реальных заказах.
- Нотификации отправляются по общему заказу.
- Составные брони не попадают в статистику, поскольку в ней фиксируются именно реальные заказы.
- Такие заказы не выгружаются в формате СОФИ и Nemo, выгружаются реальные бронирования.
- Запрещено оплачивать через ГДС процессинг.
- Фильтры результатов срабатывают для всего MultiOW перелета в целом.
Т.е., например, есть фильтр на стоимость не ниже 6000 руб. MultiOW перелет состоит из двух OW перелетов, стоимость одного 3749 руб., второго 3164 руб. Перелет в выдаче останется, т.к. фильтрация выполняется именно по сумме этих двух вариантов. Или, например, есть фильтр + содержит авиакомпании (marketing) в любом сегменте по авиакомпании Аэрофлот. В данном случае, весь MultiOW удалится из выдачи, если хотя бы в одном из OW перелетов в качестве маркетингового перевозчика будет Аэрофлот.
Лимит составных перелетов на результатах поиска
Составные перелеты комбинируются из двух односторонних маршрутов, поэтому поисковая выдача значительно увеличивается. Например, в настройках реквизитов установлено максимальное количество результатов 100, соответственно поставщик нам вернет 100 вариантов перелетов "туда" и 100 вариантов "обратно", комбинируя эти варианты мы получим несколько тысяч перелетов от одного поставщика. В целях снижения нагрузки предусмотрена фильтрация результатов поисковой выдачи обычной и мета API.
Лимит обычной поисковой выдачи: 20 самых дешёвых + 20 самых дешёвых прямых. 20 самых дешёвых вариантов "туда" комбинируются с 20 самыми дешёвыми вариантами "обратно", аналогично для самых дешёвых и прямых вариантов. Максимальное количество составных перелетов на обычной поисковой выдаче не превышает 800.
Лимит поисковой выдачи мета API: 8 самых дешёвых + 8 самых дешёвых прямых. 8 самых дешёвых вариантов "туда" комбинируются с 8 самыми дешёвыми вариантами "обратно", аналогично для самых дешёвых прямых вариантов. Максимальное количество составных перелетов на выдаче мета API не превышает 128.
