Ценообразование (Авиабилеты)

Материал из Центр поддержки системы бронировании
Версия от 18:49, 11 марта 2016; Мария Горшенева (обсуждение | вклад) (Включение модуля. Импорт и экспорт правил)
Перейти к навигации Перейти к поиску

Назначение

Модуль Ценообразование автоматизирует процесс расчета комиссий и сборов для авиабилетов, управления комиссионными правилами перевозчиков, сборами агентства и комиссионными вознаграждениями субагентов.

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

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

Работа модуля основана на правилах ценообразования, которые заводит агентство.

Правило - набор условий применения правила и параметров правила.

Правила ценообразования задаются в таблице в файле формата XLS или XLSX, где:

Строка таблицы - правило.
Ячейка строки - значение параметра.
Заголовок столбца - название параметра.
Каждая строка является отдельным правилом.

Прежде чем рассчитать комиссии, модуль ценообразования определяет доступность перелета к выписке и правило, по которому рассчитываются комиссии и сборы, по алгоритму:

  1. Модуль фиксирует, какую авиакомпанию ГРС определила как валидирующую;
  2. Находит в файле ценообразования все правила для данной авиакомпании;
  3. Подбирает правила, которые соответствуют перелету по всем параметрам;
  4. Выбирает по критериям приоритета одно из подходящих правил;
    • Если сработавшее правило не содержит переопределения валидирующего перевозчика, устанавливается валидирующий перевозчик, полученный от ГРС.
    • Если сработавшее правило содержит переопределение валидирующего перевозчика, устанавливается переопределенный валидирующий перевозчик.
  5. Правило применяется.

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

Перелет не может быть выписан, если:

  • правила для авиакомпании не заведены. Такие перелеты рекомендуется удалять из выдачи фильтром результатов поиска «А/к не является контрактной».
  • правила для авиакомпании заведены, но параметры перелета не соответствуют параметрам правила.

Порядок работы модуля приведен в схеме:

Схема ценообразование.png
Схема работы модуля Ценообразование

Комиссии и сборы рассчитываются при каждом обновлении заказа по правилам, загруженным в систему на момент проверки:

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

Если в промежуток между бронированием и выпиской правила изменили, после бронирования заказа комиссии будут рассчитываться по новым правилам, таким образом цена при бронировании и цена при выписке может отличаться. Поведение системы при возникновении такой ситуации задается параметром Пересчитать сервисный сбор в разделе Настройки системы → Фоновые процессы → События синхронизации. Расчет комиссий, действующих на момент бронирования, можно отследить в логах по заказу.

Расчет комиссий для неконтрактных авиакомпаний

Агентство может выписывать билеты неконтрактных авиакомпаний на условиях чистого интерлайна между авиакомпаниями.

Например,

  • У агентства нет контракта с авиакомпанией «АА».
  • У агентства есть контракт с авиакомпанией «ВВ».
  • Между компаниями «АА» и «BB» интерлайн-соглашение, позволяющее выписывать билеты для «АА» на бланке «ВВ».

Чтобы выписывать билеты авиакомпании «АА», агенство заводит правило для авиакомпанией «АА», в котором заданы:

  1. валидирующий перевозчик: «АА»,
  2. переопределенный перевозчик: «BB»,
  3. доля сегментов интерлайнов: «1»,
  4. комиссия авиакомпании: укажите размер комиссионного вознаграждения, предоставляемого компанией «ВВ» за билеты со 100% долей интерлайн сегментов.

Внимание! Система Nemo.Travel не отслеживает наличие интерлайн-соглашений между перевозчиками. Ответственность за переопределение полностью лежит на агентстве.

Выбор правила для расчета

Комиссии для перелета рассчитываются по одному правилу. Если для перелета подходит несколько правил, система выбирает правило для расчета по критериям приоритета. Правила сравниваются по первому критерию, если критерий в данном случае не срабатывает, по второму и так далее, пока не будет определено одно правило.

Порядок сравнения правил для выбора правила для расчета:

  1. По колонке Приоритет - если у сработавших правил указан приоритет, то выбирается правило с наибольшим приоритетом.
  2. По наличию переопределенного перевозчика - если срабатывает несколько правил с одинаковым приоритетом (или приоритет не указан), выбирается правило с переопределенным ВП.
  3. По непустой ячейке Комиссия - приоритет правил с установленной комиссией (даже в 0%) выше, чем у правил с пустой ячейкой комиссии.
  4. Дополнительный приоритет - устанавливается вручную в разделе Настройки системы → Фоновые процессы → События синхронизации параметром Дополнительный приоритет:
    • Нет - не установлен дополнительный приоритет.
    • Максимальная комиссия авиакомпании - выбирается правило с максимальной комиссией от авиакомпании.
    • По количеству параметров в правиле - выбирается правило с наибольшим числом непустых параметров.
  5. Порядковый номер правила - если ни один из приоритетов не применим, приоритетным считается более новое правило (расположенное таблице ниже других).

