Маршрутизатор поисковых запросов Nemo Connect: различия между версиями
Перейти к навигации
Перейти к поиску
(→Параметры маршрутизации поисковых запросов в {{NameProject2}}) |
(→Параметры маршрутизации поисковых запросов в {{NameProject2}}) |
||
| (не показано 50 промежуточных версий 10 участников) | |||
| Строка 1: | Строка 1: | ||
==Назначение== | ==Назначение== | ||
| − | + | Маршрутизатор поисковых запросов используют для автоматизации выбора пакетов реквизитов для [[Поиск (Авиабилеты)|поиска]] на основе параметров поискового запроса.<br> | |
| + | Агентство может настроить выгодную схему поиска для: | ||
| + | * поиска в разных [[ГРС]] в нескольких зонах, | ||
| + | * выдачи более разнообразных тарифов при минимальных издержках на поисковые транзакции. | ||
| + | |||
| + | Можно привязать пакеты реквизитов к определенной географии, например, чтобы в '''Mixvel NDC''' осуществлялся поиск только внутренних российских рейсов. | ||
== Принцип работы == | == Принцип работы == | ||
| − | [[Маршрутизатор поисковых запросов|Маршрутизация]] поисковых запросов в {{NameProject2}} настраивается в | + | [[Маршрутизатор поисковых запросов|Маршрутизация]] поисковых запросов в {{NameProject2}} настраивается в пункте [[Маршрутизатор поисковых запросов {{NameProject2}}#Включение маршрутизатора поисковых запросов {{NameProject2}}|Включение маршрутизатора поисковых запросов {{NameProject2}}]] |
| + | <!--{{Menu|Настройки Авиа|Поисковые настройки|Настройки маршрутизатора}}-->. | ||
===Блокировка и приоритетность правил=== | ===Блокировка и приоритетность правил=== | ||
| Строка 11: | Строка 17: | ||
*Если среди подходящих для запроса правил '''нет блокирующих''', то '''все правила будут применены'''. | *Если среди подходящих для запроса правил '''нет блокирующих''', то '''все правила будут применены'''. | ||
| − | Приоритет правила определяется номером (ID) правила, либо присваивается вручную с помощью параметра ''Приоритет правила''. Чем выше число, тем выше приоритет. (см. раздел [[Маршрутизатор поисковых запросов | + | Приоритет правила определяется номером (ID) правила, либо присваивается вручную с помощью параметра ''Приоритет правила''. Чем выше число, тем выше приоритет. (см. раздел [[Маршрутизатор поисковых запросов {{NameProject2}}#Параметры маршрутизации поисковых запросов в {{NameProject2}}|Параметры маршрутизации поисковых запросов в {{NameProject2}}]]). |
*Если среди подходящих для запроса правил '''есть блокирующее''', и '''для каждого''' сработавшего правила '''задан ручной приоритет''', то правило для срабатывания '''выбирается по ручному приоритету'''. | *Если среди подходящих для запроса правил '''есть блокирующее''', и '''для каждого''' сработавшего правила '''задан ручной приоритет''', то правило для срабатывания '''выбирается по ручному приоритету'''. | ||
*Если среди подходящих для запроса правил '''есть блокирующее''', и для '''хотя бы одного''' сработавшего правила''' ручной приоритет не задан''', то правило для срабатывания '''выбирается по номерам правил'''. | *Если среди подходящих для запроса правил '''есть блокирующее''', и для '''хотя бы одного''' сработавшего правила''' ручной приоритет не задан''', то правило для срабатывания '''выбирается по номерам правил'''. | ||
| Строка 21: | Строка 27: | ||
При включенном маршрутизаторе {{NameProject2}} запросы по пакетам распределяются в маршрутизаторе {{NameProject2}} за пределами {{NameProject1}}, поэтому ограничение использования пакетов '''в тонкой настройке''' {{NameProject1}} больше не срабатывает. Поисковый запрос проходит через реквизиты подключения выбранного в тонкой настройке пакета в маршрутизатор {{NameProject2}}, который распределяет запрос в пакеты по своим правилам. | При включенном маршрутизаторе {{NameProject2}} запросы по пакетам распределяются в маршрутизаторе {{NameProject2}} за пределами {{NameProject1}}, поэтому ограничение использования пакетов '''в тонкой настройке''' {{NameProject1}} больше не срабатывает. Поисковый запрос проходит через реквизиты подключения выбранного в тонкой настройке пакета в маршрутизатор {{NameProject2}}, который распределяет запрос в пакеты по своим правилам. | ||
| − | + | {{Attention|Чтобы реализовывалось подключение {{NameProject1}} к {{NameProject2}}, в тонкой настройке должен быть включен хотя бы 1 пакет.}} Это необходимое условие, поскольку в реквизитах {{NameProject1}} заданы реквизиты подключения к {{NameProject2}}. | |
| − | Чтобы | + | == Включение маршрутизатора поисковых запросов {{NameProject2}} == |
| + | Чтобы включить маршрутизатор поисковых запросов для агентства нужно: | ||
| + | <br> | ||
| + | В '''{{NameProject1}}''': | ||
| − | {{ | + | '''Менеджеру''': |
| + | # Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Тонкая настройка'''<!--{{Menu|Управление продажами|Авиабилеты|Процессы|Процесс поиска|Тонкая настройка}}-->. | ||
| + | # '''Включите''' опцию '''Использовать маршрутизатор {{NameProject2}}'''. | ||
| + | # В настройке '''Реквизиты из какого пакета будут использованы для запроса поиска к {{NameProject2}}''' выберите пакет реквизитов. | ||
| − | + | '''Администратору''' (указать, на какие именно настройки будет смотреть система при поиске): | |
| − | + | # Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''. | |
| − | + | # Включить опцию '''Настройки маршрутизатора''' в разделе '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''. | |
| − | + | В '''{{NameProject2}}''': | |
| − | + | # Зайдите в раздел Настройки Авиа → Поисковые настройки → Настройки маршрутизатора<!--{{Menu|Настройки Авиа|Поисковые настройки|Настройки маршрутизатора}}-->. | |
| − | + | # Включите опцию '''Использовать маршрутизатор авиа'''. | |
| − | |||
| − | |||
| − | |||
При этом запрещено заводить правила маршрутизации в {{NameProject1}}. Маршрутизатор поисковых запросов {{NameProject1}} рекомендуется отключить. | При этом запрещено заводить правила маршрутизации в {{NameProject1}}. Маршрутизатор поисковых запросов {{NameProject1}} рекомендуется отключить. | ||
| − | == Создание правила маршрутизации поисковых запросов {{NameProject2}}== | + | == Создание правила маршрутизации поисковых запросов на стороне {{NameProject2}} == |
Чтобы создать правило маршрутизации: | Чтобы создать правило маршрутизации: | ||
| Строка 46: | Строка 55: | ||
# Нажмите кнопку '''Добавить Правило маршрутизатора'''. | # Нажмите кнопку '''Добавить Правило маршрутизатора'''. | ||
# Включите правило. | # Включите правило. | ||
| − | # Задайте параметры правила (см. [[Маршрутизатор поисковых запросов#Параметры маршрутизации поисковых запросов в | + | # Задайте параметры правила (см. [[Маршрутизатор поисковых запросов#Параметры маршрутизации поисковых запросов в {{NameProject2}}|Параметры маршрутизации поисковых запросов в {{NameProject2}}]]): |
#* Укажите условия применения правила — параметры поискового запроса, при которых поиск будет проходить по данному правилу. | #* Укажите условия применения правила — параметры поискового запроса, при которых поиск будет проходить по данному правилу. | ||
| − | #* Укажите один или несколько [[Пакеты реквизитов | + | #* Укажите один или несколько [[Пакеты реквизитов {{NameProject2}}|пакетов реквизитов {{NameProject2}}]], в которых будет проходить поиск при применении правила. |
#* Задайте дополнительные параметры, которые будут применены к запросу поиска при применении пакета. | #* Задайте дополнительные параметры, которые будут применены к запросу поиска при применении пакета. | ||
# Нажмите кнопку '''Сохранить'''. | # Нажмите кнопку '''Сохранить'''. | ||
| + | |||
| + | {{Attention| Вы можете создавать правила маршрутизации не только на стороне {{NameProject2}}, но и на стороне {{NameProject1}} }} (см. [[Маршрутизатор поисковых запросов {{NameProject2}}#Добавление правила маршрутизации поисковых запросов для {{NameProject2}} на стороне {{NameProject1}}|Добавление правила маршрутизации поисковых запросов для {{NameProject2}} на стороне {{NameProject1}}]]). | ||
==Параметры маршрутизации поисковых запросов в {{NameProject2}}== | ==Параметры маршрутизации поисковых запросов в {{NameProject2}}== | ||
| Строка 56: | Строка 67: | ||
* '''Название правила''' — название для удобства работы с правилами. | * '''Название правила''' — название для удобства работы с правилами. | ||
* '''Правило включено''' — включает правило в работу. | * '''Правило включено''' — включает правило в работу. | ||
| − | * '''ИД пакетов, в которых будет поиск''' — номера пакетов реквизитов, по которым будет вестись поиск при срабатывании правила. | + | * '''ИД пакетов, в которых будет поиск''' — номера пакетов реквизитов ''из Немо2.0'' (см. соответствия в разделе "Тонкая настройка", первый столбец), по которым будет вестись поиск при срабатывании правила. {{Attention|Поле обязательно к заполнению. Запрещено одновременно размещать в нем номера боевых и тестовых пакетов реквизитов.}} |
'''''Условия применения правила''''' | '''''Условия применения правила''''' | ||
| Строка 73: | Строка 84: | ||
* '''Инвертировать аэропорты отбытия/прибытия''' — включает инверсию только по аэропортам прибытия/отбытия ( логику типа ''все, кроме'').<br/> Например, если при включенной опции в параметре '''Список аэропортов прибытия''' указан аэропорт ''BWI'', под правило будут попадать все рейсы, кроме рейсов с вылетом из Балтимор-Вашингтона , при этом рейсы из самого Вашингтона будут попадать под правило. | * '''Инвертировать аэропорты отбытия/прибытия''' — включает инверсию только по аэропортам прибытия/отбытия ( логику типа ''все, кроме'').<br/> Например, если при включенной опции в параметре '''Список аэропортов прибытия''' указан аэропорт ''BWI'', под правило будут попадать все рейсы, кроме рейсов с вылетом из Балтимор-Вашингтона , при этом рейсы из самого Вашингтона будут попадать под правило. | ||
| − | * '''Тэги, обязательные для срабатывания данного правила''' — обязательные тэги в поисковом запросе для срабатывания правила. | + | * '''Тэги, обязательные для срабатывания данного правила''' — обязательные тэги в поисковом запросе для срабатывания правила (см. [[Маршрутизатор поисковых запросов {{NameProject2}}#Теги в {{NameProject2}}|Теги в {{NameProject2}}]]). |
* '''Тэги, для которых запрещено срабатывания правила''' — если в запросе есть тэги из этого списка, правило не будет применено. | * '''Тэги, для которых запрещено срабатывания правила''' — если в запросе есть тэги из этого списка, правило не будет применено. | ||
| − | * ''' | + | * '''Признак уникальности правила''' - присваивает правилу статус блокирующего. При включенной опции, если среди подходящих для запроса правил есть хотя бы одно блокирующее, маршрутизатор выберет одно правило по приоритету. Если среди подходящих правил нет блокирующих, все правила будут применены (см. раздел [[Маршрутизатор поисковых запросов {{NameProject2}}#Блокировка и приоритетность правил|Блокировка и приоритетность правил]]). |
| − | * '''Приоритет правила''' | + | * '''Приоритет правила''' — работает только для правил с включенной опцией '''Блокирующее правило'''. Присваивает приоритет правилу - чем выше число, тем выше приоритет. При блокировке правил срабатывает одно, имеющее наибольший приоритет (см. раздел [[Маршрутизатор поисковых запросов {{NameProject2}}#Блокировка и приоритетность правил|Блокировка и приоритетность правил]]). |
* '''Максимальное количество дней до даты вылета на всех плечах''' - при включенной настройке правило не срабатывает в случае превышения заданной величины. | * '''Максимальное количество дней до даты вылета на всех плечах''' - при включенной настройке правило не срабатывает в случае превышения заданной величины. | ||
| − | * '''Список допустимых дней для запуска поиска''' | + | * '''Список допустимых дней для запуска поиска''' — порядковый номер дня недели (начиная с 1), в которые разрешено запускать поиск. |
| + | *'''Стратегия обработки правил с совпадающими пакетами''' — определяет способ действия при срабатывании двух и более правил с одинаковыми пакетами для поиска при наличии в каком-либо из этих правил приоритетной / нежелательной авиакомпании (параметры "А/к для передачи как обязательные в ГДС" и "А/к, которые требуется исключить из выдачи"). Параметр может принимать три значения: | ||
| + | **'''Constrict''' - сужение поисковой выдачи, является значением по умолчанию и соответствует логике обработки правил ДО добавления данного параметра. При этом режиме в случае наличии пары "Общее правило без фильтра по а/к" + "Частное правило с фильтром" сработает именно частное правило, общее будет проигнорировано в пользу частного. Если у хотя бы одного из сработавших правил выставлено значение Constrict, то стратегия обработки всех правил будет именно сужение. | ||
| + | **'''Expand''' - расширение поисковой выдачи. При этом режиме в случае наличия такой пары срабатывают оба правила, и в ГРС отправляются параллельные запросы с фильтром по а/к и без него. При наличии правил с одним и тем же пакетом реквизитов для каждого пакета происходит слияние параметров правил. Если есть несколько подходящих правил с фильтром по а/к, то выполняется слияние всех фильтров. Обязательные для передачи в ГДС а/к объединяются. Если есть списки исключаемых а/к, то их значения удаляются из списка обязательных а/к. Если обязательных а/к нет, то будет заполняться только список исключаемых а/к. | ||
| + | **'''Independent''' - правила не объединяются ни при каких обстоятельствах. Правила с данной опцией обрабатываются отдельно от всех других правил и добавляются к применённым. Таким образом, добавляется еще один поиск и происходит исключение таких правил из логики объединения в совпадающих пакетах. | ||
| + | *'''Срабатывать в том числе для сегментов обратно''' — при включении опции заданные в правиле пункты вылета/прилёта будут разрешаться для маршрута с пунктами вылета/прилёта наоборот - города проверяются как для запросов OW туда, так и OW - запросов по обратному направлению от заданного, в том числе RT. Кнопка будет разрешать в рамках правила по списку городов отправления-прибытия так же и перелеты с направлением в обратную сторону (проверяются пункты прилета как пункты вылета, а пункты вылета как пункты прилёта). | ||
| + | *'''Коды пассажиров''' — перечисление (через ;) трехбуквенных кодов пассажиров из поискового запроса для которых будет срабатывать данный пакет реквизитов. | ||
| + | {{Attention| Настройка '''"Срабатывать в том числе для сегментов обратно"''' в данный момент работает нестабильно, просьба временно не использовать ее.}} | ||
| + | {{Attention| Включение инверсии города отбытия и инверсии города прибытия в рамках одного правила - НЕ инвертируют направление перелёта, чтобы инвертировать направление Вам понадобиться включить обратную логику правила.}} | ||
''''' Добавление дополнительных параметров к запросу в ГРС''''' | ''''' Добавление дополнительных параметров к запросу в ГРС''''' | ||
| − | * '''А/к для передачи как обязательные в ГДС''' — авиакомпании, перечисленные в списке, | + | * '''А/к для передачи как обязательные в ГДС''' — авиакомпании, перечисленные в списке, передаются как обязательные в запрос к ГРС. При попытке ограничить запрос поиска по определенным авиакомпаниям следует учитывать, содержатся ли указанные авиакомпании в списке обязательных для передачи в ГДС в правилах маршрутизатора. Если указанные авиакомпании содержатся в списке обязательных в правилах маршрутизатора, то в запрос передается пересечение авиакомпаний из двух списков (из правил маршрутизатора и из запроса к авиасерверу). Если список а/к, как обязательных, в правиле отсутствует, то берутся а/к из запроса. |
* '''А/к, которые требуется исключить из выдачи''' — авиакомпании, перечисленные в списке, при запросе в ГРС помечаются нежелательными для поисковой выдачи. | * '''А/к, которые требуется исключить из выдачи''' — авиакомпании, перечисленные в списке, при запросе в ГРС помечаются нежелательными для поисковой выдачи. | ||
| + | {{Attention| Параметры "А/к для передачи как обязательные в ГДС" и "А/к, которые требуется исключить из выдачи" поддерживаются не всеми поставщиками авиа контента. Не поддерживают: [[API_АвиаЦентр|Мой Агент (Авиацентр)]]}} | ||
* '''Включает замену эконом/премэконом класса в запросе на All''' — включает поиск по всем [[Класс обслуживания|классам]], если в запросе указан эконом или премиум эконом класс. | * '''Включает замену эконом/премэконом класса в запросе на All''' — включает поиск по всем [[Класс обслуживания|классам]], если в запросе указан эконом или премиум эконом класс. | ||
* '''Добавлять премиум версию запрошенного класса''' — включает дополнительный запрос премиум версии класса, указанного при поиске. | * '''Добавлять премиум версию запрошенного класса''' — включает дополнительный запрос премиум версии класса, указанного при поиске. | ||
| Строка 90: | Строка 110: | ||
**для ГРС Sabre можно использовать только фиксированные значения: 50/100/200, | **для ГРС Sabre можно использовать только фиксированные значения: 50/100/200, | ||
**для ГРС Galileo параметр не работает, | **для ГРС Galileo параметр не работает, | ||
| − | **для ГРС Amadeus, Сирена Трэвел можно задать любое целое положительное число. | + | **для ГРС Amadeus, Сирена Трэвел, uAPI можно задать любое целое положительное число. |
| − | * '''Поиск минимальных и минимально возвратных цен''' - добавляет параметр, запрашивающий наряду с минимальными тарифами возвратные тарифы с минимальной стоимостью. Если опция включена, в результатах поиска отображается больше возвратных тарифов. | + | * '''Поиск минимальных и минимально возвратных цен''' - добавляет параметр, запрашивающий наряду с минимальными тарифами возвратные тарифы с минимальной стоимостью. Если [[Поиск_минимально_возвратных_тарифов|опция включена]], в результатах поиска отображается больше возвратных тарифов. |
* '''Дополнительно запросить только публичные тарифы''' - настройка актуальна только для ГРС Sabre. Позволяет дополнительно получать и отображать клиенту в поисковой выдаче не только базовые тарифы АК, которые, как правило являются приватными, но и более дорогие публичные тарифы. Пример применения настройки - поиск семейств тарифов BASIC и FLEX у АК S7 в случае, если для РСС агента уже открыт доступ к ним, т.к. по умолчанию ГРС будет возвращать при поиске только самые дешевые тарифы BASIC по каждому перелету. | * '''Дополнительно запросить только публичные тарифы''' - настройка актуальна только для ГРС Sabre. Позволяет дополнительно получать и отображать клиенту в поисковой выдаче не только базовые тарифы АК, которые, как правило являются приватными, но и более дорогие публичные тарифы. Пример применения настройки - поиск семейств тарифов BASIC и FLEX у АК S7 в случае, если для РСС агента уже открыт доступ к ним, т.к. по умолчанию ГРС будет возвращать при поиске только самые дешевые тарифы BASIC по каждому перелету. | ||
* '''Запретить запрос только прямых перелётов''' - позволяет запретить поиск рейсов без пересадок на конкретных направлениях. Если настройка включена и пользователем запрошен прямой перелёт, а также хотя бы один из запрошенных сегментов подходит под правило, то правило считается не сработавшим и поиск не запускается. | * '''Запретить запрос только прямых перелётов''' - позволяет запретить поиск рейсов без пересадок на конкретных направлениях. Если настройка включена и пользователем запрошен прямой перелёт, а также хотя бы один из запрошенных сегментов подходит под правило, то правило считается не сработавшим и поиск не запускается. | ||
*'''Максимальное количество пересадок''' — позволяет ограничить максимальное количество пересадок в результатах поиска. Ограничение применяется на каждое запрошенное плечо. Доступно ограничение количества пересадок от 0 (прямые перелеты) до 3 (перелеты с указанным или меньшим количеством пересадок). Функционал реализован для ГРС Amadeus, Sabre, Galileo и Galileo uAPI. | *'''Максимальное количество пересадок''' — позволяет ограничить максимальное количество пересадок в результатах поиска. Ограничение применяется на каждое запрошенное плечо. Доступно ограничение количества пересадок от 0 (прямые перелеты) до 3 (перелеты с указанным или меньшим количеством пересадок). Функционал реализован для ГРС Amadeus, Sabre, Galileo и Galileo uAPI. | ||
| − | + | {{Attention| При одновременном срабатывании для поиска в одном пакете двух правил, в одном из которых заданы "А/к для передачи как обязательные в ГДС" и "А/к, которые требуется исключить из выдачи", к поставщику будут отправлены только "А/к для передачи как обязательные в ГДС".}} <!-- тикет 49209 --> | |
| − | == Теги в | + | == Теги в {{NameProject2}} == |
'''Тег''' — это метка, которая служит для определения категории или группы, к которой относится элемент. | '''Тег''' — это метка, которая служит для определения категории или группы, к которой относится элемент. | ||
| Строка 122: | Строка 142: | ||
*''номер субагенства и агентства'' пользователя, запустившего поиск. | *''номер субагенства и агентства'' пользователя, запустившего поиск. | ||
| − | ==Примеры правил маршрутизации в {{NameProject2}}== | + | == Добавление правила маршрутизации поисковых запросов для {{NameProject2}} на стороне {{NameProject1}} == |
| + | |||
| + | Чтобы создать правило маршрутизации: | ||
| + | |||
| + | # Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Настройки маршрутизатора'''. | ||
| + | # Выберите необходимого пользователя, группу или агентство '''Изменить'''. | ||
| + | # Нажмите '''Создать новую запись'''. | ||
| + | # Задайте параметры правила (см. [[Маршрутизатор_поисковых_запросов_{{NameProject2}}#Параметры маршрутизации поисковых запросов в {{NameProject2}}|Параметры маршрутизации поисковых запросов в {{NameProject2}}]]): | ||
| + | #* Укажите условия применения правила — параметры поискового запроса, при которых поиск будет проходить по данному правилу. | ||
| + | #* Укажите, если требуется инвертировать тот или иной параметр поискового запроса (страну/город/аэропорт прибытия или отбытия). | ||
| + | #* Укажите один или несколько [[Пакеты реквизитов {{NameProject2}}|пакетов реквизитов {{NameProject2}}]], в которых будет проходить поиск при применении правила. | ||
| + | #* Задайте дополнительные параметры, которые будут применены к запросу поиска при применении пакета. | ||
| + | #* Выберите тип правила, Constrict (сужение) или Expand (расширение) или Independent (не объединять), оно будет определять, для чего будет использовать фильтр по а/к. | ||
| + | # Нажмите кнопку '''Сохранить'''. | ||
| + | {| class="wikitable" align="center" style="margin-left:1em" | ||
| + | |- | ||
| + | |[[Файл:RuleMarsh.png|слева|800px|Включение правила]] | ||
| + | |- | ||
| + | |Включение правила | ||
| + | |} | ||
| + | |||
| + | {{Attention| Если правила установлены на конкретного пользователя/группу, то будут использоваться правила только пользователя/группы.<br> И если есть другие правила выше по иерархии вложенности, например на агентстве, то эти правила будут проигнорированы.<br> В случае, если у пользователя/группы нет своего правила, тогда будут использоваться первые правила по иерархии выше. }}<br> | ||
| + | |||
| + | === Импорт правил маршрутизации поисковых запросов в {{NameProject1}} === | ||
| + | Помимо создания правил, вы можете импортировать правила из Админ-панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}} в выбранного пользователя или группу Nemo Travel.<br> | ||
| + | {{Attention| При импорте настроек, ваши текущие правила маршрутизатора удаляются. }}<br> | ||
| + | Связанное агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля: | ||
| + | * Идентификатор пользователя в {{NameProject2}}. | ||
| + | * Логин пользователя в {{NameProject2}}. | ||
| + | * Пароль пользователя в {{NameProject2}}. | ||
| + | * Используемая среда .net серверов | ||
| + | |||
| + | == Особенности отображения на стороне {{NameProject1}} таблицы с настройками маршрутизатора== | ||
| + | {| class="wikitable" align="center" style="margin-left:1em" | ||
| + | |- | ||
| + | |[[Файл:Альтернативный маршрутизатор.jpg|справа|1200px|Внешний вид таблицы с правилами]] | ||
| + | |- | ||
| + | |Внешний вид таблицы с правилами | ||
| + | |} | ||
| + | |||
| + | * Строка таблицы соответствует одному правилу маршрутизатора. | ||
| + | * Столбцы соответствуют параметрам настроек маршрутизатора. Подробнее см.[[Маршрутизатор_поисковых_запросов_{{NameProject2}}#Параметры маршрутизации поисковых запросов в {{NameProject2}}|Параметры маршрутизации поисковых запросов в {{NameProject2}}]] | ||
| + | * Столбец '''"Пересекается с"''' показывает идентификаторы правил, которые либо полностью соответствуют правилу (строку которого мы рассматриваем), либо наше правило является частным случаем правил, указанных в столбце. Столбец "Пересекается с" помогает видеть пересечения правил и даёт возможность лучше ориентироваться в общей массе правил маршрутизатора. | ||
| + | |||
| + | '''Пример''' | ||
| + | |||
| + | {| class="wikitable" border="2" | ||
| + | |- | ||
| + | |'''ID Правила'''||'''Пересекается с'''||'''Параметры поиска''' | ||
| + | |- | ||
| + | | 001 || || Перелеты из Франции | ||
| + | |- | ||
| + | | 002 || 001 || Перелеты из Парижа | ||
| + | |} | ||
| + | |||
| + | |||
| + | == Примеры правил маршрутизации в {{NameProject2}} == | ||
| − | ===Правило для запрета поиска кириллических аэропортов в пакете=== | + | <!--===Правило для запрета поиска кириллических аэропортов в пакете=== |
Кириллические коды аэропортов распознаются только ''ГРС Sirena'', поэтому полезно ограничить отправку запросов с кириллическими кодами в пакеты других ГРС. | Кириллические коды аэропортов распознаются только ''ГРС Sirena'', поэтому полезно ограничить отправку запросов с кириллическими кодами в пакеты других ГРС. | ||
| Строка 141: | Строка 217: | ||
Таким образом для поискового запроса, в котором в качестве пункта вылета или пункта прилета указан один из перечисленных аэропортов, правило ''не сработает'', то есть поисковый запрос ''не будет'' направлен в указанный(е) пакет(ы).<br />{{Attention|Если для пакета заведено несколько правил, убедитесь, что остальные правила не допускают такой поисковый запрос.}} | Таким образом для поискового запроса, в котором в качестве пункта вылета или пункта прилета указан один из перечисленных аэропортов, правило ''не сработает'', то есть поисковый запрос ''не будет'' направлен в указанный(е) пакет(ы).<br />{{Attention|Если для пакета заведено несколько правил, убедитесь, что остальные правила не допускают такой поисковый запрос.}} | ||
| + | --> | ||
===Правило для включения в результаты поиска подкласса P=== | ===Правило для включения в результаты поиска подкласса P=== | ||
| Строка 167: | Строка 244: | ||
*[[Фильтры результатов поиска (Авиабилеты)]] | *[[Фильтры результатов поиска (Авиабилеты)]] | ||
*[[Микшер результатов поиска (Авиабилеты)]] | *[[Микшер результатов поиска (Авиабилеты)]] | ||
| + | *[[Валюта]] | ||
Текущая версия на 11:04, 28 октября 2024
Содержание
- 1 Назначение
- 2 Принцип работы
- 3 Особенности отправки запросов при работе маршрутизатора Nemo Connect
- 4 Включение маршрутизатора поисковых запросов Nemo Connect
- 5 Создание правила маршрутизации поисковых запросов на стороне Nemo Connect
- 6 Параметры маршрутизации поисковых запросов в Nemo Connect
- 7 Теги в Nemo Connect
- 8 Добавление правила маршрутизации поисковых запросов для Nemo Connect на стороне Немо Тревел 1.0
- 9 Особенности отображения на стороне Немо Тревел 1.0 таблицы с настройками маршрутизатора
- 10 Примеры правил маршрутизации в Nemo Connect
- 11 См. также
Назначение
Маршрутизатор поисковых запросов используют для автоматизации выбора пакетов реквизитов для поиска на основе параметров поискового запроса.
Агентство может настроить выгодную схему поиска для:
- поиска в разных ГРС в нескольких зонах,
- выдачи более разнообразных тарифов при минимальных издержках на поисковые транзакции.
Можно привязать пакеты реквизитов к определенной географии, например, чтобы в Mixvel NDC осуществлялся поиск только внутренних российских рейсов.
Принцип работы
Маршрутизация поисковых запросов в Nemo Connect настраивается в пункте Включение маршрутизатора поисковых запросов Nemo Connect .
Блокировка и приоритетность правил
Использование маршрутизатора в классическом исполнении предполагает, что, если под запрос подходит несколько правил, все правила сработают, и запрос направится во все сработавшие пакеты.
В маршрутизаторе Nemo Connect можно задать правила таким образом, чтобы при пересечении правил сработало только одно. Для этого правилам присваивают статус блокирующего.
- Если среди подходящих для запроса правил есть хотя бы одно блокирующее, маршрутизатор выберет из подходящих одно правило по приоритету.
- Если среди подходящих для запроса правил нет блокирующих, то все правила будут применены.
Приоритет правила определяется номером (ID) правила, либо присваивается вручную с помощью параметра Приоритет правила. Чем выше число, тем выше приоритет. (см. раздел Параметры маршрутизации поисковых запросов в Nemo Connect).
- Если среди подходящих для запроса правил есть блокирующее, и для каждого сработавшего правила задан ручной приоритет, то правило для срабатывания выбирается по ручному приоритету.
- Если среди подходящих для запроса правил есть блокирующее, и для хотя бы одного сработавшего правила ручной приоритет не задан, то правило для срабатывания выбирается по номерам правил.
Особенности отправки запросов при работе маршрутизатора Nemo Connect
Внимание! После включения маршрутизатора Nemo Connect не используйте географические ограничения в пакетах Немо Тревел 1.0.
При включенном маршрутизаторе Nemo Connect запросы по пакетам распределяются в маршрутизаторе Nemo Connect за пределами Немо Тревел 1.0, поэтому ограничение использования пакетов в тонкой настройке Немо Тревел 1.0 больше не срабатывает. Поисковый запрос проходит через реквизиты подключения выбранного в тонкой настройке пакета в маршрутизатор Nemo Connect, который распределяет запрос в пакеты по своим правилам.
Внимание! Чтобы реализовывалось подключение Немо Тревел 1.0 к Nemo Connect, в тонкой настройке должен быть включен хотя бы 1 пакет. Это необходимое условие, поскольку в реквизитах Немо Тревел 1.0 заданы реквизиты подключения к Nemo Connect.
Включение маршрутизатора поисковых запросов Nemo Connect
Чтобы включить маршрутизатор поисковых запросов для агентства нужно:
В Немо Тревел 1.0:
Менеджеру:
- Зайдите в раздел Управление продажами → Авиабилеты → Процессы → Процесс поиска → Тонкая настройка.
- Включите опцию Использовать маршрутизатор Nemo Connect.
- В настройке Реквизиты из какого пакета будут использованы для запроса поиска к Nemo Connect выберите пакет реквизитов.
Администратору (указать, на какие именно настройки будет смотреть система при поиске):
- Зайти в раздел Для техподдержки → Nemo Connect Вебсервисы → Настройки Взаимодействия.
- Включить опцию Настройки маршрутизатора в разделе Использовать настройки в Авиа сервере из Немо 1 для разделов.
В Nemo Connect:
- Зайдите в раздел Настройки Авиа → Поисковые настройки → Настройки маршрутизатора.
- Включите опцию Использовать маршрутизатор авиа.
При этом запрещено заводить правила маршрутизации в Немо Тревел 1.0. Маршрутизатор поисковых запросов Немо Тревел 1.0 рекомендуется отключить.
Создание правила маршрутизации поисковых запросов на стороне Nemo Connect
Чтобы создать правило маршрутизации:
- Зайдите в раздел Настройки Авиа → Поисковые настройки → Настройки маршрутизатора.
- Нажмите кнопку Добавить Правило маршрутизатора.
- Включите правило.
- Задайте параметры правила (см. Параметры маршрутизации поисковых запросов в Nemo Connect):
- Укажите условия применения правила — параметры поискового запроса, при которых поиск будет проходить по данному правилу.
- Укажите один или несколько пакетов реквизитов Nemo Connect, в которых будет проходить поиск при применении правила.
- Задайте дополнительные параметры, которые будут применены к запросу поиска при применении пакета.
- Нажмите кнопку Сохранить.
Внимание! Вы можете создавать правила маршрутизации не только на стороне Nemo Connect, но и на стороне Немо Тревел 1.0 (см. Добавление правила маршрутизации поисковых запросов для Nemo Connect на стороне Немо Тревел 1.0).
Параметры маршрутизации поисковых запросов в Nemo Connect
- Название правила — название для удобства работы с правилами.
- Правило включено — включает правило в работу.
- ИД пакетов, в которых будет поиск — номера пакетов реквизитов из Немо2.0 (см. соответствия в разделе "Тонкая настройка", первый столбец), по которым будет вестись поиск при срабатывании правила. Внимание! Поле обязательно к заполнению. Запрещено одновременно размещать в нем номера боевых и тестовых пакетов реквизитов.
Условия применения правила
- Список стран отправления — страны отправления, при которых будет срабатывать данный пакет реквизитов. Список стран задается в формате ISO alpha 2, например RU
- Список стран прибытия — страны прибытия, при которых будет срабатывать данный пакет реквизитов. Список стран задается в формате ISO alpha 2, например RU
- Список городов отправления — IATA-коды городов отправления, при которых будет срабатывать данный пакет реквизитов
- Список городов прибытия — IATA-коды городов прибытия, при которых будет срабатывать данный пакет реквизитов
- Список аэропортов прибытия — IATA-коды аэропортов прибытия, при которых будет срабатывать данный пакет реквизитов
- Список аэропортов отбытия — IATA-коды аэропортов отбытия, при которых будет срабатывать данный пакет реквизитов
- Запретить сложные маршруты (более 2-х сегментов в запросе) — для поиска сложных маршрутов правило будет срабатывать, только если в маршруте не более двух сегментов.
- Все сегменты перелёта должны удовлетворять требованиям к маршруту — правило срабатывает, если каждый сегмент перелета удовлетворяет параметрам правила. При выключенной опции условиям правила фильтрации должен удовлетворять хотя бы один сегмент.
- Только RT-перелеты — правило применяется только к перелетам туда-обратно.
- Обратная логика правила — включает инверсию географических ограничений правила (логику типа все, кроме).
Например, если при включенной опции в параметре Список стран отправления указана страна RU, под правило будут попадать все рейсы, кроме рейсов с вылетом из России. - Инвертировать страны отбытия/прибытия — включает инверсию только по странам прибытия/отбытия ( логику типа все, кроме).
Например, если при включенной опции в параметре Список стран отправления указана страна AU, под правило будут попадать все рейсы, кроме рейсов с вылетом из Австралии. - Инвертировать города отбытия/прибытия — включает инверсию только по городам прибытия/отбытия ( логику типа все, кроме).
Например, если при включенной опции в параметре Список городов отправления указан город VOZ, под правило будут попадать все рейсы, кроме рейсов с вылетом из Воронежа. - Инвертировать аэропорты отбытия/прибытия — включает инверсию только по аэропортам прибытия/отбытия ( логику типа все, кроме).
Например, если при включенной опции в параметре Список аэропортов прибытия указан аэропорт BWI, под правило будут попадать все рейсы, кроме рейсов с вылетом из Балтимор-Вашингтона , при этом рейсы из самого Вашингтона будут попадать под правило.
- Тэги, обязательные для срабатывания данного правила — обязательные тэги в поисковом запросе для срабатывания правила (см. Теги в Nemo Connect).
- Тэги, для которых запрещено срабатывания правила — если в запросе есть тэги из этого списка, правило не будет применено.
- Признак уникальности правила - присваивает правилу статус блокирующего. При включенной опции, если среди подходящих для запроса правил есть хотя бы одно блокирующее, маршрутизатор выберет одно правило по приоритету. Если среди подходящих правил нет блокирующих, все правила будут применены (см. раздел Блокировка и приоритетность правил).
- Приоритет правила — работает только для правил с включенной опцией Блокирующее правило. Присваивает приоритет правилу - чем выше число, тем выше приоритет. При блокировке правил срабатывает одно, имеющее наибольший приоритет (см. раздел Блокировка и приоритетность правил).
- Максимальное количество дней до даты вылета на всех плечах - при включенной настройке правило не срабатывает в случае превышения заданной величины.
- Список допустимых дней для запуска поиска — порядковый номер дня недели (начиная с 1), в которые разрешено запускать поиск.
- Стратегия обработки правил с совпадающими пакетами — определяет способ действия при срабатывании двух и более правил с одинаковыми пакетами для поиска при наличии в каком-либо из этих правил приоритетной / нежелательной авиакомпании (параметры "А/к для передачи как обязательные в ГДС" и "А/к, которые требуется исключить из выдачи"). Параметр может принимать три значения:
- Constrict - сужение поисковой выдачи, является значением по умолчанию и соответствует логике обработки правил ДО добавления данного параметра. При этом режиме в случае наличии пары "Общее правило без фильтра по а/к" + "Частное правило с фильтром" сработает именно частное правило, общее будет проигнорировано в пользу частного. Если у хотя бы одного из сработавших правил выставлено значение Constrict, то стратегия обработки всех правил будет именно сужение.
- Expand - расширение поисковой выдачи. При этом режиме в случае наличия такой пары срабатывают оба правила, и в ГРС отправляются параллельные запросы с фильтром по а/к и без него. При наличии правил с одним и тем же пакетом реквизитов для каждого пакета происходит слияние параметров правил. Если есть несколько подходящих правил с фильтром по а/к, то выполняется слияние всех фильтров. Обязательные для передачи в ГДС а/к объединяются. Если есть списки исключаемых а/к, то их значения удаляются из списка обязательных а/к. Если обязательных а/к нет, то будет заполняться только список исключаемых а/к.
- Independent - правила не объединяются ни при каких обстоятельствах. Правила с данной опцией обрабатываются отдельно от всех других правил и добавляются к применённым. Таким образом, добавляется еще один поиск и происходит исключение таких правил из логики объединения в совпадающих пакетах.
- Срабатывать в том числе для сегментов обратно — при включении опции заданные в правиле пункты вылета/прилёта будут разрешаться для маршрута с пунктами вылета/прилёта наоборот - города проверяются как для запросов OW туда, так и OW - запросов по обратному направлению от заданного, в том числе RT. Кнопка будет разрешать в рамках правила по списку городов отправления-прибытия так же и перелеты с направлением в обратную сторону (проверяются пункты прилета как пункты вылета, а пункты вылета как пункты прилёта).
- Коды пассажиров — перечисление (через ;) трехбуквенных кодов пассажиров из поискового запроса для которых будет срабатывать данный пакет реквизитов.
Внимание! Настройка "Срабатывать в том числе для сегментов обратно" в данный момент работает нестабильно, просьба временно не использовать ее.
Внимание! Включение инверсии города отбытия и инверсии города прибытия в рамках одного правила - НЕ инвертируют направление перелёта, чтобы инвертировать направление Вам понадобиться включить обратную логику правила.
Добавление дополнительных параметров к запросу в ГРС
- А/к для передачи как обязательные в ГДС — авиакомпании, перечисленные в списке, передаются как обязательные в запрос к ГРС. При попытке ограничить запрос поиска по определенным авиакомпаниям следует учитывать, содержатся ли указанные авиакомпании в списке обязательных для передачи в ГДС в правилах маршрутизатора. Если указанные авиакомпании содержатся в списке обязательных в правилах маршрутизатора, то в запрос передается пересечение авиакомпаний из двух списков (из правил маршрутизатора и из запроса к авиасерверу). Если список а/к, как обязательных, в правиле отсутствует, то берутся а/к из запроса.
- А/к, которые требуется исключить из выдачи — авиакомпании, перечисленные в списке, при запросе в ГРС помечаются нежелательными для поисковой выдачи.
Внимание! Параметры "А/к для передачи как обязательные в ГДС" и "А/к, которые требуется исключить из выдачи" поддерживаются не всеми поставщиками авиа контента. Не поддерживают: Мой Агент (Авиацентр)
- Включает замену эконом/премэконом класса в запросе на All — включает поиск по всем классам, если в запросе указан эконом или премиум эконом класс.
- Добавлять премиум версию запрошенного класса — включает дополнительный запрос премиум версии класса, указанного при поиске.
- Переопределение предпочитаемого класса перелёта — класс перелета, заданный пользователем в параметрах поиска, при запросе к ГРС будет заменен на предпочитаемый.
- Максимальное количество перелетов в ответе ГДС — количество перелетов от каждой ГРС в результатах поиска:
- для ГРС Sabre можно использовать только фиксированные значения: 50/100/200,
- для ГРС Galileo параметр не работает,
- для ГРС Amadeus, Сирена Трэвел, uAPI можно задать любое целое положительное число.
- Поиск минимальных и минимально возвратных цен - добавляет параметр, запрашивающий наряду с минимальными тарифами возвратные тарифы с минимальной стоимостью. Если опция включена, в результатах поиска отображается больше возвратных тарифов.
- Дополнительно запросить только публичные тарифы - настройка актуальна только для ГРС Sabre. Позволяет дополнительно получать и отображать клиенту в поисковой выдаче не только базовые тарифы АК, которые, как правило являются приватными, но и более дорогие публичные тарифы. Пример применения настройки - поиск семейств тарифов BASIC и FLEX у АК S7 в случае, если для РСС агента уже открыт доступ к ним, т.к. по умолчанию ГРС будет возвращать при поиске только самые дешевые тарифы BASIC по каждому перелету.
- Запретить запрос только прямых перелётов - позволяет запретить поиск рейсов без пересадок на конкретных направлениях. Если настройка включена и пользователем запрошен прямой перелёт, а также хотя бы один из запрошенных сегментов подходит под правило, то правило считается не сработавшим и поиск не запускается.
- Максимальное количество пересадок — позволяет ограничить максимальное количество пересадок в результатах поиска. Ограничение применяется на каждое запрошенное плечо. Доступно ограничение количества пересадок от 0 (прямые перелеты) до 3 (перелеты с указанным или меньшим количеством пересадок). Функционал реализован для ГРС Amadeus, Sabre, Galileo и Galileo uAPI.
Внимание! При одновременном срабатывании для поиска в одном пакете двух правил, в одном из которых заданы "А/к для передачи как обязательные в ГДС" и "А/к, которые требуется исключить из выдачи", к поставщику будут отправлены только "А/к для передачи как обязательные в ГДС".
Теги в Nemo Connect
Тег — это метка, которая служит для определения категории или группы, к которой относится элемент.
Тэги в Nemo.Travel используются только для маршрутизатора Nemo Connect.
После включения маршрутизатора Nemo Connect, к запросу от Немо Тревел 1.0 к Nemo Connect автоматически добавляются теги, соответствующие параметрам запроса.
Теги вместе с запросом поступают в маршрутизатор. Они указывают данные по запросу, такие как: тип пользователя, который делает поисковый запрос (менеджер — mgr, агент — agt или анонимный пользователь — anon), тип поиска (агентский API — api , метапоиск — meta). Возможные теги:
- b2b — запрос поиска от учетной записи B2B,
- b2c — запрос поиска от учетной записи B2C,
- usr — запрос поиска от имени зарегистрированного пользователя,
- exp — запрос поиска от имени эксперта,
- mgr — запрос поиска от имени менеджера,
- agt — поиск запущен пользователем корневого агентства,
- corp — поиск запущен корпоративным клиентом агентства,
- subagt — поиск запущен пользователем субагентства,
- anon — запрос поиска от имени анонимного пользователя,
- api — поиск запущен через агентский API,
- meta — поиск запущен через метапоиск,
а так же метки, содержащие:
- номер пользователя, запустившего поиск,
- номер группы, пользователь которой запустил поиск,
- номер субагенства и агентства пользователя, запустившего поиск.
Добавление правила маршрутизации поисковых запросов для Nemo Connect на стороне Немо Тревел 1.0
Чтобы создать правило маршрутизации:
- Зайдите в раздел Управление продажами → Авиабилеты → Процессы → Процесс поиска → Настройки маршрутизатора.
- Выберите необходимого пользователя, группу или агентство Изменить.
- Нажмите Создать новую запись.
- Задайте параметры правила (см. Параметры маршрутизации поисковых запросов в Nemo Connect):
- Укажите условия применения правила — параметры поискового запроса, при которых поиск будет проходить по данному правилу.
- Укажите, если требуется инвертировать тот или иной параметр поискового запроса (страну/город/аэропорт прибытия или отбытия).
- Укажите один или несколько пакетов реквизитов Nemo Connect, в которых будет проходить поиск при применении правила.
- Задайте дополнительные параметры, которые будут применены к запросу поиска при применении пакета.
- Выберите тип правила, Constrict (сужение) или Expand (расширение) или Independent (не объединять), оно будет определять, для чего будет использовать фильтр по а/к.
- Нажмите кнопку Сохранить.
 |
| Включение правила |
Внимание! Если правила установлены на конкретного пользователя/группу, то будут использоваться правила только пользователя/группы.
И если есть другие правила выше по иерархии вложенности, например на агентстве, то эти правила будут проигнорированы.
В случае, если у пользователя/группы нет своего правила, тогда будут использоваться первые правила по иерархии выше.
Импорт правил маршрутизации поисковых запросов в Немо Тревел 1.0
Помимо создания правил, вы можете импортировать правила из Админ-панели Nemo Connect. Система полностью перенесет все настройки из связанного агентства Nemo Connect в выбранного пользователя или группу Nemo Travel.
Внимание! При импорте настроек, ваши текущие правила маршрутизатора удаляются.
Связанное агентство задается под администратором в разделе Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия. Там нужно заполнить следующие поля:
- Идентификатор пользователя в Nemo Connect.
- Логин пользователя в Nemo Connect.
- Пароль пользователя в Nemo Connect.
- Используемая среда .net серверов
Особенности отображения на стороне Немо Тревел 1.0 таблицы с настройками маршрутизатора
 |
| Внешний вид таблицы с правилами |
- Строка таблицы соответствует одному правилу маршрутизатора.
- Столбцы соответствуют параметрам настроек маршрутизатора. Подробнее см.Параметры маршрутизации поисковых запросов в Nemo Connect
- Столбец "Пересекается с" показывает идентификаторы правил, которые либо полностью соответствуют правилу (строку которого мы рассматриваем), либо наше правило является частным случаем правил, указанных в столбце. Столбец "Пересекается с" помогает видеть пересечения правил и даёт возможность лучше ориентироваться в общей массе правил маршрутизатора.
Пример
| ID Правила | Пересекается с | Параметры поиска |
| 001 | Перелеты из Франции | |
| 002 | 001 | Перелеты из Парижа |
Примеры правил маршрутизации в Nemo Connect
Правило для включения в результаты поиска подкласса P
Для Азербайджанских авиалиний (J2) подкласс P - бюджетный подкласс экономического класса обслуживания, в то время как для большинства авиакомпаний P - первый класс. Поскольку Nemo.Travel распознает этот подкласс как первый, его по умолчанию нет на выдаче перелетов экономического класса обслуживания.
Чтобы получать на выдаче перелеты по этому подклассу, нужно, чтобы система запросила как бизнес, так и эконом класс, а затем отфильтровала результаты. В маршрутизаторе Nemo Connect предусмотрены необходимые параметры корректировки запроса в ГРС для получения желаемой выдачи.
- Зайдите в раздел Настройки Авиа → Поисковые настройки → Настройки маршрутизатора.
- Нажмите кнопку Добавить Правило маршрутизатора.
- Установите флажок Правило включено для активации правила.
- Введите номера (id) пакетов реквизитов в Nemo Connect, на которые будет распространяться правило в поле ИД пакетов, в которых будет поиск.
- Установите флажок Включает замену эконом/премэконом класса в запросе на All.
- Для удобства работы введите Название правила.
- Нажмите на кнопку Сохранить.
Правило заменяет в запросе к ГРС Эконом и Премэконом класс на Все для указанных пакетов. Таким образом при запросе тарифов экономического класса, ГРС отправит перелеты всех классов. Нежелательные на выдаче результаты можно отфильтровать с помощью фильтров результатов поиска.
