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

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

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

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

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

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

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

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

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

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

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

Например,

http://hostname/flights__passengers?booking_id=XXXXXX&chargelog

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

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

Начало расчета сбора для 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 правила после изменения (страница редактирования правила).

См. также