Тестирование и отладка срабатывания правил

Все расчеты на каждом этапе их применения логируются и отображаются в таблице отладки. Таблица отладки используется для контроля срабатывания правил. Она содержит информацию о применении правил к выбранному перелету.

Ссылка на таблицу отладки доступна менеджеру агентства:

  • на выдаче результатов поиска для каждого перелета по ссылке Комиссия,
  • на странице заказа в детализации стоимости по щелчку на сумму комиссии или сбора.
Ссылка на таблицу отладки на странице поиска.png
Ссылка на таблицу отладки на странице поиска
Страница заказа.png
Ссылка на детализацию стоимости на странице заказа
Детализация стоимости.png
Ссылки на таблицу отладки на странице детализации стоимости

В таблице отладки отображаются все правила для валидирующего перевозчика данного перелета. В ней отражается порядок проверки параметров: параметры каждого правила сравниваются в параметрами перелета:

  1. если они совпадают:
    • ячейка подсвечивается зеленым,
    • проверяется следующей параметр;
  2. если значение параметра перелета не совпадает со значением параметра правила:
    • ячейка подсвечивается красным цветом,
    • проверка правила прекращается.

Если правило подошло по всем параметрам, то правило применяется, комиссии и сборы подсвечиваются зеленым светом, рядом отображаются их вычисленные значения.

Таблица отладки.png
Таблица отладки

Параметры (столбцы) таблицы отладки:

  • проверяемые перевозчики, установленный валидирующий перевозчик;
  • данные о группе и пользователе, к которым привязан заказ;
  • все параметры выбранного перелета, которые определены системой;
  • проверка совпадения с параметрами в правилах для проверяемого перевозчика;
  • выделение параметров, по которым есть несовпадение;
  • размер рассчитанных комиссий и сборов, примененное для расчета правило.

Включение модуля. Импорт и экспорт правил

Чтобы включить расчет комиссий с использованием Ценообразования, включите опции Комиссии 2.0 и Сборы и скидки 2.0 в разделе Управление продажами → Авиабилеты → Ценообразование → Настройки.

Чтобы задать правило ценообразования:

  1. Зайдите в раздел Управление продажами → Авиабилеты → Ценообразование → Импорт/экспорт Excel.
  2. Нажмите Выгрузка в формате "xls" или Выгрузка в формате xlsx". Откройте файл для редактирования.
  3. Установите правило: заполните параметры строки. Формат внесения данных в каждый столбец должен соответствовать строго определенному формату (см. Импорт правил).
    Обязательные параметры для заполнения:
    • валидирующий перевозчик
    • комиссия
  4. Сохраните изменения в файле.
  5. На странице Импорт/экспорт Excel в панели администрирования нажмите Обзор, откройте файл.
  6. Нажмите Отправить для загрузки файла в систему.

При импорте система валидирует все введенные значения. Если в какой-то ячейке значение внесено в некорректном формате, система сообщит об ошибке, сохранив при этом все корректно заданные правила.

Ошибки импорта Ценообразование.png
Ошибки при валидации параметров

После валидации на странице отображается таблица, в которой в сжатой форме отражены все загруженные правила.

Правила ценообразования.png
Правила ценообразования

Параметры правил ценообразования

Шаблон файла для внесения правил ценообразования:
Файл:CommImportExampleV1.0.5.xlsx

Внимание! Запрещено переименовывать столбцы!
При этом допускается удаление ненужных столбцов.

Заголовок Внутреннее название Описание Допустимые значения Примеры
id id Уникальный номер записи из любой внешней системы (или БД). Необязательный параметр. Не участвует в логике расчетов и используются для удобства идентификации правила. любое значение 123
валидирующий перевозчик GDS valCompanyId Авиакомпания, для которой задается правило. Должна являться контрактной авиакомпанией агента. Если необходимо проводить выписку на стоке другой авиакомпании (по интерлайну), валидирующий перевозчик переопределяется (см. Переопределенный валидирующий перевозчик). Если валидирующий перевозчик от ГРС недопустим указанными правилами ценообразования и не переопределен - перелет считается недопустимым к выписке и удаляется из результатов поиска при соответствующих настройках фильтрации результатов. пустое игнорируется

