Маршрутизатор поисковых запросов Nemo Connect - История изменений

Андрей Козин: /* Параметры маршрутизации поисковых запросов в {{NameProject2}} */

2024-10-28T08:04:45Z

‎Параметры маршрутизации поисковых запросов в {{NameProject2}}

Елена Аристотелева в 18:12, 2 марта 2023

2023-03-02T18:12:39Z

Елена Аристотелева: /* Параметры маршрутизации поисковых запросов в {{NameProject2}} */

2020-02-12T15:29:13Z

‎Параметры маршрутизации поисковых запросов в {{NameProject2}}

Елена Аристотелева: /* Параметры маршрутизации поисковых запросов в {{NameProject2}} */

2020-01-22T10:39:53Z

‎Параметры маршрутизации поисковых запросов в {{NameProject2}}

Галина Погожильская: /* Параметры маршрутизации поисковых запросов в {{NameProject2}} */

2019-12-04T15:24:25Z

‎Параметры маршрутизации поисковых запросов в {{NameProject2}}

Вадим Соловьев: /* Добавление правила маршрутизации поисковых запросов для {{NameProject2}} на стороне {{NameProject1}} */

2019-10-02T15:26:34Z

‎Добавление правила маршрутизации поисковых запросов для {{NameProject2}} на стороне {{NameProject1}}

Елена Аристотелева: /* Параметры маршрутизации поисковых запросов в {{NameProject2}} */

2019-10-02T14:53:23Z

‎Параметры маршрутизации поисковых запросов в {{NameProject2}}

Вадим Соловьев: /* Добавление правила маршрутизации поисковых запросов для {{NameProject2}} на стороне {{NameProject1}} */

2019-09-11T14:13:40Z

‎Добавление правила маршрутизации поисковых запросов для {{NameProject2}} на стороне {{NameProject1}}

Вадим Соловьев: /* Параметры маршрутизации поисковых запросов в {{NameProject2}} */

2019-09-11T13:39:40Z

‎Параметры маршрутизации поисковых запросов в {{NameProject2}}

Вадим Соловьев: /* Параметры маршрутизации поисковых запросов в {{NameProject2}} */

2019-09-03T14:50:00Z

‎Параметры маршрутизации поисковых запросов в {{NameProject2}}

@@ Строка 95: / Строка 95: @@
 **'''Independent''' - правила не объединяются ни при каких обстоятельствах. Правила с данной опцией обрабатываются отдельно от всех других правил и добавляются к применённым. Таким образом, добавляется еще один поиск и происходит исключение таких правил из логики объединения в совпадающих пакетах.
 *'''Срабатывать в том числе для сегментов обратно''' — при включении опции заданные в правиле пункты вылета/прилёта будут разрешаться для маршрута с пунктами вылета/прилёта наоборот - города проверяются как для запросов OW туда, так и OW - запросов по обратному направлению от заданного, в том числе RT. Кнопка будет разрешать в рамках правила по списку городов отправления-прибытия так же и перелеты с направлением в обратную сторону (проверяются пункты прилета как пункты вылета, а пункты вылета как пункты прилёта).
 {{Attention| Настройка '''"Срабатывать в том числе для сегментов обратно"''' в данный момент работает нестабильно, просьба временно не использовать ее.}}

@@ Строка 5: / Строка 5: @@
 * выдачи более разнообразных тарифов при минимальных издержках на поисковые транзакции.
-Можно привязать пакеты реквизитов к определенной географии, например, чтобы '''ГРС Sirena Travel''' осуществляла поиск только внутренних российских рейсов.
+Можно привязать пакеты реквизитов к определенной географии, например, чтобы в '''Mixvel NDC''' осуществлялся поиск только внутренних российских рейсов.
 == Принцип работы ==

