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

Материал из Центр поддержки системы бронировании
Перейти к навигации Перейти к поиску
(Особенности работы с составным бронированием)
 
(не показано 10 промежуточных версий 4 участников)
Строка 1: Строка 1:
'''MultiOW''' (составной перелет) - Round Trip (туда-обратно) перелет скомбинированный из двух односторонних маршрутов, полученных в одной из ГРС. Такие перелеты на стороне ГРС оформляются в двух отдельных PNR, соответственно, имеют разные номера билетов.  
+
'''MultiOW''' - составной перелет, скомбинированный из двух односторонних маршрутов, полученных в одной из ГРС. Такие перелеты на стороне ГРС оформляются в двух отдельных PNR, и, соответственно, имеют разные номера билетов.  
  
{{Attention| MultiOW перелеты на данный момент доступны в ГРС Amadeus, Sabre и Travelport uAPI}}. <br>
+
{{Attention| Составные перелеты на данный момент доступны в ГРС Amadeus, Sabre и Travelport uAPI}}. <br>
  
 
==Назначение и цели создания==
 
==Назначение и цели создания==
Строка 10: Строка 10:
 
<!--Выполняя поиск перелета Round Trip, совокупно в ГРС запрашиваются варианты, комбинируемые из двух односторонних маршрутов. Поскольку количество таких комбинаций может быть несколько тысяч, то в системе по умолчанию работает фильтрация относительно самых дешевых вариантов, самых дешевых прямых и самых быстрых.-->  
 
<!--Выполняя поиск перелета Round Trip, совокупно в ГРС запрашиваются варианты, комбинируемые из двух односторонних маршрутов. Поскольку количество таких комбинаций может быть несколько тысяч, то в системе по умолчанию работает фильтрация относительно самых дешевых вариантов, самых дешевых прямых и самых быстрых.-->  
  
Выбирая составной перелет из результатов поиска, пользователь не увидит никаких различий при оформлении заказа, но в действительности в системе формируется три объекта заказа, два из которых реальные, а третий - формальный (составное бронирование). Первый содержит информацию о маршруте «туда», второй - о маршруте «обратно», третий представляет собой совокупность маршрутов «туда» + «обратно». Пользователи системы выполняют манипуляции именно с составным бронированием, осуществляя которые система обращается параллельно к двум отдельным PNR на стороне ГРС. Все три заказа доступны менеджерам и экспертам головного агентства и субагентов.
+
Выбирая составной перелет из результатов поиска, пользователь не увидит никаких различий при оформлении заказа, но в действительности в системе формируется три объекта заказа, два из которых реальные, а третий - формальный (составное бронирование). Первый содержит информацию о маршруте «туда», второй - о маршруте «обратно», третий представляет собой совокупность маршрутов «туда» + «обратно». Пользователи системы выполняют манипуляции именно с составным бронированием, осуществляя которые система обращается параллельно к двум отдельным PNR на стороне ГРС. Все три заказа доступны менеджерам и экспертам головного агентства и субагентства.
 
Практически все действия с реальными заказами запрещены. Доступ к операциям над реальными заказами откроется только в случае нарушения синхронизации, если, к примеру, были аннулированы сегменты на маршруте «обратно».
 
Практически все действия с реальными заказами запрещены. Доступ к операциям над реальными заказами откроется только в случае нарушения синхронизации, если, к примеру, были аннулированы сегменты на маршруте «обратно».
  
Строка 17: Строка 17:
 
== Настройка ==
 
== Настройка ==
 
Необходимо получить подтверждение от ГДС о том, что MultiOW включено для реквизита.
 
Необходимо получить подтверждение от ГДС о том, что MultiOW включено для реквизита.
Для включения MultiOW поиска необходимо обратиться в службу технической поддержки Nemo.travel.
+
.
 +
 
 +
