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

Материал из Центр поддержки системы бронировании
Перейти к навигации Перейти к поиску
м (Наталья Яременко переименовала страницу Описание в Ценообразование 2.0. Описание без оставления перенаправления)
м
Строка 2: Строка 2:
 
[[Category:Модули]] [[Category:Функции]]
 
[[Category:Модули]] [[Category:Функции]]
  
Модуль «Ценообразование 2.0» разработан для гибкого управления комиссионными правилами поставщиков, сборами агентства, вознаграждениями и наценками субагентов.<br/>
+
Модуль «Ценообразование 2.0» разработан для гибкого управления комиссионными правилами поставщиков, сборами агентства и комиссионными вознаграждениями субагентов.<br/>
 
С его помощью можно точно соблюдать в онлайне сложные условия, предоставляемые авиакомпаниями и построить удобную схему ценообразования.
 
С его помощью можно точно соблюдать в онлайне сложные условия, предоставляемые авиакомпаниями и построить удобную схему ценообразования.
  

Версия 19:19, 10 января 2014


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

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

Модуль управления предназначен для работы с компонентом «Авиабилеты».

Импорт и экспорт правил

Правила задаются внесением ряда параметров в файл в формате xlsx, который импортируется в систему в разделе админки «Ценообразование 2.0» — «Импорт/экспорт Excel». Пример файла для заполнения и полное описание формата внесения данных размещен в статье Ценообразование. Импорт правил.

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

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

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


Определение валидирующего перевозчика

При использовании модуля "Ценообразование 2.0." белые списки (списки контрактных авиакомпаний и интерлайнов) система не рассматривает.

Доступность конктретного перелета к выписке в автоматическом режиме проверяется по такому алгоритму:

1. Запись авиакомпании, определенной и переданной в ответе ГДС как ВП.
2. Проверка наличия в файле ценообразования всех правил для данной авиакомпании.
3. Фильтрация правил, которые не соответствуют перелету по какому-либо параметру.
4. Определение из подходящих по всем параметрам правил срабатывающего по приоритетам.
5. Установка ВП.

Если сработавшее правило не содержит переопределения ВП — устанавливается ВП полученный от ГДС.
Если сработавшее правило содержит переопределение ВП — устанавливается переопределенный ВП.

Срабатывает простой принцип:
Если для авиакомпании есть запись в загруженном файле ценообразования, и эта запись соответсвует параметрам найденного перелета — то она считается контрактной. Если такой записи не найдено — она контрактной не считается, поэтому, перелет может быть отфильтрован из выдачи фильтром «А/к не является контрактной».


Переопределенный ВП

Используется для выписки билетов на условиях чистого интерлайна между авиакомпаниями. Например, если у агентства нет контракта с авиакомпанией АА, но есть контракт с авиакомпанией BB, и между компаниями существует интерлайн-соглашение, позволяющее выписывать билеты для АА на бланке В. В этом случае проставляется комиссионное вознаграждение от компании ВВ (переопределенного ВП), которое она предоставляет за билеты со 100% интерлайн сегментов.

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

Определение приоритета правил

Осуществляется по таким приоритетам:

№1 Колонка приоритет

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

№2 Наличие переопределенного перевозчика
Если существует несколько правил с одинаковым приоритетом (или приоритет не указан) выбирается правило с переопределенным ВП.

№3 Не пустая комиссия
Приоритет правил с установленной комиссией (даже в 0%) выше, чем у правил с пустой ячейкой коммиссией.

№4 Дополнительный приоритет
Учитывается, если все предыдущие параметры равны.

Определяется настройкой в разделе «Ценообразование 2.0» — «Настройки».
Возможные значения:

  • Нет дополнительного приоритета.
  • Максимальная комиссия авиакомпании.
  • По количеству параметров в правиле.

№5 Порядковый номер правила
Если существует несколько правил с одинаковым приоритетом (или приоритет не указан) выбирается более новое правило (расположено ниже в импортируемой таблице)

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

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

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

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

Таблица доступна для менеджера агентства:

  • по ссылке на выдаче результатов поиска для каждого перелета;
  • на странице подтверждения бронирования и информации о заказе по добавлению гет-параметра ?(&)test в адресную строку (например, http://host/XXXXXX?test)

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

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

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

Применение перерасчитанных сборов зависит от значения настройки «Пересчитать сервисный сбор» в разделе админки «Заказы» — «События синхронизации».

Безболезненный переход

В разделе админки «Ценообразование 2.0» — «Настройки» можно активировать применение правил из файла в любой момент, как для всего агентства так и для любого из пользователей. Применение комиссий и применение сборов из файла активируется отдельно.

Таким образом можно регулировать работу модуля во время тестирования, и проводить тестирование на останавливая работу в боевом режиме.

При включенном для агентства модуле «Ценообразование 2.0» доступ ко всем настройкам по работе с ценами версии 1.0 перенесен в раздел админки «Ценообразование 2.0» — «Настройки».

Перенесены разделы:

    * Старые комиссии от авиакомпаний
    * Старые комиссии субагентам
    * Старый справочник контрактных авиакомпаний
    * Старый справочник интерлайнов
    * Старые сборы
    * Старые настройки сборов