Ценообразование (Авиабилеты): различия между версиями
(→Принцип работы) |
|||
| Строка 23: | Строка 23: | ||
Правила ценообразования задаются в таблице в файле формата XLS или XLSX, где: | Правила ценообразования задаются в таблице в файле формата XLS или XLSX, где: | ||
| − | ''Строка таблицы'' | + | *''Строка таблицы'' — правило. <br /> |
| − | ''Ячейка строки'' | + | *''Ячейка строки'' — значение параметра. <br /> |
| − | ''Заголовок столбца'' | + | *''Заголовок столбца'' — название параметра. <br /> Каждая строка является отдельным правилом. <br /> |
| − | Каждая строка является отдельным правилом. <br /> | ||
Прежде чем рассчитать комиссии, модуль ценообразования определяет доступность перелета к выписке и правило, по которому рассчитываются комиссии и сборы, по алгоритму: | Прежде чем рассчитать комиссии, модуль ценообразования определяет доступность перелета к выписке и правило, по которому рассчитываются комиссии и сборы, по алгоритму: | ||
Версия 16:52, 19 марта 2016
Содержание
Назначение
Модуль Ценообразование автоматизирует процесс расчета комиссий и сборов для авиабилетов, управления комиссионными правилами перевозчиков, сборами агентства и комиссионными вознаграждениями субагентов.
- позволяет быстро настроить даже сложные комиссионные правила,
- позволяет построить удобную и понятную схему ценообразования,
- точно соблюдать сложные условия, предоставляемые авиакомпаниями,
- гарантирует правильные расчеты,
- предоставляет инструмент контроля за корректностью расчетов.
Принцип работы
Работа модуля основана на правилах ценообразования, которые заводит агентство.
Правило — набор значений комиссий и сборов и условия их применения.
Значения комиссий и сборов — это:
- комиссия от авиакомпании,
- бонус авиакомпании,
- сбор агентства,
- комиссия субагентам.
Условие применения комиссий и сборов — набор параметров перелетов, к которым будут применяться комиссии и сборы правила (валидирующий перевозчик, ГРС, тип рейса, типы пассажиров и пр.)
Правила ценообразования задаются в таблице в файле формата XLS или XLSX, где:
- Строка таблицы — правило.
- Ячейка строки — значение параметра.
- Заголовок столбца — название параметра.
Каждая строка является отдельным правилом.
Прежде чем рассчитать комиссии, модуль ценообразования определяет доступность перелета к выписке и правило, по которому рассчитываются комиссии и сборы, по алгоритму:
- Модуль фиксирует, какую авиакомпанию ГРС определила как валидирующую;
- Находит в файле ценообразования все правила для данной авиакомпании;
- Подбирает правила, которые соответствуют перелету по всем параметрам;
- Выбирает по критериям приоритета одно из подходящих правил;
- Если сработавшее правило не содержит переопределения валидирующего перевозчика, устанавливается валидирующий перевозчик, полученный от ГРС.
- Если сработавшее правило содержит переопределение валидирующего перевозчика, устанавливается переопределенный валидирующий перевозчик.
- Правило применяется.
Агентство может выписывать онлайн перелеты только контрактных авиакомпаний. Авиакомпания считается контрактной, если для нее заведено хотя бы 1 правило в загруженном файле ценообразования.
Перелет не может быть выписан, если:
- правила для авиакомпании не заведены. Такие перелеты рекомендуется удалять из выдачи фильтром результатов поиска «А/к не является контрактной».
- правила для авиакомпании заведены, но параметры перелета не соответствуют параметрам правила.
Порядок работы модуля приведен в схеме:
|
| Схема работы модуля Ценообразование |
Комиссии и сборы рассчитываются при каждом обновлении заказа по правилам, загруженным в систему на момент проверки:
- при формировании выдачи результатов поиска,
- при бронировании,
- при переходе к оплате и выписке билетов,
- при обновлении страницы заказа.
Если в промежуток между бронированием и выпиской правила изменили, после бронирования заказа комиссии будут рассчитываться по новым правилам, таким образом цена при бронировании и цена при выписке может отличаться. Поведение системы при возникновении такой ситуации задается параметром Пересчитать сервисный сбор в разделе Настройки системы → Фоновые процессы → События синхронизации. Расчет комиссий, действующих на момент бронирования, можно отследить в логах по заказу.
Расчет комиссий для неконтрактных авиакомпаний
Агентство может выписывать билеты неконтрактных авиакомпаний на условиях чистого интерлайна между авиакомпаниями.
Например,
- У агентства нет контракта с авиакомпанией «АА».
- У агентства есть контракт с авиакомпанией «ВВ».
- Между компаниями «АА» и «BB» интерлайн-соглашение, позволяющее выписывать билеты для «АА» на бланке «ВВ».
Чтобы выписывать билеты авиакомпании «АА», агенство заводит правило для авиакомпанией «АА», в котором заданы:
- валидирующий перевозчик: «АА»,
- переопределенный перевозчик: «BB»,
- доля сегментов интерлайнов: «1»,
- комиссия авиакомпании: укажите размер комиссионного вознаграждения, предоставляемого компанией «ВВ» за билеты со 100% долей интерлайн сегментов.
Внимание! Система Nemo.Travel не отслеживает наличие интерлайн-соглашений между перевозчиками. Ответственность за переопределение полностью лежит на агентстве.
Выбор правила для расчета
Комиссии для перелета рассчитываются по одному правилу. Если для перелета подходит несколько правил, система выбирает правило для расчета по критериям приоритета. Правила сравниваются по первому критерию, если критерий в данном случае не срабатывает, по второму и так далее, пока не будет определено одно правило.
Порядок сравнения правил для выбора правила для расчета:
- По колонке Приоритет - если у сработавших правил указан приоритет, то выбирается правило с наибольшим приоритетом.
- По наличию переопределенного перевозчика - если срабатывает несколько правил с одинаковым приоритетом (или приоритет не указан), выбирается правило с переопределенным ВП.
- По непустой ячейке Комиссия - приоритет правил с установленной комиссией (даже в 0%) выше, чем у правил с пустой ячейкой комиссии.
- Дополнительный приоритет - устанавливается вручную в разделе Настройки системы → Фоновые процессы → События синхронизации параметром Дополнительный приоритет:
- Нет - не установлен дополнительный приоритет.
- Максимальная комиссия авиакомпании - выбирается правило с максимальной комиссией от авиакомпании.
- По количеству параметров в правиле - выбирается правило с наибольшим числом непустых параметров.
- Порядковый номер правила - если ни один из приоритетов не применим, приоритетным считается более новое правило (расположенное таблице ниже других).
Тестирование и отладка срабатывания правил
Все расчеты на каждом этапе их применения логируются и отображаются в таблице отладки. Таблица отладки используется для контроля срабатывания правил. Она содержит информацию о применении правил к выбранному перелету.
Ссылка на таблицу отладки доступна менеджеру агентства:
- на выдаче результатов поиска для каждого перелета по ссылке Комиссия,
- на странице заказа в детализации стоимости по щелчку на сумму комиссии или сбора.
|
| Ссылка на таблицу отладки на странице поиска |
|
| Ссылка на детализацию стоимости на странице заказа |
|
| Ссылки на таблицу отладки на странице детализации стоимости |
В таблице отладки отображаются все правила для валидирующего перевозчика данного перелета. В ней отражается порядок проверки параметров: параметры каждого правила сравниваются в параметрами перелета:
- если они совпадают:
- ячейка подсвечивается зеленым,
- проверяется следующей параметр;
- если значение параметра перелета не совпадает со значением параметра правила:
- ячейка подсвечивается красным цветом,
- проверка правила прекращается.
Если правило подошло по всем параметрам, то правило применяется, комиссии и сборы подсвечиваются зеленым светом, рядом отображаются их вычисленные значения.
|
| Таблица отладки |
Параметры (столбцы) таблицы отладки:
- проверяемые перевозчики, установленный валидирующий перевозчик;
- данные о группе и пользователе, к которым привязан заказ;
- все параметры выбранного перелета, которые определены системой;
- проверка совпадения с параметрами в правилах для проверяемого перевозчика;
- выделение параметров, по которым есть несовпадение;
- размер рассчитанных комиссий и сборов, примененное для расчета правило.
Включение модуля. Импорт и экспорт правил
Чтобы включить расчет комиссий с использованием Ценообразования, включите опции Комиссии 2.0 и Сборы и скидки 2.0 в разделе Управление продажами → Авиабилеты → Ценообразование → Настройки.
Чтобы задать правило ценообразования:
- Зайдите в раздел Управление продажами → Авиабилеты → Ценообразование → Импорт/экспорт Excel.
- Нажмите Выгрузка в формате "xls" или Выгрузка в формате xlsx". Откройте файл для редактирования.
- Установите правило: заполните параметры строки. Формат внесения данных в каждый столбец должен соответствовать строго определенному формату (см. Импорт правил).
Обязательные параметры для заполнения:- валидирующий перевозчик
- комиссия
- Сохраните изменения в файле.
- На странице Импорт/экспорт Excel в панели администрирования нажмите Обзор, откройте файл.
- Нажмите Отправить для загрузки файла в систему.
При импорте система валидирует все введенные значения. Если в какой-то ячейке значение внесено в некорректном формате, система сообщит об ошибке, сохранив при этом все корректно заданные правила.
|
| Ошибки при валидации параметров |
После валидации на странице отображается таблица, в которой в сжатой форме отражены все загруженные правила.
|
| Правила ценообразования |
Параметры правил ценообразования
Шаблон файла для внесения правил ценообразования:
Файл: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):
|
пустое = любое количество любое число от 0 до 1 |
0.88 |
| доля сегментов интерлайнов | interlinePart | Минимально допустимая доля несобственных сегментов (сегментов, где валидирующий перевозчик не равен маркетинговому) должна быть больше или равна указанному значению(любое число от 0 до 1).
|
пустое = любое количество любое число от 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 | Допустимые номера рейсов, можно указывать с кодом маркетинговой компании или без неё.
Варианты ввода:
|
пустое = любые - одно или несколько значений (см. описание) |
SU 123,SU 345 123,345 <>LH 555 |
| тип вс | aircraft | Допустимые коды воздушных судов, коды указывать в том же виде, в котором возвращает ГРС
Варианты ввода:
|
пустое = любые - одно или несколько значений (см. описание) |
73C,DH4 735 |
| коды тарифов | tariffs | Допустимые коды тарифов. Должен совпасть хотя бы один из перелета с одним из заданного списка. При правиле с отрицанием никаких совпадений быть не должно. Совпадение не точное: код из правила может содержаться в коде из перелета (к примеру введенное S1GREY26 совпадет с S1GREY26CH из перелета).
Варианты ввода:
Можно указать регулярное выражение. Для этого нужно написать параметр в формате /XXX/ Примеры:
|
пустое = любые - одно или несколько значений (см. описание) |
WRUTH9PL,ARUTH9PL
|
| максимальный тариф | 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,F |
| классы бронирования (коды) | bookingClass | Допустимые литеры (однобуквенные коды) классов бронирования. Латинскими буквами, русские буквы допустимые только для правил поставщика Sirena.
Варианты ввода:
|
пустое = любые - одно или несколько значений (см. описание) |
A,B,C <>A,B,C |
| зоны | zones | Географические зоны перелета. Весь перелет не должен выходить за пределы одной из указанных зон для срабатывания правила. разделение стран по указанным зонам
перелет должен находиться в обеих зонах ( "EUSA, EUNA" - трансатлантический перелет ):
|
пустое = любые
- одно или несколько значений |
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 - только прямые дополнительно: |
0 1 |
| тип маршрута | routeType | Можно оставить поле пустым или указать одно значение:
|
пустое = любой КОД(см. примеры) |
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 - понедельник |
2 3,5 |
| типы пассажиров | passengers | Допустимые типы пассажиров в перелете. Для срабатывания правила в перелете обязательно должны присутствовать все перечисленные типы. | пустое = любые ADT - взрослый CLD - ребенок (2-12) INF - младенец (0-2) INS - младенец с местом (0-2) - одно или несколько значений |
INF ADT,CLD |
| маска перелета | Формализованное описание полета в текстовом формате, для создания сложных правил Будет добавлено в след. версии программы |
|||
| приоритет | priority | Если срабатывает несколько правил, то выбирается одно с наибольшим приоритетом. Если существует несколько правил с одинаковым приоритетом (или приоритет не указан) выбирается более новое правило (расположено ниже в импортируемой таблице) | целое число пустое = 0 |
1 2 |
| код акции | Уникальный код промоакции. Создается в панели администрирования в разделе Управление продажами → Модули → Программа лояльности → Промоакции и промокоды.. | любой набор букв/цифр/символов | 12022014_Promo | |
| utm source | utmSource | ID источника перехода, который отображается в поле «№» таблицы источников переходов в метрике. Допустимо вводить несколько источников. |
пустое = любые КОД,КОД... <>КОД,КОД...(кроме) |
123,456 <>123,456 |
| комиссия авиакомпании | commission | Прибыль агента, получаемая от авиакомпании за проданные билеты. Обязательное для заполнения поле, должно строго соответствовать указанному в контракте значению. Значение передается в ГРС при выписке. Может указываться в процентах от тарифа или в абсолютной стоимости (за каждого пассажира).
Правила с указанной нулевой комиссией имеют больший приоритет перед правилами с пустой комиссией. |
"xxxКОД" (код валюты) или "XX%" | 100RUB 13% |
| комиссия субагентам | agencyCommission | Часть прибыли от авиакомпании, которую агент отписывает субагентам. Значение комиссии действует как скидка для субагентов, уменьшая стоимость авиабилетов.
Форматы задания комиссии субагентам: Для всех субагентов:
Для опеределенных субагентов или групп субагентов:
В одном правиле можно комбинировать комиссию для всех субагентов и комиссии для указанных субагентов в формате:
В этом случае размер комиссии:
Пример:
|
см. описание | 100RUB
|
| посегментный расчет комиссии | modeForSegment | Признак применения комиссии или бонуса за каждый сегмент перелета. Например 100 руб. за каждый сегмент. | пустое = 0 0 - комиссия одна на весь перелет 1 - комиссию необходимо умножить на кол-во сегментов |
0 1 |
| бонус авиакомпании | bonus | Дополнительная прибыль агента, которую агентство получает от авиакомпании, но в запросах к ГРС она не учитывается. Задается и вычисляется полностью аналогично комиссиям (при вычислении учитывается параметр "посегментный расчет комиссии"). Используется для расчета "прибыльности" авиаперелета, влияет на работу микшера и может повлиять на сбор при установке параметра "минимальная прибыль".
Из всех сработавших правил бонус будет учтен только из одного по следующему приоритету:
|
"xxxКОД" (код валюты) или "XX%" | 100RUB 13% |
| бонус за сегмент (допустимые авиакомпании) | modeForAirlines | Установка текущего параметра принудительно включает режим расчета бонуса за каждый сегмент перелёта (для абсолютно заданного бонуса), но в расчете учитываются только сегменты с валидирующим или с интерлайновыми перевозчиками из заданного здесь списка. | пустое КОД (код АК) |
SU SU,FV |
| сбор агентства | charge | Здесь указываются все наценки/скидки, которые будут применены для описанного правилом перелета. В одном поле можно указать несколько ценовых правил, разделив их по типам пользователя. формат = (субъект:сумма),(субъект:сумма),(субъект:сумма)...
Примеры:
Если срабатывает несколько ценовых правил, перечисленных через запятую, берется их сумма. Если это не подходящее поведение, разделяйте ценовые правила в отдельные перелетные правила (строки), их можно регулировать приоритетом. |
см. описание | см. описание |
| признак доп.сбора | chargeExt | Настройка позволяет изменять процедуру расчета сбора, добавляя к итоговому результату дополнительные расчетные правила.
|
пустое = 0 1 |
0 |
| минимальная прибыль | minProfit | Минимальная прибыль, которую агентство получит за заказ. Если рассчитанная прибыль агентства меньше минимальной, то сбор будет увеличен до необходимого значения.
Формат аналогичен формату сбора агентства. Для расчетов будет применено значение из правила, по которому будет определена комиссия авиакомпании. Если требуется изменить это поведение, следует установить параметр "приоритет мин. прибыли" (см. ниже) |
см. описание | 50RUB*LEG*PAS |
| приоритет мин. прибыли | minProfitPriority | Дополнительный параметр, отвечающий за расчет минимальной прибыли. Сработает правило с наибольшим приоритетом, если приоритет совпадает, то будет использовано правило, которое находится ниже | Положительные числовые значения. | 1, 2, ... |
| округление | chargeRounding | Порядок арифметического округления сбора | пустое = 0, 0 = до целого значения, 0.1 = до десятых, 0.01 = до сотых |
0.1 0.01 |
Дополнительные параметры правил для Nemo.Travel платформы
Трёхсторонних договор между авиакомпанией, агентом и корпоративным клиентом позволяет корпоративному клиенту получать скидку при оформлении перелета через агента.
Чтобы оформлять билеты с учетом 3-сторонних договоров, агенту нужно указать в файле ценообразования ряд параметров:
- id субъекта, к которому применяется скидка,
- скидку
- и код авторизации.
| Заголовок | Внутреннее название | Описание | Допустимые значения | Примеры |
|---|---|---|---|---|
| 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:
- Правило для поиска:
- валидирующий перевозчик: S7;
- системы бронирования: SITA;
- цена подтверждена: 0;
- сбор агентства: укажите размер сбора агентства и скидку на размер таксы от ГРС, используемой для поиска.
- Правило для бронирования:
- валидирующий перевозчик: S7;
- системы бронирования: SITA;
- цена подтверждена: 1;
- сбор агентства: укажите только размер сбора агентства.
|
| Правила ценообразования для авиакомпании «Сибирь« (S7 Airlines) |
