Всем доброго времени суток!
Помогите понять, в чем дело? Есть вид условия 1 (золотая скидка для клиента), которое монопольно исключает условие 2 (минимальная скидка на товар). Так вот... Если 1 не равно 0, то все работает, как надо. Берется в расчет условие 1. Но! Как только условие 1 становится равным нулю или составляет, например, -0,001%, то приоритетным становится условие 2. Где тут собака зарыта?

Привет.

Могу посоветовать поставить на вид условия 1 ограничения по верхней/нижней границам от 0.001 (или требуемое минимальное значение) до 999999 и т.д. Тогда, по идее, не должно быть отрицательных или нулевых значений.

Бесполезно... Он все равно не видит ноль.

Не понял. Что значит "он не видит 0"? Кто не видит?

И потом, откуда могут возникать значения 0 или -0,001? Если их вводят пользователи вручную, то ограничения по границе не должны им этого позволить? Если через записи условия, то, может, вам надо пересмотреть, как вы их ведете?

Добавлено: Я сейчас проверил в тренинговом манданте - все работает. Если задать ограничения по виду условия, то он не дает выходить за их пределы при ручном вводе. А при пустом значении поля монопольное исключение ВУ не работает. Думаю, вам следует еще раз покопаться с ограничениями.

Ограничений на этот вид условия у нас нет. Может быть от -99999999,99 до +99999999,99 и ноль в том числе. Заносится с пом. vk11 Создание записи условий. Даже при значении ноль должно все равно исключать, т.к. есть другое условие, которое тоже 0 и исключает все, что нужно. Единственное их отличие - знак +/- в настройке вида условия. Которое работает - может быть только положительным, которое не работает - как полодительным, так и отрицательным.

Только теперь до меня дошло, что вы хотите сделать.
Если существует какая-либо скидка клиенту (даже нулевая или отрицательная), то скидка на материал отменяется.

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

Не получается... Все то же самое. Поменяли последовательность, поставили вперёд. Не помогло. Плиз, хелп!

А монопольность на уровень со скидкой клиента поставили?
Если поставили, то дальше этого уровня система просто не будет искать записи условия.

Ну конечно поставили. Монопольность у нас с самого начала стояла. Просто вопрос-то в чём: если это значение отлично от нуля (например, -0,01), то тогда все отлично. А если 0, то вроде его как и нет.

Пройдемся еще раз.

По всем скидкам должен быть один вид условий, в котором, как минимум два уровня доступа. Первый для клиента, второй для материала. На первом стоит монопольность. Соответственно, если находится запись (даже нулевая) по первому, то другие записи искать не будет.

У нас в продуктиве есть записи с нулевым значением и с монопольностью, и по ним все прекрасно работает, дальше поиск не идет. Выводит ноль и все.

Если у вас все настроено так же, заведены нулевые записи по скидке клиенту, и после этого в торговом документе все равно выводится скидка по материалу, то смотрите анализ - он все расскажет.

А вообще, как говорил Жванецкий: "Может, что-то в консерватории подправить?".

Я торможу... У нас настройки не такие. У нас скидка на товар - это одно условие, и последовательности доступа у него свои (их как минимум 5). А скидка для клиента - другое условие, у него свои последовательности доступа. Их тоже много. (Внутри каждого условия стоит своя последовательность доступа: главнее всего на отдельно взятый материал, потом по главности скидка берется на производителя, потом менее главна скидка на группу материалов...) Одно условие монопольно кушает другое, если не ноль .
Это что, изначально настройки сделаны неправильно? да уж...

Я же говорил, что в консерватории что-то не так.
Если у вас такие жесткие требования (нулевая скидка клиенту отменяет положительную скидку на товар), то лучше объединить в один ВУ. А в нем уровни доступа разложить соответственно. Это возможно, если у них правила расчета одинаковые (количество, проценты и т.д.).

Попробуйте. Должно получиться.

Спасибо, только я подумаю об этом завтра. Сегодня уже голова распухла.
Будем пробовать

это не есть гуд.

Почему?
Это в рамках стандарта. Это соответствует нашим требованиям. Все довольны.