Ценообразование (Авиабилеты): различия между версиями

Материал из Центр поддержки системы бронировании
Перейти к навигации Перейти к поиску
м (Дополнительные параметры правил для {{NameSystem}} платформы)
Строка 833: Строка 833:
 
| <span id="id">gdsEndorsment</span>
 
| <span id="id">gdsEndorsment</span>
 
| Эндорсменты<br/>
 
| Эндорсменты<br/>
| любое значение<br/> или %VAT_VALUE% для передачи значения НДС в эндорсменте только для ГРС Amadeus, Sabre, Galileo, GalileouAPI; для Sabre значение передается в ГРС, но не попадает в МК
+
| любое значение<br/> или %VAT_VALUE% для передачи значения НДС в эндорсменте только для ГРС Amadeus, Sabre, Galileo, GalileouAPI и S7 NDC; для Sabre значение передается в ГРС, но не попадает в МК
 
| Non-Endorsable/Valid on BA/IB only/Refund only to issuing agent; %VAT_VALUE%
 
| Non-Endorsable/Valid on BA/IB only/Refund only to issuing agent; %VAT_VALUE%
 
|-
 
|-

Версия 19:27, 21 августа 2018

Назначение

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

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

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

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

Правило — набор значений комиссий и сборов и условия их применения.
Значения комиссий и сборов — это:

  • комиссия от авиакомпании,
  • бонус авиакомпании,
  • сбор агентства,
  • комиссия субагентам.

Условие применения комиссий и сборов — набор параметров перелетов, к которым будут применяться комиссии и сборы правила (валидирующий перевозчик, ГРС, тип рейса, типы пассажиров и пр.)

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

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

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

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

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

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

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

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

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

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

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

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

В детализации стоимости (на странице заказа) и в маршрут-квитанции информация по сборам представлена в соответствии с одним из режимов разделения сбора на пассажиров:

  • Поровну между ненулевыми стоимостями билетов - сбор агентства, субагентства разделяется поровну между всеми пассажирами, у которых сумма тарифа и такс больше 0. Этот режим выбран по умолчанию.
  • Поровну между всеми тарифами - сбор агентства, субагентства разделяется поровну между всеми пассажирами.
  • Пропорционально тарифам - сбора агентства, субагентства разделяется пропорционально стоимости тарифа для конкретного пассажира в общей сумме заказа, т.е. чем больше стоимость тарифа, тем большая часть сбора на него отводится.
  • Только первому типу пассажира - сбор агентства, субагентства определяется первому типу пассажира.

Сборы в детализации стоимости представлены с учетом разбиения только если скрыты в таксы XP/XX, а иначе отображаются отдельной строкой без разделения.
Настройка находится в разделе «Управление продажами - Авиабилеты - Ценообразование - Настройки - Режим разделения сбора на пассажиров».

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

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

Например,

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

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

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

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

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

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

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

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

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

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

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

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

Столбцы таблицы — параметры ценообразования.
Заголовок столбца — значения параметров ценообразования для проверяемого перелета.
Строки таблицы — правила ценообразования для валидирующего перевозчика перелета.

В таблице отражается порядок проверки параметров.

Параметры каждого правила сравниваются в параметрами перелета:

  1. если они совпадают:
    1. ячейка подсвечивается зеленым,
    2. проверяется следующей параметр;
  2. если значение параметра перелета не совпадает со значением параметра правила:
    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 пакета реквизитов системы Немо Тревел 1.0

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

Внимание! При указании названия ГРС строго соблюдайте формат названия, указанный в документации. При расхождении с шаблоном правило не будет применяться!

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

AMADEUS,GALILEO

SITA

начало продажи 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
перевозчики и классы airlinesAndClasses

Набор пар "маркетинговый перевозчик" + "класс бронирования" любого сегмента маршрута.

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

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

пустое = любые
- одно или несколько значений (см. описание)

SU:A,LH:B,BA:C
SU:A,LH:B!
<>S7:A,SU:B
<>S7:A,BA:B!

зоны zones Географические зоны перелета. Весь перелет не должен выходить за пределы одной из указанных зон для срабатывания правила. разделение стран по указанным зонам
  • AF — Африка,
  • AN — Антарктика
  • AS — Азия
  • EU — Европа
  • NA — Северная Америка
  • OC — Австралия и Океания
  • SA — Южная Америка

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

  • EUSA — Европа + Южная Америка,
  • EUNA — Европа + Северная Америка
  • EUAS — Европа + Азия
  • EUAF — Европа + Африка
  • EUOC — Европа + Австралия и Океания
  • AFNA — Африка + Северная Америка
  • ASNA — Азия + Северная Америка
  • EUAN — Европа + Антарктика
  • AFAS — Африка + Азия
  • AFAN — Африка + Антарктика
  • AFOC — Африка + Австралия и Океания
  • AFSA — Африка + Южная Америка
  • ANNA — Антарктика + Северная Америка
  • ANOC — Антарктика + Австралия и Океания
  • ANSA — Антарктика + Южная Америка
  • ASAN — Азия + Антарктика
  • NASA — Северная Америка + Южная Америка
  • OCSA — Австралия и Океания + Южная Америка
  • ASSA — Азия + Южная Америка
  • NAOC — Северная Америка + Австралия и Океания
  • OCAS — Австралия и Океания + Азия