2-значный IATA-код авиакомпании

SU

LH

переопределенный вп manualVV Если валидирующий перевозчик, предложенный ГРС не является контрактным или не устраивает агента по комиссии, его можно переопределить принудительно через это поле. В поле ВП указывается ВП от ГРС (или оно оставляется пустым), а в этом поле указывается переопределенный агентством перевозчик.

Ответственность за допустимость замены и за адекватность цены перелета (которая была рассчитана GDS по предложенному ей перевозчику) берет на себя агент. Приоритет у правил с переопределением выше, чем у правил без него.

пустое игнорируется

2-значный IATA-код авиакомпании

SU

LH

перевозчики первого сегмента airlines Набор допустимых маркетинговых перевозчиков первого сегмента маршрута. пустое = любые
КОД,КОД...
<>КОД,КОД...(кроме)
SU,LH,BA

<>S7,SU

перевозчики любого сегмента airlinesAny Набор допустимых маркетинговых перевозчиков (интерлайнов) любого сегмента маршрута.

Допустимые варианты ввода:

  • КОД,КОД,КОД : хотя бы один маркетинговый перевозчик из перелета должен быть в списке.
  • КОД,КОД,КОД! : каждый маркетинговый перевозчик из перелета должен встречаться в этом списке
  • <>КОД,КОД,КОД : если хотя бы один маркетинговый перевозчик из перелета не встречается в этом списке
  • <>КОД,КОД,КОД! : все маркетинговые перевозчики из перелета не должны встречаться в этом списке
пустое = любые
- одно или несколько значений (см. описание)
SU,LH,BA
SU,LH!
<>S7,SU
<>S7,BA!
код-шеринг codeSharing Допустимость выполнения рейса другой (оперирующей) авиакомпанией пустое - все перелеты
1 - код-шеринг обязателен
0 - код шеринг запрещён
0

1

операторы operatingAirlines Допустимые оперирующие авиакомпании (проверяются на всех сегментах).

Варианты ввода:

  • КОД,КОД,КОД : должен совпасть хотя бы один оперирующий перевозчик из перелета с одним из заданного списка.
  • КОД,КОД,КОД! : каждый оперирующий перевозчик из перелета должен встречаться в этом списке
  • <>КОД,КОД,КОД : хотя бы один оперирующий перевозчик из перелета не должен быть в этом списке
  • <>КОД,КОД,КОД! : все оперирующие перевозчики из перелета не должны встречаться в этом списке
пустое = любые
- одно или несколько значений (см. описание)
SU,LH,BA
SU,LH!
<>S7,SU
<>S7,BA!
доля собственных сегментов ownPart Минимально допустимая доля собственных сегментов (сегментов, где валидирующий перевозчик равен маркетинговому) должна быть больше или равна заданному значению (любое число от 0 до 1):
  • 1 - все сегменты собственные
  • 0.5 - половина или больше собственных сегментов
  • 0.25 - четверть или больше собственных сегментов
  • 0.01 - присутствует минимум один собственный сегмент
  • 0 - все сегменты интерлайны
пустое = любое количество

любое число от 0 до 1

0.88
доля сегментов интерлайнов interlinePart Минимально допустимая доля несобственных сегментов (сегментов, где валидирующий перевозчик не равен маркетинговому) должна быть больше или равна указанному значению(любое число от 0 до 1).
  • 1 - все сегменты интерлайны
  • 0.5 - половина или больше сегментов интерлайнов
  • 0.25 - четверть или больше сегментов интерлайнов
  • 0.01 - присутствует минимум один сегмент интерлайна
  • 0 - все сегменты собственные
пустое = любое количество

любое число от 0 до 1

0.88
тип контракта contractType Система взаиморасчетов BSP или ТКП пустое = любой,
BSP
TCH
TCH
системы бронирования gds Глобальная распределительная система / PCC конкретных реквизитов / ID пакета реквизитов системы {{}}

Перечисляются в любой последовательности, можно смешивать разные типы. Действует правило "или": если указан Sabre целиком, все его PCC/пакеты указывать уже нет смысла.

пустое = любые
SABRE, GALILEO, AMADEUS, SIRENA, SITA - GDS
[буквы+цифры] - PCC
[цифры] - ID пакета
SABRE,670P,123

AMADEUS,GALILEO

