|
|
| (не показано 18 промежуточных версий 6 участников) |
| Строка 1: |
Строка 1: |
| − | '''Сбор''' - сумма, на которую агентство увеличивает стоимость нетто, полученную от поставщика. Наряду с комиссиями авиакомпаний сборы формируют прибыль агентства. | + | [[Category:Термины]] |
| | + | [[Category:Руководство]] |
| | + | [[Category:Настройки]] |
| | + | <!-- --> |
| | + | '''Сбор''' — сумма, на которую агентство увеличивает стоимость нетто, полученную от поставщика. Наряду с комиссиями авиакомпаний сборы формируют прибыль агентства. |
| | | | |
| − | Сервисный сбор (наценка, надбавка) платежного метода - сумма, на которую агентство увеличивает стоимость заказа при оплате определенным платежным способом. Эта сумма рассчитывается для каждого варианта и может быть указана как в абсолютном, так и в процентном выражении. Например, [[агентство]] вправе установить сбор при оплате заказа кредитными картами через [[платежный шлюз]] в размере 2% от стоимости заказа. | + | Сервисный сбор (наценка, надбавка) платежного метода — сумма, на которую агентство увеличивает стоимость заказа при оплате определенным платежным способом. Эта сумма рассчитывается для каждого варианта и может быть указана как в абсолютном, так и в процентном выражении. Например, [[агентство]] вправе установить сбор при оплате заказа кредитными картами через [[платежный шлюз]] в размере 2% от стоимости заказа. |
| | | | |
| − | <span style="background-color:#fff0f5;"><span style="font-size:large;"><span style="color:#ff0000;">!</span></span> Различные сборы можно устанавливать только для платежных систем целиком. Если при оплате происходит выбор платежного шлюза на защищенной странице платежной системы, то в таком случае установить специфические наценки для каждого платежного шлюза нельзя.</span>
| + | {{Attention|Различные сборы можно устанавливать только для платежных систем целиком. Если при оплате происходит выбор платежного шлюза на защищенной странице платежной системы, то в таком случае установить специфические наценки для каждого платежного шлюза нельзя.}} |
| | | | |
| − | == Формирование цен в Nemo == | + | == Логирование применения ценовых правил == |
| | + | Для анализа и контроля работы ценовых правил в системе реализовано подробное логирование расчета ценовых правил для каждого заказа. |
| | + | |
| | + | 1. Расчет применения ценовых правил для заказа записывается в [[Лог|логи заказа]], в строки, описывающие действия по '''бронированию''', '''обновлению заказа''' и '''выбору платежного шлюза'''. |
| | | | |
| − | Цена перелета в системе Nemo состоит из следующих компонентов: [[тариф]] + таксы ± сборы агентства - комиссия агента. На итоговую цену на разных этапах могут повлиять следующие факторы:
| + | Строки в логах каждого действия называются '''[Заказ] Расчет "Расчет сбора" (Данные)'''. |
| | | | |
| − | 1. Сбор агентства - задается при помощи ценовых правил, может увеличивать или уменьшать стоимость перелета, цена с учетом сборов агентства отражается на результатах поиска и в дальнейшем.
| + | По клику на ссылку "Данные" открываются логи расчета сборов по данному заказу. |
| | | | |
| − | 2. Комиссия агента - уменьшает стоимость перелета, с учетом этой комиссии цена видна начиная со 2 шага - «подтверждение бронирования». | + | 2. Для заказа, который сформирован в системе, но бронирование которого в GDS еще не выполнено, можно проверить сборы с помощью добавочного параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">&chargelog</syntaxhighlight> в URL. |
| | | | |
| − | 3. Настройка: «Округление цены до кратного N в большую сторону и добавление разницы в сборы» - увеличивает стоимость билета в зависимости от выставленного значения. Цена с учетом округления видна на всех шагах, начиная с результатов поиска.
| + | Например, |
| | + | <pre>http://hostname/flights__passengers?booking_id=XXXXXX&chargelog</pre> |
| | | | |
| − | 4. Используемая валюта - если валюта пользователя отлична от валюты агентства, то на странице с подробной информацией о бронировании цена будет пересчитана на валюту агентства.
| + | {{Attention|Обратите внимание, что сборы рассчитываются для пользователя, под которым производится проверка! Если Вы не авторизованы, расчет произойдет для гостя, если авторизованы — для Вашего пользователя и его группы.}} |
| | | | |
| − | 5. Наценка платежного шлюза - на странице с выбором способа оплаты цена билета может быть уменьшена или увеличена на значение наценки, при этом на странице с подробной информацией о бронировании это не отобразится.
| + | === Логи расчета ценовых правил === |
| | | | |
| − | 6. Подключенные модули - итоговая цена в заказе может измениться в результате работы модулей системы. Например, если Вы используете модуль синхронизации и цена заказа по каким-то причинам изменилась у поставщика, то это будет отображено при обновлении бронирования.
| + | Начало расчета сбора для 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 руб. |
| | | | |
| − | 7. Изменение курса валюты в справочнике Nemo - итоговая цена не оплаченных заказов может измениться, если изменился курс валюты в справочнике.
| + | Каждому ценовому правилу присваивается ID при создании и новый ID при каждом изменении. |
| | | | |
| − | 8. Обновление заказа - запускается в Nemo в двух случаях:
| + | В таблице ценовых правил отображен ID правила при создании, на странице редактирования ценового правила — новый ID измененного правила. |
| | | | |
| − | *при выборе способа оплаты: в данном случае происходит проверка статуса заказа, обновляется цена.
| + | В логах применения правил отображается: |
| − | *при запуске выписки: здесь запрашивается актуальная цена у поставщика.
| + | Сбор #XXXX(YYYY), где |
| − | | + | XXXX — ID правила при создании (таблица ценовых правил в админке); |
| − | Кроме перечисленных случаев, итоговая цена забронированного заказа может измениться сразу после бронирования - это происходит, если от поставщика при поиске и бронировании приходит разная цена. В этом случае Вам необходимо обратиться в техническую поддержку Nemo.
| + | YYYY — ID правила после изменения (страница редактирования правила). |
| − | | |
| − | '''Схематически формирование итоговой цены выглядит так:'''
| |
| − | | |
| − | В результатах поиска отображается цена, которая пришла от поставщика с учетом сбора. На втором шаге «подтверждение бронирования» если задана комиссия агента, то цена меняется, если же комиссии агента нет – остается без изменений. После бронирования итоговая цена заказа может измениться за счет наценки платежного шлюза, за счет изменения валюты или в результате изменения цены у поставщика (в результате обновления заказа, после выбора способа оплаты или запуска выписки).
| |
| − | | |
| − | == Управление ценами в Nemo ==
| |
| − | | |
| − | Ценовое правило представляет собой набор критериев и значений. При соответствии указанным в правиле критериям сегмента в результатах поиска будет рассчитан определенный сбор. Такое правило называется «сработавшим». В системе можно создать неограниченное количество ценовых правил.
| |
| − | | |
| − | '''Пример:'''
| |
| − | | |
| − | <div><span style="background-color:#f0fff0;">Установить сбор А%, но не более B рублей и не менее С рублей</span><br/><span style="background-color:#f0fff0;">для всех взрослых пассажиров, летящих бизнес-классом</span><br/><span style="background-color:#f0fff0;">авиакомпаний E или D, выполняющих международный перелет</span><br/><span style="background-color:#f0fff0;">в период с июня по июль, с округлением цены до десятых долей</span><br/><span style="background-color:#f0fff0;">в большую сторону и выделить данное предложение как</span><br/><span style="background-color:#f0fff0;">специальное в результатах поиска билетов.</span></div>
| |
| − | | |
| − | При необходимости некоторые правила можно временно отключать, вместо того, чтобы удалять их. Ценовые правила могут применяться к группам пользователей и к отдельным пользователям. Ценовые правила наследуются в соответствии с иерархией пользователей и групп пользователей. Пользователи не могут изменить или отменить ценовые правила, которые им были назначены «сверху».
| |
| − | | |
| − | В ценовом правиле можно задать верхнюю и нижнюю границы для расчета сбора. Верхняя граница - устанавливает максимально возможное значение сбора, нижняя - минимальное. При установке в правиле настройки «Применение сбора за пассажира» ограничения больше-меньше срабатывают для каждого пассажира отдельно, а не влияют на итоговую сумму сбора.
| |
| − | | |
| − | <div><span style="background-color:#f0fff0;">Например, в правиле установлен размер сбора - 1 % от полной стоимости билета одного</span><br/><span style="background-color:#f0fff0;">пассажира, минимальное значение сбора 100 рублей, в перелете 2 взрослых пассажира и 1</span><br/><span style="background-color:#f0fff0;">ребенок. Стоимость билета для взрослого - 12 000 руб, для ребенка - 9000 руб. Рассчитываем</span><br/><span style="background-color:#f0fff0;">сбор для взрослого: (12 000*1/100)= 120 рублей; 120 > 100; сбор составит 120 рублей. Для ребенка:</span><br/><span style="background-color:#f0fff0;">(9 000*1/100)=90 рублей, 90 < 100; сбор равен 100 рублям. Таким образом, общая сумма сбора</span><br/><span style="background-color:#f0fff0;">за весь перелет составит: 340 руб. (120*2 +100).</span></div>
| |
| − | | |
| − | Если на сегментах срабатывает несколько ценовых правил, то итоговые сборы будут рассчитаны исходя из настройки "Правило подсчета сборов" в разделе: Администрирование - Авиабилеты - Поиск - Ограничения поиска.
| |
| − | | |
| − | [[File:Profit1.png]]
| |
| − | | |
| − | [[File:Profit2.png]]
| |
| − | | |
| − | Как видно, менеджер имеет возможность выбирать степень детализации цены, отображаемой клиенту:
| |
| − | | |
| − | [[File:Profit3.png]]
| |
| − | | |
| − | Для того чтобы выяснить, какие правила сработали на конкретном варианте перелета, менеджеру предоставляется инструмент контроля, с помощью которого он может видеть список сработавших правил, а также список примененных правил:
| |
| − | | |
| − | [[File:Profit4.png]]
| |
| − | | |
| − | В панели управления на отдельной странице можно посмотреть список всех правил, включая унаследованные и неактивные. С использованием данного модуля управление ценовой политикой становится довольно гибким, но в то же время простым и понятным. Существует возможность задать правило по направлениям, если включить опцию «зависимость от направления перелета». Сделать ценовое правило «зависимым от направления перелета» можно для континента, страны, аэропорта. Также возможно сделать сбор за сегмент разного типа пассажиров (т.е. на взрослого - один сегментный сбор, с ребенка - другой).
| |
| − | | |
| − | '''<font class="Apple-style-span" color="#FF0000"><span class="Apple-style-span" style="font-size: x-large;"><span style="background-color:#fff0f5;">! </span></span></font>'''<span style="background-color:#fff0f5;">Ценовое правило может быть задано в виде скидки.
| |
| − | | |
| − | <br/><span style="font-size:large;">'''Примеры работы ценовых правил'''</span>
| |
| − | | |
| − | <span style="font-size:large;">'''I'''</span>
| |
| − | | |
| − | Предположим, мы создали два ценовых правила со следующими критериями:
| |
| − | | |
| − | '''Правило 1: '''сбор 10% от стоимости всего PNR, но не менее 500 и не более 3000 рублей для всех авиакомпаний ''кроме Аэрофлота (SU)''.
| |
| − | | |
| − | '''Правило 2: '''сбор 700 рублей с каждого пассажира для авиакомпании SU (Аэрофлот)
| |
| − | | |
| − | Также условимся, что значение настройки «Правило подсчета сборов» установлено в «Максимальный из сработавших».
| |
| − | | |
| − | '''Пример 1.''' Перелет Москва - Берлин авиакомпанией Аэрофлот (1 пассажир):
| |
| − | | |
| − | <span style="background-color:#f0fff0;">1. DME – SXF SU 25 000 рублей</span>
| |
| − | | |
| − | Здесь сработало правило 2, сбор равен 700 рублям.
| |
| − | | |
| − | '''Пример 2.''' Перелет Москва - Берлин авиакомпанией BritishAirways (1 пассажир):
| |
| − | | |
| − | <span style="background-color:#f0fff0;">1. DME – SXF BA 25 000 рублей</span>
| |
| − | | |
| − | Здесь сработало правило 1, сбор равен 2500 рублям.
| |
| − | | |
| − | '''Пример 3.''' Перелет Москва - Берлин авиакомпанией BritishAirways (1 пассажир):
| |
| − | | |
| − | <span style="background-color:#f0fff0;">1. DME – SXF BA 33 000 рублей</span>
| |
| − | | |
| − | Здесь сработало правило 2, сбор равен 3000 рублям (т.к. сработало верхнее ограничение в 3000 рублей).
| |
| − | | |
| − | '''Пример 4.''' Перелет Москва – Варшава - Берлин двумя авиакомпаниями (1 пассажир):
| |
| − | | |
| − | <span style="background-color:#f0fff0;">1. DME – WAW SU
| |
| − | 2. WAW - SXF LH
| |
| − | 25 000 рублей</span>
| |
| − | | |
| − | На первом сегменте сработало правило 2, сбор 700 рублей На втором сегменте сработало правило 1, сбор рассчитан как 10%, т.е. 2500 рублей. Т.к. сработало сразу несколько сборов, то система обращается к настройке «Правило подсчета сборов», которое говорит, что нужно взять «Максимальный из сработавших». Таким образом, итоговый сбор с этого варианта перевозки будет равен 2500 рублям.
| |
| − | | |
| − | <span style="font-size:large;">'''II'''</span>
| |
| − | | |
| − | Предположим, мы создали два ценовых правила со следующими критериями:
| |
| − | | |
| − | '''Правило 1:''' сбор 10% от стоимости всего PNR, но не менее 500 и не более 3000 рублей ''для всех авиакомпаний''.
| |
| − | | |
| − | '''Правило 2:''' сбор 700 рублей с каждого пассажира для авиакомпании SU (Аэрофлот).
| |
| − | | |
| − | Посмотрим, что изменится в этом случае:
| |
| − | | |
| − | '''Пример 5.''' Перелет Москва - Берлин авиакомпанией Аэрофлот (1 пассажир):
| |
| − | | |
| − | <span style="background-color:#f0fff0;">DME – SXF SU 25 000 рублей</span>
| |
| − | | |
| − | Сработали оба правила, по ним были рассчитаны сборы в 2500 и 700 рублей соответственно, применен наибольший сбор в 2500 рублей.
| |
| − | | |
| − | '''Пример 6.''' Перелет Москва - Берлин авиакомпанией BritishAirways (1 пассажир):
| |
| − | | |
| − | <span style="background-color:#f0fff0;">DME – SXF BA 25 000 рублей</span>
| |
| − | | |
| − | Здесь сработало правило 1, сбор равен 2500 рублям.
| |
| − | | |
| − | '''Пример 7.''' Перелет Москва - Берлин авиакомпанией BritishAirways (1 пассажир):
| |
| − | | |
| − | <span style="background-color:#f0fff0;">DME – SXF BA 33 000 рублей</span>
| |
| − | | |
| − | Сработали оба правила, по ним были рассчитаны сборы в 3000 (с учетом верхнего предела) и 700 рублей соответственно, применен наибольший сбор в 3000 рублей
| |
| − | | |
| − | '''Пример 8'''. Перелет Москва – Варшава - Берлин двумя авиакомпаниями (1 пассажир):
| |
| − | | |
| − | <span style="background-color:#f0fff0;">DME – WAW SU
| |
| − | WAW - SXF LH
| |
| − | 25 000 рублей</span>
| |
| − | | |
| − | На первом сегменте сработали оба правила, сборы рассчитаны как 2500 и 700 рублей. На втором сегменте сработало правило 1, сбор — 2500 рублей. Таким образом, итоговый сбор с этого варианта перевозки будет равен 2500 рублям.
| |
| − | | |
| − | <span style="font-size:large;">'''III'''</span>
| |
| − | | |
| − | Предположим, мы создали два ценовых правила со следующими критериями:
| |
| − | | |
| − | '''Правило 1:''' сбор 2500 рублей от стоимости всего PNR, при перелете Россия - Великобритания ''для всех авиакомпаний''.
| |
| − | | |
| − | '''Правило 2:''' сбор 100 рублей с каждого взрослого пассажира, 50 рублей с ребенка, 20 рублей для младенцев для авиакомпании SU (Аэрофлот).
| |
| − | | |
| − | '''Пример 1.''' Перелет Москва - Лондон авиакомпанией BritishAirways (1 пассажир):
| |
| − | | |
| − | <span style="background-color:#f0fff0;">1. DME – LHR BA 38 745 рублей</span>
| |
| − | | |
| − | Здесь сработало правило 1, сбор равен 2500 рублей
| |
| − | | |
| − | '''Пример 2:'''
| |
| − | | |
| − | перелет Москва - Берлин авиакомпанией Аэрофлот (взрослый - 2, ребенок - 1, младенец - 1)
| |
| − | | |
| − | <span style="background-color:#f0fff0;">1. DME - SXF SU 27 000 рублей</span>
| |
| − | | |
| − | Здесь сработало правило 2, сбор равен 270 рублей<br/><br/>
| |
| − | | |
| − | == Некорректная работа с ценовыми правилами ==
| |
| − | | |
| − | При некорректной работе, с ценовыми правилами системы [[агентство]] может потерять свою норму прибыли с продажи. Рекомендуем следовать следующим правилам:
| |
| − | | |
| − | 1. Проверять работу правил в тестовом режиме - увидеть сумму сработавшего сбора можно на странице с результатами поиска (ссылка '''сборы''') на странице подтверждения в таблице со стоимостью в готовом заказе. При этом отображение сборов на выше перечисленных страницах зависит от настроек и может быть скрыто.<br>
| |
| − | 2. Обращать внимание на опцию '''«Правило подсчета сборов»''' в разделе '''"Авиабилеты" - "Управление ценами" - "Настройки"'''.
| |
| − | | |
| − | [[Файл:Sbor.png]]
| |
| − | | |
| − | 3. При создании правил обращать внимание на выбираемые значения: на тип правила, которое вы создаете (обычное или скидку от тарифа), для какого пользователя создано правило (пользователя, для которого должно работать правило, можно выбрать из дерева пользователей на странице со ссылкой '''«Создать новую запись»'''), активно ли созданное вами правило, указаны ли авиакомпании, для которых оно должно работать, если выбрана соответствующая опция.
| |
| − | | |
| − | Если вы проверили все выше перечисленные моменты и считаете, что ценовые правила работают некорректно, необходимо описать ситуацию сотрудникам технической поддержки, указав: номер заказа (направления, авиакомпании), для которых сбор работает некорректно и номера ценовых правил.
| |
| | | | |
| | == См. также == | | == См. также == |
| − | *[http://mediawiki.mute-lab.com/ru/%D0%91%D1%80%D0%BE%D0%BD%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5#.D0.9D.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B8_.D0.B1.D1.80.D0.BE.D0.BD.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D1.8F Настройки бронирования] | + | * [[Бронирование#Настройки бронирования|Настройки бронирования]] |
| − | *[http://mediawiki.mute-lab.com/ru/%D0%A1%D0%B8%D1%80%D0%B5%D0%BD%D0%B0_%D0%A2%D1%80%D1%8D%D0%B2%D0%B5%D0%BB#.D0.97.D0.B0.D0.B2.D0.B5.D0.B4.D0.B5.D0.BD.D0.B8.D0.B5_.D0.B0.D0.B3.D0.B5.D0.BD.D1.82.D1.81.D0.BA.D0.B8.D1.85_.D1.81.D0.B1.D0.BE.D1.80.D0.BE.D0.B2 Ведение агентских сборов в системе "Сирена Трэвел"] | + | * [[Сирена Трэвел#Заведение агентских сборов|Ведение агентских сборов в системе "Сирена Трэвел"]] |
| − | | |
| − | [[Category:Термины]][[Category:Руководство]][[Category:Настройки]]
| |
Сбор — сумма, на которую агентство увеличивает стоимость нетто, полученную от поставщика. Наряду с комиссиями авиакомпаний сборы формируют прибыль агентства.
Сервисный сбор (наценка, надбавка) платежного метода — сумма, на которую агентство увеличивает стоимость заказа при оплате определенным платежным способом. Эта сумма рассчитывается для каждого варианта и может быть указана как в абсолютном, так и в процентном выражении. Например, агентство вправе установить сбор при оплате заказа кредитными картами через платежный шлюз в размере 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 правила после изменения (страница редактирования правила).
См. также