Допустимы только перечисленные комбинации зон!

пустое = любые

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

AS,EU
SA
EUSA, EUNA
зона из стран countryZones Перечисленные коды стран образуют зону, за пределами которой самолет не должен садиться и взлетать. пустое = любые

КОД,КОД...

RU,IT,DE,FR
страны вылета 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 Комиссия субагенту - это часть прибыли от авиакомпании, которую агент отписывает субагентам. Значение комиссии действует как скидка для субагентов, уменьшая стоимость авиабилетов. Комиссия всегда вычисляется для каждого пассажира.

Форматы задания комиссии субагентам:

Для всех субагентов:

  • Фиксированная сумма: XRUB, где:
    • X - сумма комиссии, целое число или десятичная дробь с разделителем в виде точки: 60, -3, 0.5
    • RUB - IATA-код валюты: EUR, UAH.
  • Процент от тарифа: X%,
    • где X - процент от тарифа, целое число или десятичная дробь с разделителем в виде точки: 60}, -3, 0.5.

Для опеределенных субагентов или групп субагентов:

  • (ID:значение),(ID:значение),(ID:значение),..., где ID - номер субагента (группы) в Nemo.Travel, значение - размер комиссии для этого субагенства (группы) в формате X% или XRUB.

В одном правиле можно комбинировать комиссию для всех субагентов и комиссии для указанных субагентов в формате:

  • XX,(ID:YY),(ID:YY),(ID:YY),...}}, где:
    • XX - комиссия для всех субагентов в формате, описанном выше,
    • YY - комиссия для заданного субагента в формате, описанном выше.

В этом случае размер комиссии:

  • для всех субагентов, кроме указанных: XX,
  • для указанных: XX + YY.

Пример:

5%,(123:2%),(345:3%)
.
  • Комиссия субагента под номером 123 составляет: 5% + 2% = 7% от тарифа.
  • Комиссия субагента под номером 345 составляет: 5% + 3% = 8% от тарифа.

Если требуется ввести сумму десятичной дробью, то дробная часть отделяется "." , например: 0.5%

см. описание 100RUB

6EUR

2%

5%,(123:100RUB%),(345:2%),(345:-0.5%)

посегментный расчет комиссии 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 руб.

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

Если требуется ввести сумму десятичной дробью, то дробная часть отделяется "." , например: 0.5%

см. описание см. описание
признак доп.сбора 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 Эндорсменты
любое значение
или %VAT_VALUE% для передачи значения НДС в эндорсменте только для ГРС Amadeus, Sabre, Galileo, GalileouAPI и S7 NDC; для Sabre значение передается в ГРС, но не попадает в МК
Non-Endorsable/Valid on BA/IB only/Refund only to issuing agent; %VAT_VALUE%
собственная прибыль агента comAgentProfit Собственная прибыль агента
"xxxКОД" (код валюты) или "XX%" Допустимы только целые значения 100RUB
2%
субъект скидки по туркоду corpClient ID субъекта, которому будет предоставлена скидка по туркоду ID,ID

<>ID,ID

2772,2653

<>2786,2361

скидка по туркоду discount Скидка
"xxxКОД" (код валюты) или "XX%" 100RUB
13%
код авторизации authCode Код авторизации
любое значение MB10

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

Задание ценовых правил для авиакомпании «Сибирь» (S7 Airlines) в ГРС SITA Gabriel имеет свою специфику. Поскольку для авиакомпании S7 в ГРС 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)

ЕМД (EMD)

ЕМД - электронный многоцелевой документ или ваучер (см. Ваучер). В разделе "Управление продажами → Авиабилеты → Ценообразование → Настройки" есть настройка Выпускать EMD на величину сборов заказа. Она отвечает за выпуск ЕМД на сбор агентства (доступно только для Сирены Трэвел). Принцип работы: если для агентства, которое покупает билет, в правилах ценообразования заведён сбор агентства для валидирующей компании авиа перевозчика, то при выписке заказа помимо маршрут-квитанции и ЕМД для дополнительных услуг, будет выписан отдельный ЕМД на сбор агентства. Если в заказе присутствуют несколько людей, то сбор разделится между ними, общая сумма сбора увеличена не будет.

См. также