Сбор (термин)

Материал из Центр поддержки системы бронировании
Версия от 10:59, 23 июля 2014; Александра Ларцева (обсуждение | вклад) (Логирование применения ценовых правил)
Перейти к навигации Перейти к поиску

Сбор - сумма, на которую агентство увеличивает стоимость нетто, полученную от поставщика. Наряду с комиссиями авиакомпаний сборы формируют прибыль агентства.

Сервисный сбор (наценка, надбавка) платежного метода - сумма, на которую агентство увеличивает стоимость заказа при оплате определенным платежным способом. Эта сумма рассчитывается для каждого варианта и может быть указана как в абсолютном, так и в процентном выражении. Например, агентство вправе установить сбор при оплате заказа кредитными картами через платежный шлюз в размере 2% от стоимости заказа.

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

Формирование цен в Nemo

Цена перелета в системе Nemo состоит из следующих компонентов: тариф + таксы ± сборы агентства - комиссия агента. На итоговую цену на разных этапах могут повлиять следующие факторы:

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

2. Комиссия агента - уменьшает стоимость перелета, с учетом этой комиссии цена видна начиная со 2 шага - «подтверждение бронирования».

3. Настройка: «Округление цены до кратного N в большую сторону и добавление разницы в сборы» - увеличивает стоимость билета в зависимости от выставленного значения. Цена с учетом округления видна на всех шагах, начиная с результатов поиска.

4. Используемая валюта - если валюта пользователя отлична от валюты агентства, то на странице с подробной информацией о бронировании цена будет пересчитана на валюту агентства.

5. Наценка платежного шлюза - на странице с выбором способа оплаты цена билета может быть уменьшена или увеличена на значение наценки, при этом на странице с подробной информацией о бронировании это не отобразится.

6. Подключенные модули - итоговая цена в заказе может измениться в результате работы модулей системы. Например, если Вы используете модуль синхронизации и цена заказа по каким-то причинам изменилась у поставщика, то это будет отображено при обновлении бронирования.

7. Изменение курса валюты в справочнике Nemo - итоговая цена не оплаченных заказов может измениться, если изменился курс валюты в справочнике.

8. Обновление заказа - запускается в Nemo в двух случаях:

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

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

Схематически формирование итоговой цены выглядит так:

В результатах поиска отображается цена, которая пришла от поставщика с учетом сбора. На втором шаге «подтверждение бронирования» если задана комиссия агента, то цена меняется, если же комиссии агента нет – остается без изменений. После бронирования итоговая цена заказа может измениться за счет наценки платежного шлюза, за счет изменения валюты или в результате изменения цены у поставщика (в результате обновления заказа, после выбора способа оплаты или запуска выписки).

Управление ценами в Nemo

Ценовое правило представляет собой набор критериев и значений. При соответствии указанным в правиле критериям сегмента в результатах поиска будет рассчитан определенный сбор. Такое правило называется «сработавшим». В системе можно создать неограниченное количество ценовых правил.

Пример:

Profit1.png
Установить сбор А%, но не более B рублей и не менее С рублей
для всех взрослых пассажиров, летящих бизнес-классом
авиакомпаний E или D, выполняющих международный перелет
в период с июня по июль, с округлением цены до десятых долей
в большую сторону и выделить данное предложение как
специальное в результатах поиска билетов.

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

В ценовом правиле можно задать верхнюю и нижнюю границы для расчета сбора. Верхняя граница - устанавливает максимально возможное значение сбора, нижняя - минимальное. При установке в правиле настройки «Применение сбора за пассажира» ограничения больше-меньше срабатывают для каждого пассажира отдельно, а не влияют на итоговую сумму сбора.

Например, в правиле установлен размер сбора - 1 % от полной стоимости билета одного
пассажира, минимальное значение сбора 100 рублей, в перелете 2 взрослых пассажира и 1
ребенок. Стоимость билета для взрослого - 12 000 руб, для ребенка - 9000 руб. Рассчитываем
сбор для взрослого: (12 000*1/100)= 120 рублей; 120 > 100; сбор составит 120 рублей. Для ребенка:
(9 000*1/100)=90 рублей, 90 < 100; сбор равен 100  рублям. Таким образом, общая сумма сбора
за весь перелет составит: 340 руб. (120*2 +100).