начало продажи paymentDateFrom Минимально допустимая дата оформления заказа (не путать с датой вылета). Для срабатывания правила, текущая дата должна быть больше или равна указанной. пустое = игнорируется

DD.MM.YYYY

01.01.2012

31.01.2010

конец продажи paymentDateTo Максимально допустимая дата оформления заказа. Для срабатывания правила, текущая дата должна быть меньше или равна указанной. пустое = игнорируется
DD.MM.YYYY
31.12.2022
тип рейса airlineType Международный или внутренний (весь перелет в пределах одной страны) перелет. Одно значение пустое = любой
IA (international airlines - международные)
DA (domestic airlines - внутренние)
IA
DA
номера рейсов flightNumber Допустимые номера рейсов, можно указывать с кодом маркетинговой компании или без неё.

Варианты ввода:

  • NNN,NNN: должен совпасть номер рейса из любого сегмента с одним из заданного списка.
  • NNN,NNN! : номера рейсов из всех сегментов перелета должны встречаться в этом списке
  • <>NNN,NNN : хотя бы один номер из перелета не должен быть в этом списке
  • <>NNN,NNN! : все номера из перелета не должны встречаться в этом списке
пустое = любые
- одно или несколько значений (см. описание)
SU 123,SU 345
123,345
<>LH 555
тип вс aircraft Допустимые коды воздушных судов, коды указывать в том же виде, в котором возвращает ГРС

Варианты ввода:

  • CODE,CODE: должен совпасть код судна из любого сегмента с одним из заданного списка.
  • CODE,CODE! : коды судов из всех сегментов перелета должны встречаться в этом списке
  • <>CODE,CODE : хотя бы один код из перелета не должен быть в этом списке
  • <>CODE,CODE! : все коды из перелета не должны встречаться в этом списке
пустое = любые
- одно или несколько значений (см. описание)
73C,DH4
735
коды тарифов tariffs Допустимые коды тарифов. Должен совпасть хотя бы один из перелета с одним из заданного списка. При правиле с отрицанием никаких совпадений быть не должно. Совпадение не точное: код из правила может содержаться в коде из перелета (к примеру введенное S1GREY26 совпадет с S1GREY26CH из перелета).

Варианты ввода:

  • КОД,КОД: должен совпасть любой тариф с одним из заданного списка.
  • КОД,КОД! : все тарифы перелета должны встречаться в этом списке
  • <>КОД,КОД : хотя бы один тариф из перелета не должен быть в этом списке
  • <>КОД,КОД! : все тарифы из перелета не должны встречаться в этом списке

Можно указать регулярное выражение. Для этого нужно написать параметр в формате /XXX/ Примеры:

  • /ABC/ - код должен содержать "..ABC..", например "NBABCS"
  • /abc/i - регистронезависимая проверка, код может содержать символы в любом регистре, например "NBABCS" или "Abcof"
  • /^TN/ - код должен начинаться с "TN..", например "TNQRTY"
  • /OW$/ - код должен заканчиваться на "..OW", например "SRSOW"
  • /^.L/ - первая буква любая ( . - любой символ ), вторая буква в коде тарифа должна быть L, например "QLFST"
  • /OK.*RT/ - ( .* = любое количество любых символов) "..OK..RT..", например "ANOKURTN"
пустое = любые
- одно или несколько значений (см. описание)
WRUTH9PL,ARUTH9PL


/TN.*OW/

максимальный тариф maxTariff Ограничение на максимальное ценовое значение "базовой стоимости" (сумма всех тарифов от перевозчиков в перелете или стоимость от ГРС за вычетом такс). Если параметр задан, то правило, записанное в строке, срабатывает только, если тариф перелета меньше указанного. пустое = ограничения нет
xxxКОД (см примеры)
10000RUB

300EUR

конф. тариф privateFare Для срабатывания правила у перелета должен присутствовать тариф с признаком конфиденциального (приватного). Об этом сообщает ГРС. Если для однозначного определения правила достаточно указать конкретный код приватного тарифа, признак выставлять необязательно. пустое = любые тарифы
1 - должен присутствовать приватный
0 - приватных тарифов не должно быть
0
1
коды такс taxes Допустимые коды такс

Варианты ввода:

  • КОД,КОД: должна совпасть любая такса из перелета с одной из заданного списка.
  • КОД,КОД! : все таксы перелета должны встречаться в этом списке
  • <>КОД,КОД : хотя бы одна такса из перелета не должна быть в этом списке
  • <>КОД,КОД! : все таксы из перелета не должны встречаться в этом списке

