Нужно запретить создание элементов справочника с некоторыми условиями. ОбычныеФормы

Допустим добавляем некоторую роль. И предположим программно элементы не создаются.

Где лучше разместить проверку? ПредОткрытием Если не РольДоступна Тогда Отказ = Истина

(0) В списке документов.

Просто в роли снять галку на нужном справочнике - интерактивное создание

в РЛС или в событии объекта "перед записью"

(2) Не вариант. 1. Ролей много не хотелось бы типовую изменять.
2. Есть доп условия.

(3) Почему перед?
Логичнее ПриЗаписи Отказ

+ (1) Процедура ПередОткрытием(Отказ, СтандартнаяОбработка)
    
    ЕстьПраво = абОбщее.ПолучитьПравоРедактированияБонусов();
    
    Если (НЕ ЕстьПраво) Тогда
        Предупреждение("Для работы с данным видом документов у Вас недостаточно прав." + Символы.ПС +
                       "Обратитесь к администратору.");
        СтандартнаяОбработка = Ложь;
        Отказ                  = Истина;
    КонецЕсли;
    
КонецПроцедуры

(3)> "перед записью"

Изменять можно. Добавлять новое нельзя.

(6) Ок. Т.е. в ПередОткрытием лучше пихать.

(5) Плохой вариант

+ (6) В ПВХ ПраваПользователей - в предопределенных прописано новая фигня (булево).

(9) Чем он плох то?

(11) Человек редактирует, вводит, радуется жизни. А при записи ему дубинов в лоб.

(12) Полей 10-15 заполнил и тут, бац, вторая смена...
Я бы (как минимум) ругнулась матом... В лицо писателю.

(12) Зато это фундаментальный запрет.
Игры с формами обходятся через обработки.

(14) А что "фундаментального"?

(14) После такого пейсательства у тебя возникнут фундаментальные проблемы. Ты просто не сможешь писать такой код.
(13) Вот и я про то. Лучше не давать надежд. 1сник - не женщина, в конце концов...

(16) Сижу и думаю: а я кто? :)))))))))))))))))))))))))))))))))))))))))))))))))

(16) Не надо путать теплое и мягкое.
Одно дело удобный интерфейс, другое дело ограничение прав.

(17) не боись, скоро придет просветление

(19) А мне, что - разорваться? (С)
:)))))))))))))))))))))))))))))))))))))))))))))))))))))

(20) гусары, молчать!

(18) Т.е. при ограничении прав пользователи должны страдать, и понимать, что оно есть, только после того, как они уже ввели 100500 строк и реквизитов? :))

(17) А ты 1сниЦА, а не 1сник :))

(22) Это вопрос удобства интерфейса.
Может для формы нового объекта ставить все в режим "Только просмотр" для соответствующих прав?
И никто ничего уже ввести не сможет.
Но удобство никак не связано с ограничением прав "Нельзя записать новый объект"

ИМХО, контроль должен быть и на форме, и в подписке ПередЗаписью объекта.
Контроль на форме избавит пользователя от ненужных действий (попытки ввести кучу данных с последующим обломом).
Контроль в ПередЗаписью гарантирует, что пользователь не добьётся своего сторонними методами, в обход формы. Самый типичный случай - обработка группового изменения реквизитов. В конфигурациях на УФ она вообще встроена. На старых конфигурациях на ОФ  у нас пользователи тоже очень активно такими вещами пользовались.

(24) Правильное ограничение прав звучит так: "нельзя СОЗДАТЬ новый объект".
Даже в конфигураторе право называется "Добавление", а не "запись нового".

(24) капец ты упертый. Еще в старом фильме советском было "ты туда не ходи! ты сюда ходи!" - зачем что-то открывать, если там все-равно ничего не даст делать? Чтобы лишние вопросы сыпались

(25) Емнип, обработка группового изменения реквизитов работает только с существующими объектами. А тут речь о создании нового - см (7)

(26) Вы уж сами разбирайтесь что для вас правильнее, добавлять или создавать. сути вопроса это не меняет.

И вообще, приплетать групповую обработку тут не к месту. так можно и сказать, что данные через обмен прилететь могут

(30) > так можно и сказать, что данные через обмен прилететь могут

Предполагаем, что нет обработок на создание, нет обменов.

(27) Это ты упертый. Наймешь себе падвана, они начнет тебе новые формы писать и рисовать, а про ограничение прав забудет.
Та же проблема будет при сопровождении легаси.

(29) Добавлять и создавать в данном контексте - это как раз одно и то же. :))

(33) А "записать новый" что-то другое?

(28) Да. Невнимательно прочел. Но тем не менее я бы сделал, как написал в (25) - и на форме и в подписке. Потому что все эти "предположим программно элементы не создаются" - сказки про белого бычка.

(31) >> Предполагаем, что...

Практика показывает, что такие предположения и допущения живут ровно до тех пор, пока о них не забывают. А вспоминать потом приходится в самый неподходящий момент.
Сегодня обменов никаких нет, а как фамилия того, кто обещал, что их никогда не будет? А фамилия того, кто гарантировал в случае подключения обменов провести анализ всего и вся на предмет таких неявных логических ловушек в коде?
А потом приходится долго и мучительно доказывать заказчику, что косяки и последующие переделки, за которые он должен заплатить, - это следствие упрощенного понимания принятого когда-то давно решения.

Впрочем это уже всё ОФФ и ИМХО.

(36) А ты точно об 1С говоришь?

(34) Конечно. Т.к. ты сначала добавляешь(создаёшь) объект, потом изменяешь его, и только потом записываешь. А твоё ограничение сработает только тогда, когда пользователь уже совершил кучу действий, что неправильно.

(38) Да вы мастер создавать объекты, не записывая. :)