Если на сегментах срабатывает несколько ценовых правил, то итоговые сборы будут рассчитаны исходя из настройки "Правило подсчета сборов" в разделе: Авиабилеты - Управление ценами - Настройки


Profit 2.1.png


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

Округление цены до кратного N в большую сторону и добавление разницы в сборы — если вы хотите получать на выходе «красивые» цены, скажем, только с нулем на конце, то воспользуйтесь этой опцией, установив в этом поле значение 10. В этом случае разница, необходимая для данного значения, будет добавлена к сбору агентства.

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

Отображение цены в подтверждении — данный параметр определяет, увидит ли покупатель детализацию цены на странице подтверждения. Доступность промо акций - этим параметром устанавливается доступность промо акций.


Для того чтобы выяснить, какие правила сработали на конкретном варианте перелета, менеджеру предоставляется инструмент контроля, с помощью которого он может видеть список сработавших правил, а также список примененных правил:

Profit4.png

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

Ценовое правило может быть задано в виде скидки.


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

I

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

Правило 1: сбор 10% от стоимости всего PNR, но не менее 500 и не более 3000 рублей для всех авиакомпаний кроме Аэрофлота (SU).

Правило 2: сбор 700 рублей с каждого пассажира для авиакомпании SU (Аэрофлот)

Также условимся, что значение настройки «Правило подсчета сборов» установлено в «Максимальный из сработавших».

Пример 1. Перелет Москва - Берлин авиакомпанией Аэрофлот (1 пассажир):

1. DME – SXF SU 25 000 рублей

Здесь сработало правило 2, сбор равен 700 рублям.

Пример 2. Перелет Москва - Берлин авиакомпанией BritishAirways (1 пассажир):

1. DME – SXF BA 25 000 рублей

Здесь сработало правило 1, сбор равен 2500 рублям.

Пример 3. Перелет Москва - Берлин авиакомпанией BritishAirways (1 пассажир):

1. DME – SXF BA 33 000 рублей

Здесь сработало правило 2, сбор равен 3000 рублям (т.к. сработало верхнее ограничение в 3000 рублей).

Пример 4. Перелет Москва – Варшава - Берлин двумя авиакомпаниями (1 пассажир):

1. DME – WAW SU 2. WAW - SXF LH 25 000 рублей

На первом сегменте сработало правило 2, сбор 700 рублей На втором сегменте сработало правило 1, сбор рассчитан как 10%, т.е. 2500 рублей. Т.к. сработало сразу несколько сборов, то система обращается к настройке «Правило подсчета сборов», которое говорит, что нужно взять «Максимальный из сработавших». Таким образом, итоговый сбор с этого варианта перевозки будет равен 2500 рублям.

II

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

Правило 1: сбор 10% от стоимости всего PNR, но не менее 500 и не более 3000 рублей для всех авиакомпаний.

Правило 2: сбор 700 рублей с каждого пассажира для авиакомпании SU (Аэрофлот).

Посмотрим, что изменится в этом случае:

Пример 5. Перелет Москва - Берлин авиакомпанией Аэрофлот (1 пассажир):

DME – SXF SU 25 000 рублей

Сработали оба правила, по ним были рассчитаны сборы в 2500 и 700 рублей соответственно, применен наибольший сбор в 2500 рублей.

Пример 6. Перелет Москва - Берлин авиакомпанией BritishAirways (1 пассажир):

DME – SXF BA 25 000 рублей

Здесь сработало правило 1, сбор равен 2500 рублям.

Пример 7. Перелет Москва - Берлин авиакомпанией BritishAirways (1 пассажир):

DME – SXF BA 33 000 рублей

Сработали оба правила, по ним были рассчитаны сборы в 3000 (с учетом верхнего предела) и 700 рублей соответственно, применен наибольший сбор в 3000 рублей

Пример 8. Перелет Москва – Варшава - Берлин двумя авиакомпаниями (1 пассажир):

DME – WAW SU WAW - SXF LH 25 000 рублей

На первом сегменте сработали оба правила, сборы рассчитаны как 2500 и 700 рублей. На втором сегменте сработало правило 1, сбор — 2500 рублей. Таким образом, итоговый сбор с этого варианта перевозки будет равен 2500 рублям.