где КОД - набор заглавных латинских букв.

пустое = любые
- одно или несколько значений (см. описание)
YQ,YR
<>YQ!
цена подтверждена priceIsActual Признак подтвержденной цены перелета. Цена в перелете после поиска считается неподтвержденной, ее статус меняется на "подтверждена" ("актуальна") при создании реального PNR или при запросе актуализации цен в рамках вебсервисов Nemo Connect (до создания PNR) пустое = любые перелеты
1 - перелет в PNR или его цена проверена заранее
0 - перелет только что получен из результатов поиска
0
1
наличие сегментов ВП во всех тарифах valSegmentsInTariff Проверка: среди сегментов любого тарифа должен присутствовать сегмент валидирующего перевозчика (минимум один) пустое или 0 = любые тарифы
1 - условие должно выполняться
0
1
сервис классы serviceClass Допустимые категории классов обслуживания.

Варианты ввода:

  • КОД,КОД: должен совпасть класс из любого сегмента с одним из заданного списка.
  • КОД,КОД! : классы из всех сегметнов перелета должны встречаться в этом списке
  • <>КОД,КОД : хотя бы один класс из перелета не должен быть в этом списке
  • <>КОД,КОД! : все классы из перелета не должны встречаться в этом списке

где КОД:

  • B - бизнес
  • E - эконом
  • F - первый
  • EB - сочетание эконом + бизнес
  • EF - сочетание эконом + первый
  • BF - сочетание бизнес + первый
пустое = любые
- одно или несколько значений (см. описание)
B,E
F
EB,EF,F
классы бронирования (коды) bookingClass Допустимые литеры (однобуквенные коды) классов бронирования. Латинскими буквами, русские буквы допустимые только для правил поставщика Sirena.

Варианты ввода:

  • КОД,КОД: должен совпасть класс из любого сегмента с одним из заданного списка.
  • КОД,КОД! : классы из всех сегментов перелета должны встречаться в этом списке
  • <>КОД,КОД : хотя бы один класс из перелета не должен быть в этом списке
  • <>КОД,КОД! : все классы из перелета не должны встречаться в этом списке
пустое = любые
- одно или несколько значений (см. описание)
A,B,C
<>A,B,C
зоны zones Географические зоны перелета. Весь перелет не должен выходить за пределы одной из указанных зон для срабатывания правила. разделение стран по указанным зонам
  • AF - Африка,
  • AN - Антарктика
  • AS - Азия
  • EU - Европа
  • NA - Северная Америка
  • OC - Австралия и Океания
  • SA - Южная Америка

перелет должен находиться в обеих зонах ( "EUSA, EUNA" - трансатлантический перелет ):

  • EUSA - Европа + Южная Америка,
  • EUNA - Европа + Северная Америка
  • EUAS - Европа + Азия
  • EUAF - Европа + Африка
  • EUOC - Европа + Австралия и Океания
  • AFNA - Африка + Северная Америка
  • ASNA - Азия + Северная Америка
пустое = любые

- одно или несколько значений

AS,EU
SA
EUSA, EUNA
страны вылета depCountries Допустимые страны вылета для перелета (проверяется только страна вылета первого сегмента маршрута). пустое = любые
КОД,КОД...
<>КОД,КОД...(кроме)
RU
<>LV,LT
страны назначения arrCountries Проверяется страна назначения (для OW и CR: это последняя страна последнего сегмента, для RT: это последняя страна первого плеча маршрута). К примеру для перелета MOW-PAR-MOW страна назначения FR, для MOW-PAR-LON - GB. Правило страна вылета=RU, страна назначения=RU не означает местный рейс - не забывайте указывать тип рейса DA (ВВЛ). пустое = любые
КОД,КОД...
<>КОД,КОД...(кроме)
RU
<>LV,LT
прямой рейс isDirect Признак прямого рейса пустое = любые
0 - только с пересадками
1 - только прямые

дополнительно:
2 - начальный перелет прямой
3 - начальный перелет с пересадками

0
1
тип маршрута routeType Можно оставить поле пустым или указать одно значение:
  • В одну сторону - OW,
  • Туда и обратно - RT,
  • Сложный маршрут - CR.
