Коллеги, а почему такое может не работать? В начале процедуры включаю привелегированный режим. Спускаюсь на несколько строчек ниже по коду, отладчиком проверяю, есть ли этот режим, а в ответ получаю Ложь. ?
Проверяю под пользователем с ограниченными правами

во внешней обработке дело происходит

почитал, ПривелегированныйРежим работает только в серверных модулях, насколько я понял

Подскажите куда капнуть? Настроил ограничение ручных скидок УТ 11.4, в правилах продаж задал 5% в соглашении задал 5% из профиля групп доступа убрал роль «отклонение от условий продаж» даже убрал константу ИспользоватьРасширенныеВозможностиЗаказаКлиента все равно в заказе любую скидку даёт указать

Тоже недавно настраивал скидки в УТ, но не ограничения..
Включал ручные, настраивал автоматические.
Завтра буду ковырять эту тему ,проверю у себя

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

я думал сразу будет ошибка а выходит после попытки провести

Ага. Кстати автоскидка тоже, это бесит! Особенно с заказами из интернет-магазина.

ну автоскидки хоть можно нажать кнопку "рассчитать скидки"

И всё равно "авто"скидка..

а тут прям вообще тупняк какой то типа такой обработал закза в 100500 позиций скидок наставил  и ннна тебе)

Проверка при проведении..
Да, имхо не удобно

Ребят, при попытке выгрузить товары выдается ошибка. Прикладываю скрин. Кто-нибудь знает, как ее исправить?

При том, база данных демонстрационная. То есть, это не я накосячил при создании БД.

Скачал отсюда: https://its.1c.ru/download/utovio11.4.2/

А что более производительно и безопасно, расширение или режим:"редактировать с сохранением поддержки"?

Конфигурация на замке, насколько понял, хотите обновляться без проблем. Однозначного ответа нет, смотря что вы хотите добавить, для каких целей, будут ли там хранится данные, или небольшие доработки в интерфейсе, команды , новые элементы формы и тд. Нужно подумать, проанализировать планируемые изменения системы в будущем, и доработки уже делать с учетом анализа. А если вкратце, изменения, добавление в тексте кода,(в том числе и интерфейсные вещи лучше кодом сделать, например добавление кнопки или поля на форму) ,изменение поведения существующих объектов, долавление общих модулей, команд,и прочих метаданных, где НЕ предполагается хранение данных в БД, - оптимально - расширения. Вообще, чтоб снять с "замочка" надо сто раз подумать, но если добавление новых объектов БД, таблиц, наверняка надежнее добавить а основной конфигурации

Это спорно, конечно, т.к. механизм расширений мощно развивается...Кароче, снимите только "голову" Конфы с замка)) и добавляйте при необходимости объекты)) обновлять будет не сложно. Кто как думает?

а если снять с замка, добавить ,а потом обратно поставить на замок?

добавить объекты имею ввиду