@@ Строка 102: / Строка 102: @@
 * '''А/к для передачи как обязательные в ГДС''' — авиакомпании, перечисленные в списке, передаются как обязательные в запрос к ГРС. При попытке ограничить запрос поиска по определенным авиакомпаниям следует учитывать, содержатся ли указанные авиакомпании в списке обязательных для передачи в ГДС в правилах маршрутизатора. Если указанные авиакомпании содержатся в списке обязательных в правилах маршрутизатора, то в запрос передается пересечение авиакомпаний из двух списков (из правил маршрутизатора и из запроса к авиасерверу). Если список а/к, как обязательных, в правиле отсутствует, то берутся а/к из запроса.
 * '''А/к, которые требуется исключить из выдачи''' — авиакомпании, перечисленные в списке, при запросе в ГРС помечаются нежелательными для поисковой выдачи.
 * '''Включает замену эконом/премэконом класса в запросе на All''' — включает поиск по всем [[Класс обслуживания|классам]], если в запросе указан эконом или премиум эконом класс.
 * '''Добавлять премиум версию запрошенного класса''' — включает дополнительный запрос премиум версии класса, указанного при поиске.

@@ Строка 95: / Строка 95: @@
 **'''Independent''' - правила не объединяются ни при каких обстоятельствах. Правила с данной опцией обрабатываются отдельно от всех других правил и добавляются к применённым. Таким образом, добавляется еще один поиск и происходит исключение таких правил из логики объединения в совпадающих пакетах.
 *'''Срабатывать в том числе для сегментов обратно''' — при включении опции заданные в правиле пункты вылета/прилёта будут разрешаться для маршрута с пунктами вылета/прилёта наоборот - города проверяются как для запросов OW туда, так и OW - запросов по обратному направлению от заданного, в том числе RT. Кнопка будет разрешать в рамках правила по списку городов отправления-прибытия так же и перелеты с направлением в обратную сторону (проверяются пункты прилета как пункты вылета, а пункты вылета как пункты прилёта).
 {{Attention| Включение инверсии города отбытия и инверсии города прибытия в рамках одного правила - НЕ инвертируют направление перелёта, чтобы инвертировать направление Вам понадобиться включить обратную логику правила.}}

@@ Строка 112: / Строка 112: @@
 * '''Запретить запрос только прямых перелётов''' - позволяет запретить поиск рейсов без пересадок на конкретных направлениях. Если настройка включена и пользователем запрошен прямой перелёт, а также хотя бы один из запрошенных сегментов подходит под правило, то правило считается не сработавшим и поиск не запускается.
 *'''Максимальное количество пересадок''' — позволяет ограничить максимальное количество пересадок в результатах поиска. Ограничение применяется на каждое запрошенное плечо. Доступно ограничение количества пересадок от 0 (прямые перелеты) до 3 (перелеты с указанным или меньшим количеством пересадок). Функционал реализован для ГРС Amadeus, Sabre, Galileo и Galileo uAPI.
 == Теги в {{NameProject2}} ==

@@ Строка 152: / Строка 152: @@
 #* Выберите тип правила, Constrict (сужение) или Expand (расширение) или Independent (не объединять), оно будет определять, для чего будет использовать фильтр по а/к.
 # Нажмите кнопку '''Сохранить'''.
 {| class="wikitable"  align="center" style="margin-left:1em"
 |-
-|[[Файл:Newmrule.png|справа|1200px|Создание нового правила]]
+|[[Файл:RuleMarsh.png|слева|800px|Включение правила]]
 |-
-|Создание нового правила
+|Включение правила
 |}
 === Импорт правил маршрутизации поисковых запросов в {{NameProject1}} ===
 Помимо создания правил, вы можете импортировать правила из Админ-панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}} в выбранного пользователя или группу Nemo Travel.<br>

@@ Строка 90: / Строка 90: @@
 * '''Максимальное количество дней до даты вылета на всех плечах''' -  при включенной настройке правило не срабатывает в случае превышения заданной величины.
 * '''Список допустимых дней для запуска поиска''' — порядковый номер дня недели (начиная с 1), в которые разрешено запускать поиск.