пустое = любой
КОД(см. примеры)
OW
RT
CR
маршруты routeFull Цепочка из IATA кодов городов или аэропортов, описывающая весь маршрут перелета с учетом пересадок, без разрывов и повторов. Всегда следует использовать IATA код города, если он имеется (агрегирующий аэропорт). К примеру перелет VKO-ORY, ORY-VKO приводится к маршруту MOW-PAR-MOW. пустое = любые
КОД-КОД,КОД-КОД,...
<>КОД-КОД,КОД-КОД,...(кроме)
MOW-LON,LON-MOW
<>MOW-BER-PAR
содержит маршруты routePart Указывается только часть маршрута, составленного по аналогии с предыдущим. пустое = любые
КОД-КОД,
-КОД-,...
<>-КОД-,...(кроме)
-CAI-
<>-PRG-,PRG-SVX
маршруты (из аэропортов) routeAirportsFull Используйте в правиле IATA коды аэропортов (не городов). Остальное аналогично с "маршруты" см. описание см. описание
содержит маршруты (из аэропортов) routeAirportsPart Используйте в правиле IATA коды аэропортов (не городов). Остальное аналогично с "содержит маршруты" см. описание см. описание
вылет (аэропорты, города) depAirports Проверяется только аэропорт вылета первого сегмента. При указании кодов аэропортов необходимо точное совпадение. При указании кодов городов (агрегирующий аэропортов) сопоставление происходит по внутреннему справочнику аэропортов. Рекомендуется указывать коды конкретных аэропортов. пустое = любые
КОД,КОД...
<>КОД,КОД...(кроме)
MOW,PAR,BER <>VKO,LON
прилет (аэропорты, города) arrAirports Аэропорт прилета определяется аналогично "стране назначения". Проверка на сопоставление происходит по аналогии с "вылетом (аэропорты, города)" пустое = любые
КОД,КОД...
<>КОД,КОД...(кроме)
MOW,PAR,BER <>VKO,LON
начало вылета dateBegin Дата вылета первого сегмента должна быть больше или равна указанной дате пустое = игнорируется

DD.MM.YYYY

01.01.2012

31.01.2010

вылет через (в часах) dateDepartureAfter От текущей даты задается максимальное значение или диапазон вылета. Например, если необходимо выделить перелеты не позднее 5 дней до вылета, то задается диапазон [0,120]. пустое = ограничения нет
максимальное значение
[X,X] - диапазон
13

[10,100]

конец вылета dateEnd Дата вылета первого сегмента должна быть меньше или равна указанной дате пустое = игнорируется

DD.MM.YYYY

31.12.2022
возврат не ранее dateBackBegin Дата вылета последнего сегмента маршрута должна быть больше или равна указанной дате пустое = игнорируется

DD.MM.YYYY

31.12.2022
возврат не позднее dateBack Дата вылета последнего сегмента маршрута должна быть меньше или равна указанной дате пустое = игнорируется

DD.MM.YYYY

31.12.2022
длительность в днях daysDuration Ограничение на максимальный разрыв в днях между первой датой перелета и завершением маршрута. Можно задавать диапазон.

Длительность в днях считается, как математическая разность дат. При вылете и возврате в один день длительность равна 0 дней.

пустое = ограничения нет
число дней - максимальное значение (включительно)
[X,X] - диапазон
13

[3,13]

дни недели dayOfWeek Допустимые дни недели для даты вылета первого сегмента маршрута. Значения указываются числом, соответствующим порядку дня недели, начиная с понедельника. пустое = игнорируется

1 - понедельник
...
7 - воскресенье
- одно или несколько значений

2
3,5
типы пассажиров passengers Допустимые типы пассажиров в перелете. Для срабатывания правила в перелете обязательно должны присутствовать все перечисленные типы. пустое = любые
ADT - взрослый
CLD - ребенок (2-12)
INF - младенец (0-2)
INS - младенец с местом (0-2)
- одно или несколько значений
INF
ADT,CLD
маска перелета Формализованное описание полета в текстовом формате, для создания сложных правил
Будет добавлено в след. версии программы
приоритет priority Если срабатывает несколько правил, то выбирается одно с наибольшим приоритетом. Если существует несколько правил с одинаковым приоритетом (или приоритет не указан) выбирается более новое правило (расположено ниже в импортируемой таблице) целое число
пустое = 0
1
2
код акции Уникальный код промоакции. Создается в панели администрирования в разделе Шаблон:Menu. любой набор букв/цифр/символов 12022014_Promo
utm source utmSource ID источника перехода, который отображается в поле «№» таблицы источников переходов в метрике.
Допустимо вводить несколько источников.
пустое = любые
КОД,КОД...
<>КОД,КОД...(кроме)
123,456
<>123,456
комиссия авиакомпании commission Прибыль агента, получаемая от авиакомпании за проданные билеты. Обязательное для заполнения поле, должно строго соответствовать указанному в контракте значению. Значение передается в ГРС при выписке. Может указываться в процентах от тарифа или в абсолютной стоимости (за каждого пассажира).

