MultiOW: различия между версиями

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

Текущая версия на 12:10, 3 октября 2020

MultiOW - составной перелет, скомбинированный из двух односторонних маршрутов, полученных в одной из ГРС. Такие перелеты на стороне ГРС оформляются в двух отдельных PNR, и, соответственно, имеют разные номера билетов.

Внимание! Составные перелеты на данный момент доступны в ГРС Amadeus, Sabre и Travelport uAPI.

Назначение и цели создания

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

Принцип работы

При поиске RT (Round Trip) и CR (Complex Route) перелета также запрашиваются варианты, комбинируемые из двух односторонних маршрутов - составные перелеты. Стоит учесть, что при одновременном использовании нескольких пакетов с включенной опцией поиска multiOW выдача значительно увеличится, поэтому следует создать правила фильтрации.

Выбирая составной перелет из результатов поиска, пользователь не увидит никаких различий при оформлении заказа, но в действительности в системе формируется три объекта заказа, два из которых реальные, а третий - формальный (составное бронирование). Первый содержит информацию о маршруте «туда», второй - о маршруте «обратно», третий представляет собой совокупность маршрутов «туда» + «обратно». Пользователи системы выполняют манипуляции именно с составным бронированием, осуществляя которые система обращается параллельно к двум отдельным PNR на стороне ГРС. Все три заказа доступны менеджерам и экспертам головного агентства и субагентства. Практически все действия с реальными заказами запрещены. Доступ к операциям над реальными заказами откроется только в случае нарушения синхронизации, если, к примеру, были аннулированы сегменты на маршруте «обратно».

Из дополнительных услуг для MultiOW доступны: страхование, аэроэкспресс, сервисные пакеты.

Настройка

Необходимо получить подтверждение от ГДС о том, что MultiOW включено для реквизита. .

Заявку на включение MultiOW необходимо оформить в http://helpdesk.nemo.travel. Содержание заявки:

 Заявка на включение MultiOW-режима.
 Прошу включить опцию MultiOW для GDS <название GDS (Amadeus/Sabre/Travelport uAPI)> для <идентификатор Office ID/PCC>, номер пакета Немо Коннект <номер>


Особенности работы с составным бронированием

  • Основные доступные действия с составным бронированием: бронирование, обновление, выписка, войдирование и аннуляция.
  • Для работы с составным бронированием необходимо внести изменения в маршрут-квитанцию, заменить группу %PASSENGER% на %TICKET_GROUP%.
  • Если один из перелетов успешно забронирован, но при бронировании второго перелета произошла ошибка, то забронированный перелет аннулируется.
  • Если один заказ не выписан, а второй выписан, то в составном бронирование устанавливается статус «Проблемный», до решения вопроса с невыписанным заказом.
  • Оформить составное бронирование можно только при включенном ценообразовании на Nemo Connect для перелетов и броней.
  • Для корректной работы с составным бронированием модуля Настройки автовыписки и эквайринга в качестве источника данных должна быть выбрана таблица правил ценообразования.
  • Для каждого заказа, входящего в составной, применяются свои правила ценообразования. В детализации стоимости представлена сумма сработавших сборов, комиссий, скидок и т.д., а также таблицы отладки ценообразования по каждому валидирующему перевозчику (т.е. в таком перелете будут двойные сборы, комиссии, скидки).
  • В качестве таймлимита выбирается наименьший из установленных в реальных заказах.
  • Нотификации отправляются по общему заказу.
  • Составные брони не попадают в статистику, поскольку в ней фиксируются именно реальные заказы.
  • Такие заказы не выгружаются в формате СОФИ, Nemo и JSON, выгружаются реальные бронирования.
  • Запрещено оплачивать через ГДС процессинг.
  • Фильтры результатов срабатывают для всего составного перелета в целом.

Т.е., например, есть фильтр на стоимость не ниже 6000 руб. Составной перелет состоит из двух OW перелетов, стоимость одного 3749 руб., второго 3164 руб. Перелет в выдаче останется, т.к. фильтрация выполняется именно по сумме этих двух вариантов. Или, например, есть фильтр + содержит авиакомпании (marketing) в любом сегменте по авиакомпании Аэрофлот. В данном случае, весь составной перелет удалится из выдачи, если хотя бы в одном из OW перелетов в качестве маркетингового перевозчика будет Аэрофлот.

Лимит составных перелетов на результатах поиска

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

Лимит обычной поисковой выдачи: 20 самых дешёвых + 20 самых дешёвых прямых. 20 самых дешёвых вариантов «туда» комбинируются с 20 самыми дешёвыми вариантами «обратно», аналогично для самых дешёвых и прямых вариантов. Максимальное количество составных перелетов на обычной поисковой выдаче не превышает 800.

Лимит поисковой выдачи мета API: 8 самых дешёвых + 8 самых дешёвых прямых. 8 самых дешёвых вариантов «туда» комбинируются с 8 самыми дешёвыми вариантами «обратно», аналогично для самых дешёвых прямых вариантов. Максимальное количество составных перелетов на выдаче мета API не превышает 128.