-*'''Стратегия обработки правил с совпадающими пакетами''' — определяет способ действия при срабатывании двух и более правил с одинаковыми пакетами для поиска при наличии в каком-либо из этих правил приоритетной / нежелательной авиакомпании (параметры "А/к для передачи как обязательные в ГДС" и "А/к, которые требуется исключить из выдачи"). Параметр может принимать три значения. '''Constrict''' - сужение поисковой выдачи, является значением по умолчанию и соответствует логике обработки правил ДО добавления данного параметра. При этом режиме в случае наличии пары "Общее правило без фильтра по а/к" + "Частное правило с фильтром" сработает именно частное правило, общее будет проигнорировано в пользу частного. Если у хотя бы одного из сработавших правил выставлено значение Constrict, то стратегия обработки всех правил будет именно сужение. '''Expand''' - расширение поисковой выдачи. При этом режиме в случае наличия такой пары срабатывают оба правила, и в ГРС отправляются параллельные запросы с фильтром по а/к и без него. При наличии правил с одним и тем же пакетом реквизитов для каждого пакета происходит слияние параметров правил. Если есть несколько подходящих правил с фильтром по а/к, то выполняется слияние всех фильтров. Обязательные для передачи в ГДС а/к объединяются. Если есть списки исключаемых а/к, то их значения удаляются из списка обязательных а/к. Если обязательных а/к нет, то будет заполняться только список исключаемых а/к. '''Independent''' - правила не объединяются ни при каких обстоятельствах. Правила с данной опцией обрабатываются отдельно от всех других правил и добавляются к применённым. Таким образом, добавляется еще один поиск и происходит исключение таких правил из логики объединения в совпадающих пакетах.
+*'''Стратегия обработки правил с совпадающими пакетами''' — определяет способ действия при срабатывании двух и более правил с одинаковыми пакетами для поиска при наличии в каком-либо из этих правил приоритетной / нежелательной авиакомпании (параметры "А/к для передачи как обязательные в ГДС" и "А/к, которые требуется исключить из выдачи"). Параметр может принимать три значения:
 *'''Срабатывать в том числе для сегментов обратно''' — при включении опции заданные в правиле пункты вылета/прилёта будут разрешаться для маршрута с пунктами вылета/прилёта наоборот - города проверяются как для запросов OW туда, так и OW - запросов по обратному направлению от заданного, в том числе RT. Кнопка будет разрешать в рамках правила по списку городов отправления-прибытия так же и перелеты с направлением в обратную сторону (проверяются пункты прилета как пункты вылета, а пункты вылета как пункты прилёта).

@@ Строка 147: / Строка 147: @@
 #* Укажите один или несколько [[Пакеты реквизитов {{NameProject2}}|пакетов реквизитов {{NameProject2}}]], в которых будет проходить поиск при применении правила.
 #* Задайте дополнительные параметры, которые будут применены к запросу поиска при применении пакета.
-#* Выберите тип правила, Constrict (сужение) или Expand (расширение), оно будет определять, для чего будет использовать фильтр по а/к - сужение или расширение выдачи.
+#* Выберите тип правила, Constrict (сужение) или Expand (расширение) или Independent (не объединять), оно будет определять, для чего будет использовать фильтр по а/к.
 # Нажмите кнопку '''Сохранить'''.
 {{Attention| Если правила установлены на конкретного пользователя/группу, то будут использоваться правила только пользователя/группы.<br> И если есть другие правила выше по иерархии вложенности, например на агентстве, то эти правила будут проигнорированы.<br> В случае, если у  пользователя/группы нет своего правила, тогда будут использоваться первые правила по иерархии выше. }}<br>
 {| class="wikitable"  align="center" style="margin-left:1em"
 |-
-|[[Файл:2018-05-29_15-01-31.png|справа|1200px|Создание нового правила]]
+|[[Файл:Newmrule.png|справа|1200px|Создание нового правила]]
 |-
 |Создание нового правила