Правила с указанной нулевой комиссией имеют больший приоритет перед правилами с пустой комиссией.

"xxxКОД" (код валюты) или "XX%" 100RUB
13%
комиссия субагентам agencyCommission Часть прибыли от авиакомпании, которую агент отписывает субагентам. Указанное значение сразу действует как скидка только для субагентов, уменьшая стоимость авиабилетов. Можно указать идентификаторы отдельных субагентов. Если комиссия задана для всех субагентов, и задана комиссия для конкретного субагента X, то комиссия

субагента X = Комиссия субагента X + Комиссия установленная для всех субагентов.
Например: 5%,(123:6%), (345:8%)
Комиссия субагента с ID 123 = 6% + 5%.
Формат:

  • "xxxКОД" (код валюты) или "XX%" (процент от тарифа) - значение применяется ко всем субагентам
  • (субъект:цена) : для применения к конкретным, указывается ID субагентства в Nemo.Travel
  • (субъект:цена),(субъект:цена),(субъект:цена)... : комбинации
см. описание 100RUB
5%,(123:6%), (345:8%)
посегментный расчет комиссии modeForSegment Признак применения комиссии или бонуса за каждый сегмент перелета. Например 100 руб. за каждый сегмент. пустое = 0
0 - комиссия одна на весь перелет
1 - комиссию необходимо умножить на кол-во сегментов
0
1
бонус авиакомпании bonus Дополнительная прибыль агента, которую агентство получает от авиакомпании, но в запросах к ГРС она не учитывается. Задается и вычисляется полностью аналогично комиссиям (при вычислении учитывается параметр "посегментный расчет комиссии"). Используется для расчета "прибыльности" авиаперелета, влияет на работу микшера и может повлиять на сбор при установке параметра "минимальная прибыль".

Из всех сработавших правил бонус будет учтен только из одного по следующему приоритету:

  • Максимальный приоритет за сработавшим комиссионным правилом
  • Если в комиссионном правиле бонуса нет, будет использован бонус из другого сработавшего некомиссионного правила (дополнительного правила с пустой комиссией). Если таких правил несколько, используется правило с наибольшим идентификатором (ниже в таблице)
"xxxКОД" (код валюты) или "XX%" 100RUB
13%
бонус за сегмент (допустимые авиакомпании) modeForAirlines Установка текущего параметра принудительно включает режим расчета бонуса за каждый сегмент перелёта (для абсолютно заданного бонуса), но в расчете учитываются только сегменты с валидирующим или с интерлайновыми перевозчиками из заданного здесь списка. пустое

КОД (код АК)
КОД,КОД...

SU

SU,FV

сбор агентства charge Здесь указываются все наценки/скидки, которые будут применены для описанного правилом перелета. В одном поле можно указать несколько ценовых правил, разделив их по типам пользователя.

формат = (субъект:сумма),(субъект:сумма),(субъект:сумма)...
субъект = ID групп, пользователей и два значения "B2C", "B2B" с возможностью <>отрицания
сумма = слагаемое + слагаемое + слагаемое...[ограничение]
ограничение = диапазон итоговой величины сбора, задается как [цена,цена]
слагаемое = цена*множитель*множитель...
цена = "xxxКОД" (код валюты) или "XX%" (проценты от итоговой стоимости ГРС)
множитель = одно из значений:

  • PAS - общее количество пассажиров
  • ADT - количество взрослых
  • CLD - количество детей (2-12)
  • INF - количество младенцев (0-2)
  • INS - количество младенцев с местом (0-2)
  • SEG - количество сегментов перелета (перелет из А в Б с 1 пересадкой => 2 сегмента)
  • LEG - количество плечей (перелет из А в Б с 1 пересадкой => 1 плечо)
  • TRF - для получения цены тарифа, равен сумме тарифов
  • SGV - количество сегментов валидирующего перевозчика

