Как лучше в шаблоне коммерческого предложения прописать поправочный коэффициент?

Ссылка скопирована
1 ответ

Нужно понять:, подскажите, какой символьный код необходимо использовать чтобы цена за единицу и итоговая цена которая подтягивается из битрикса умножалась на коэффиициент 1.015 и выводилось готовым значением?
По вводным: идея в том чтобы выкатывать 3 коммерческих предложения от разных юр. Лиц с разными ценами, использую цену товаров из сделки.
По вводным: сейчас КП выглядит так, используется макрос в ворде для перемножения
6891a992865f2565751037.png

Нужно решить такую задачу?

Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

Заказать помощь
Лучший ответ
1
Дмитрий К. Ответ

В шаблоне коммерческого предложения в Битриксе поправочный коэффициент лучше не “вшивать” в HTML как текст, а рассчитывать в том месте, где формируются данные для шаблона. Иначе вы получите расхождение: в одном месте цена с коэффициентом, в другом - исходная цена, а итог может не совпасть.

Если это шаблон бизнес-процесса/CRM-документа, посмотрите, какие поля доступны в генераторе документов. Часто там можно использовать не произвольный PHP, а только подстановку полей. В таком случае правильнее создать отдельное пользовательское поле “Цена с коэффициентом” и заполнять его до генерации КП.

Если есть возможность доработки PHP, логика простая:

$coefficient = 1.015;
$price = (float) $item['PRICE'];
$priceWithCoefficient = round($price * $coefficient, 2);
$sumWithCoefficient = round($price * $quantity * $coefficient, 2);

$coefficient = 1.015; $price = (float) $item['PRICE']; $priceWithCoefficient = round($price * $coefficient, 2); $sumWithCoefficient = round($price * $quantity * $coefficient, 2);

Дальше в шаблон передаются уже готовые значения:

PRICE_WITH_COEFFICIENT
SUM_WITH_COEFFICIENT

PRICE_WITH_COEFFICIENT SUM_WITH_COEFFICIENT

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

Почему не стоит искать “символьный код для умножения” прямо в шаблоне: шаблон документа отвечает за вывод, а не за бизнес-логику. Если завтра коэффициент станет 1.02, округление изменится или понадобится показывать исходную цену, вы будете править шаблон и рисковать ошибками.

Рабочий вариант: коэффициент хранить в настройке/поле, расчёт делать до генерации КП, в шаблон выводить уже рассчитанную цену и итог. Так документ будет стабильным и проверяемым.

Другие ответы (0)

Пока нет других ответов. Будьте первым, кто поможет автору.

Ответить на вопрос

комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Вам также может быть интересно