Сбор (термин): различия между версиями
м (1 версия) |
|||
(не показано 26 промежуточных версий 7 участников) | |||
Строка 1: | Строка 1: | ||
− | [[ | + | [[Category:Термины]] |
+ | [[Category:Руководство]] | ||
+ | [[Category:Настройки]] | ||
+ | <!-- --> | ||
+ | '''Сбор''' — сумма, на которую агентство увеличивает стоимость нетто, полученную от поставщика. Наряду с комиссиями авиакомпаний сборы формируют прибыль агентства. | ||
+ | |||
+ | Сервисный сбор (наценка, надбавка) платежного метода — сумма, на которую агентство увеличивает стоимость заказа при оплате определенным платежным способом. Эта сумма рассчитывается для каждого варианта и может быть указана как в абсолютном, так и в процентном выражении. Например, [[агентство]] вправе установить сбор при оплате заказа кредитными картами через [[платежный шлюз]] в размере 2% от стоимости заказа. | ||
+ | |||
+ | {{Attention|Различные сборы можно устанавливать только для платежных систем целиком. Если при оплате происходит выбор платежного шлюза на защищенной странице платежной системы, то в таком случае установить специфические наценки для каждого платежного шлюза нельзя.}} | ||
+ | |||
+ | == Логирование применения ценовых правил == | ||
+ | Для анализа и контроля работы ценовых правил в системе реализовано подробное логирование расчета ценовых правил для каждого заказа. | ||
+ | |||
+ | 1. Расчет применения ценовых правил для заказа записывается в [[Лог|логи заказа]], в строки, описывающие действия по '''бронированию''', '''обновлению заказа''' и '''выбору платежного шлюза'''. | ||
+ | |||
+ | Строки в логах каждого действия называются '''[Заказ] Расчет "Расчет сбора" (Данные)'''. | ||
+ | |||
+ | По клику на ссылку "Данные" открываются логи расчета сборов по данному заказу. | ||
+ | |||
+ | 2. Для заказа, который сформирован в системе, но бронирование которого в GDS еще не выполнено, можно проверить сборы с помощью добавочного параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">&chargelog</syntaxhighlight> в URL. | ||
+ | |||
+ | Например, | ||
+ | <pre>http://hostname/flights__passengers?booking_id=XXXXXX&chargelog</pre> | ||
+ | |||
+ | {{Attention|Обратите внимание, что сборы рассчитываются для пользователя, под которым производится проверка! Если Вы не авторизованы, расчет произойдет для гостя, если авторизованы — для Вашего пользователя и его группы.}} | ||
+ | |||
+ | === Логи расчета ценовых правил === | ||
+ | |||
+ | Начало расчета сбора для 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 правила после изменения (страница редактирования правила). | ||
+ | |||
+ | == См. также == | ||
+ | * [[Бронирование#Настройки бронирования|Настройки бронирования]] | ||
+ | * [[Сирена Трэвел#Заведение агентских сборов|Ведение агентских сборов в системе "Сирена Трэвел"]] |
Текущая версия на 19:20, 14 октября 2016
Сбор — сумма, на которую агентство увеличивает стоимость нетто, полученную от поставщика. Наряду с комиссиями авиакомпаний сборы формируют прибыль агентства.
Сервисный сбор (наценка, надбавка) платежного метода — сумма, на которую агентство увеличивает стоимость заказа при оплате определенным платежным способом. Эта сумма рассчитывается для каждого варианта и может быть указана как в абсолютном, так и в процентном выражении. Например, агентство вправе установить сбор при оплате заказа кредитными картами через платежный шлюз в размере 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 правила после изменения (страница редактирования правила).