Примеры:

  • 100RUB*SEG : плюс 100 руб к стоимости заказа за каждый сегмент
  • 150RUB*SEG*PAS;: плюс 150 руб за каждый сегмент, на каждого пассажира. Например: перелет с двумя сегмента и двумя пассажирами = 600 руб.
  • -10%*TRF : 10% скидка от тарифа
  • 50RUB*LEG*ADT[,1000RUB] : 50 руб за каждый билет для взрослого на каждом плече перелета, но не более 1000RUB
  • (<>123,345: 100RUB), (123,345: -100RUB) : субъекты 123 и 345 получат скидку 100 руб., остальные наценку в 100 руб.
  • (B2B: 1000RUB*ADT - 100RUB*CLD[-10%,-1%]), (B2C: 10% [10USD,]), (123: -1000RUB) : B2B пользователи получают наценку 1000 руб. за каждый взрослый билет и 100 руб скидку за каждый детский билет, но не менее 1% от общей стоимости и не более 10%. B2C пользователи получают 10% наценку, но не менее 10 долларов. Пользователь ID=123 получит скидку 1000 руб.

Если срабатывает несколько ценовых правил, перечисленных через запятую, берется их сумма. Если это не подходящее поведение, разделяйте ценовые правила в отдельные перелетные правила (строки), их можно регулировать приоритетом.

см. описание см. описание
признак доп.сбора chargeExt Настройка позволяет изменять процедуру расчета сбора, добавляя к итоговому результату дополнительные расчетные правила.
  • 0 - Стандартный сбор (значение по умолчанию). Из всех указанных сборов будет применен один по приоритету.
  • 1 - Дополнительный сбор. Сборы, указанные как дополнительные, проверяются отдельно. Аналогично применится один дополнительный сбор с максимальным приоритетом
  • 2 - Обязательный сбор. Будет обязательно применен, если все параметры сбора удовлетворены. Приоритет игнорируется.
пустое = 0

1
2

0
1

минимальная прибыль minProfit Минимальная прибыль, которую агентство получит за заказ. Если рассчитанная прибыль агентства меньше минимальной, то сбор будет увеличен до необходимого значения.

Формат аналогичен формату сбора агентства. Для расчетов будет применено значение из правила, по которому будет определена комиссия авиакомпании. Если требуется изменить это поведение, следует установить параметр "приоритет мин. прибыли" (см. ниже)

см. описание 50RUB*LEG*PAS
приоритет мин. прибыли minProfitPriority Дополнительный параметр, отвечающий за расчет минимальной прибыли. Сработает правило с наибольшим приоритетом, если приоритет совпадает, то будет использовано правило, которое находится ниже Положительные числовые значения. 1, 2, ...
округление chargeRounding Порядок арифметического округления сбора пустое = 0,
0 = до целого значения,
0.1 = до десятых,
0.01 = до сотых
0.1
0.01





Дополнительные параметры правил для Nemo.Travel платформы

Заголовок Внутреннее название Описание Допустимые значения Примеры
tour code gdsTourCode Тур код любое значение 15ZU
ticket designator gdsTicketDesignator Тикет десигнатор любое значение PP08
endorsement gdsEndorsment Эндорсменты любое значение Non-Endorsable/Valid on BA/IB only/Refund only to issuing agent
собственная прибыль агента comAgentProfit Собственная прибыль агента "xxxКОД" (код валюты) или "XX%" 100RUB
2%

Ценообразование. ГРС SITA Gabriel

Задание ценовых правил для авиакомпании «Сибирь» (S7 Airlines) в ГРС SITA Gabriel имеет свою специфику. Поскольку в ГРС SITA Gabriel осуществляется только бронирование и выписка, а поиск ведется в других ГРС, цена перелета при поиске и при бронировании может отличаться на размер такс, которые есть в ГРC, используемой для поиска, но не нет в SITA Gabriel. Чтобы цена при переходе к бронированию не менялась, в ценообразовании задают специальные правила, где устанавливают скидку на размер таксы с использованием параметра Цена подтверждена (см. Параметры правил ценообразования).

Коды такс:

  • ГРС Sabre – YQF.
  • ГРС Sirena – ZZ.
  • ГРС Galileo и Amadeus – YQ.

Размеры такс варьируются в зависимости от курса.

Правило для перелетов авиакомпании «Сибирь» (S7 Airlines) разбивается на 2:

  1. Правило для поиска:
    • валидирующий перевозчик: S7;
    • системы бронирования: SITA;
    • цена подтверждена: 0;
    • сбор агентства: укажите размер сбора агентства и скидку на размер таксы от ГРС, используемой для поиска.
  2. Правило для бронирования:
    • валидирующий перевозчик: S7;
    • системы бронирования: SITA;
    • цена подтверждена: 1;
    • сбор агентства: укажите только размер сбора агентства.
Правила цо для ак сибирь.png
Правила ценообразования для авиакомпании «Сибирь« (S7 Airlines)

См. также