III

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

Правило 1: сбор 2500 рублей от стоимости всего PNR, при перелете Россия - Великобритания для всех авиакомпаний.

Правило 2: сбор 100 рублей с каждого взрослого пассажира, 50 рублей с ребенка, 20 рублей для младенцев для авиакомпании SU (Аэрофлот).

Пример 1. Перелет Москва - Лондон авиакомпанией BritishAirways (1 пассажир):

1. DME – LHR BA 38 745 рублей

Здесь сработало правило 1, сбор равен 2500 рублей

Пример 2:

перелет Москва - Берлин авиакомпанией Аэрофлот (взрослый - 2, ребенок - 1, младенец - 1)

1. DME - SXF SU 27 000 рублей

Здесь сработало правило 2, сбор равен 270 рублей

Некорректная работа с ценовыми правилами

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

1. Проверять работу правил в тестовом режиме - увидеть сумму сработавшего сбора можно на странице с результатами поиска (ссылка сборы) на странице подтверждения в таблице со стоимостью в готовом заказе. При этом отображение сборов на выше перечисленных страницах зависит от настроек и может быть скрыто.
2. Обращать внимание на опцию «Правило подсчета сборов» в разделе "Авиабилеты" - "Управление ценами" - "Настройки".

Sbor.png

3. При создании правил обращать внимание на выбираемые значения: на тип правила, которое вы создаете (обычное или скидку от тарифа), для какого пользователя создано правило (пользователя, для которого должно работать правило, можно выбрать из дерева пользователей на странице со ссылкой «Создать новую запись»), активно ли созданное вами правило, указаны ли авиакомпании, для которых оно должно работать, если выбрана соответствующая опция.

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


Логирование применения ценовых правил

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

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

Строки в логах каждого действия называются [Заказ] Расчет "Расчет сбора" (Данные).

По клику на ссылку "Данные" открываются логи расчета сборов по данному заказу.

2. Для заказа, который сформирован в системе, но бронирование которого в GDS еще не выполнено, можно проверить сборы с помощью добавочного параметра &chargelog в URL.

Например, http://hostname/flights__passengers?booking_id=XXXXXX&chargelog

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

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

ЛКссылка.jpg

После перехода по ссылке:

Логи-цены2.0.jpg

Логи расчета ценовых правил

Начало расчета сбора для 85310180001
Сбор #XXXX(YYYY) отмечен как допустимый — все параметры перелета соответствуют параметрам правила;
Сбор #6936(6936) не прошел проверку:поставщик —  GDS-источник перевозки не совпадает с указанным в правиле;
Сбор #6967(6967) не прошел проверку:локации — географические параметры перелета не совпадают с географическими ограничениями правила;
Сбор #6969(6969) не прошел проверку:посегментная проверка:перевозчик — первая маркетинговая авиакомпания в перевозке не совпадает с ограничениями в правиле;
Сбор #6970(6970) не прошел проверку:ВВЛ-МВЛ — тип рейса не совпадает с указанным в правиле;
Сбор #6971(6971) не прошел проверку:посегментная проверка:даты полета — даты перевозки не входят в указанный в правиле период;
Сбор #6972(6972) не прошел проверку:посегментная проверка:класс — класс бронирования одного из сегментов не соответствует указанному в правиле;
Сбор #6973(6973) не прошел проверку:приватный тариф — вид тарифа (публичный или специальный) не соответствует указанному в правиле.
Сбор #6974(6974) отмечен как допустимый
Сбор #6975(6975) отмечен как допустимый
По сбору #6952(6953) вычислено:6803.7 руб. применено: 6803.7 руб.
По сбору #6974(6974) вычислено:4104 руб. применено: 0 руб
По сбору #6975(6975) вычислено:100 руб. применено: 0 руб.
Установлен сбор: 6803.7 руб.

Каждому ценовому правилу присваивается ID при создании и новый ID при каждом изменении.

В таблице ценовых правил отображен ID правила при создании, на странице редактирования ценового правила — новый ID измененного правила.

В логах применения правил отображается:

Сбор #XXXX(YYYY), где
XXXX - ID правила при создании (таблица ценовых правил в админке);
YYYY — ID правила после изменения (страница редактирования правила).

См. также