Сбор — сумма, на которую агентство увеличивает стоимость нетто, полученную от поставщика. Наряду с комиссиями авиакомпаний сборы формируют прибыль агентства.
Сервисный сбор (наценка, надбавка) платежного метода — сумма, на которую агентство увеличивает стоимость заказа при оплате определенным платежным способом. Эта сумма рассчитывается для каждого варианта и может быть указана как в абсолютном, так и в процентном выражении. Например, агентство вправе установить сбор при оплате заказа кредитными картами через платежный шлюз в размере 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 правила после изменения (страница редактирования правила).