Заявку на включение 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'''.
Строка 26: Строка 33:
 
* Основные доступные действия с составным бронированием: бронирование, обновление, выписка, войдирование и аннуляция.
 
* Основные доступные действия с составным бронированием: бронирование, обновление, выписка, войдирование и аннуляция.
 
* Для работы с составным бронированием необходимо внести изменения в маршрут-квитанцию, заменить группу %PASSENGER% на %TICKET_GROUP%.
 
* Для работы с составным бронированием необходимо внести изменения в маршрут-квитанцию, заменить группу %PASSENGER% на %TICKET_GROUP%.
* Если один из заказов аннулирован, второй аннулируется.
+
* Если один из перелетов успешно забронирован, но при бронировании второго перелета произошла ошибка, то забронированный перелет аннулируется.
 
* Если один заказ не выписан, а второй выписан, то в составном бронирование устанавливается статус «Проблемный», до решения вопроса с невыписанным заказом.
 
* Если один заказ не выписан, а второй выписан, то в составном бронирование устанавливается статус «Проблемный», до решения вопроса с невыписанным заказом.
 
* Оформить составное бронирование можно только при включенном [[Ценообразование {{NameProject2}}|ценообразовании на {{NameProject2}}]] ''для перелетов и броней''.
 
* Оформить составное бронирование можно только при включенном [[Ценообразование {{NameProject2}}|ценообразовании на {{NameProject2}}]] ''для перелетов и броней''.
 +
* Для корректной работы с составным бронированием модуля [[Настройки автовыписки и эквайринга|Настройки автовыписки и эквайринга]] в качестве источника данных должна быть выбрана таблица правил ценообразования.
 
* Для каждого заказа, входящего в составной, применяются свои правила ценообразования. <!--Правила из ценообразования применяются для каждого реального заказа свои, соответственно в составном бронирование учитываются совокупно все.--> В детализации стоимости представлена сумма сработавших сборов, комиссий, скидок и т.д., а также таблицы отладки ценообразования по каждому валидирующему перевозчику (т.е. в таком перелете будут двойные сборы, комиссии, скидки).
 
* Для каждого заказа, входящего в составной, применяются свои правила ценообразования. <!--Правила из ценообразования применяются для каждого реального заказа свои, соответственно в составном бронирование учитываются совокупно все.--> В детализации стоимости представлена сумма сработавших сборов, комиссий, скидок и т.д., а также таблицы отладки ценообразования по каждому валидирующему перевозчику (т.е. в таком перелете будут двойные сборы, комиссии, скидки).
 
* В качестве таймлимита выбирается наименьший из установленных в реальных заказах.
 
* В качестве таймлимита выбирается наименьший из установленных в реальных заказах.
 
* Нотификации отправляются по общему заказу.
 
* Нотификации отправляются по общему заказу.
 
* Составные брони не попадают в статистику, поскольку в ней фиксируются именно реальные заказы.
 
* Составные брони не попадают в статистику, поскольку в ней фиксируются именно реальные заказы.
* Такие заказы не выгружаются в формате СОФИ и Nemo, выгружаются реальные бронирования.
+
* Такие заказы не выгружаются в формате СОФИ, Nemo и JSON, выгружаются реальные бронирования.
 
* Запрещено оплачивать через ГДС процессинг.
 
* Запрещено оплачивать через ГДС процессинг.
*Фильтры результатов срабатывают для всего составного перелета в целом.  
+
* Фильтры результатов срабатывают для всего составного перелета в целом.  
 
Т.е., например, есть фильтр на стоимость не ниже 6000 руб. Составной перелет состоит из двух OW перелетов, стоимость одного 3749 руб., второго 3164 руб. Перелет в выдаче останется, т.к. фильтрация выполняется именно по сумме этих двух вариантов.  
 
Т.е., например, есть фильтр на стоимость не ниже 6000 руб. Составной перелет состоит из двух OW перелетов, стоимость одного 3749 руб., второго 3164 руб. Перелет в выдаче останется, т.к. фильтрация выполняется именно по сумме этих двух вариантов.  
 
Или, например, есть фильтр '''+ содержит авиакомпании (marketing) в любом сегменте''' по авиакомпании Аэрофлот. В данном случае, весь составной перелет удалится из выдачи, если хотя бы в одном из OW перелетов в качестве маркетингового перевозчика будет Аэрофлот.
 
Или, например, есть фильтр '''+ содержит авиакомпании (marketing) в любом сегменте''' по авиакомпании Аэрофлот. В данном случае, весь составной перелет удалится из выдачи, если хотя бы в одном из OW перелетов в качестве маркетингового перевозчика будет Аэрофлот.
  
 
==Лимит составных перелетов на результатах поиска==
 
==Лимит составных перелетов на результатах поиска==
Составные перелеты комбинируются из двух односторонних маршрутов, поэтому поисковая выдача значительно увеличивается. Например, в настройках реквизитов установлено максимальное количество результатов 100, соответственно поставщик нам вернет 100 вариантов перелетов «туда» и 100 вариантов «обратно», комбинируя эти варианты мы получим несколько тысяч перелетов от одного поставщика. В целях снижения нагрузки предусмотрена фильтрация результатов поисковой выдачи обычной и мета API.
+
Составные перелеты комбинируются из двух односторонних маршрутов, поэтому поисковая выдача существенно увеличивается. К примеру, в настройках реквизитов установлено максимальное количество результатов 100, соответственно поставщик нам вернет 100 вариантов перелетов «туда» и 100 вариантов «обратно», комбинируя эти варианты мы получим несколько тысяч перелетов от одного поставщика. В целях снижения нагрузки предусмотрена фильтрация результатов поисковой выдачи обычной и мета API.
  
 
Лимит обычной поисковой выдачи: 20 самых дешёвых + 20 самых дешёвых прямых.
 
Лимит обычной поисковой выдачи: 20 самых дешёвых + 20 самых дешёвых прямых.

Текущая версия на 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.