Добрый день,
есть у кого пример настройки ограничений доступа к данным на уровне записи в ролях? Необходимо чтобы пользователи с одной ролью могли редактировать контрагентов из определенного каталога а пользователи с другой всех остальных.

в типовых куча примеров

в типовых примеры настройки через регистр, у меня же через каталог, который указан в константе

(2) ну подумать изменить под себя....

Вся загвостка в том что при создании ограничения доступа к данным в конструкторе запросов нет метода "В ИЕРАРХИИ"..

Может сейчас кто подскажет.

Сделай тоже через регистр. Заполнение регистра при записи контрагента.

(6) как вариант, спасибо подумаю

Просто "В" в запросе не всегда оптимально. А использовать его в РЛС - это использовать неоптимальность всегда.
Внутреннее соединение с РС будет быстрее.

(5)(7) да но если переместить элемент справочника в другую группу то из регистра он не удалится, другими словами как активизировать проверку при перемещении из группы в группу

(8) Вся обработка делается перед записью элемента.

а гришь при записи)

(9) так не пойдет, т.к. кнопка перемещения элемента находится в форме списка и форме выбора

>Вся загвостка в том что при создании ограничения доступа к данным в конструкторе запросов нет метода "В ИЕРАРХИИ"..

баян

(12) может и баян, просто с механизмой не знаком, а сделать надо...

Почему не сделать проверку перед записью объекта?

(14) контрагенты - справочник иерархический, и запись при перемещении элемента не вызывается

(15) про не_запись не гони

(16)ну даже элементарно что перед записью находится в модуле формы элемента, когда переместить можно в форме списка

(17) Мы про методы ПередЗаписью() и ПриЗаписи() в модуле объекта, а не модулях форм говорим. Ну или в подписке.

(17) Родитель меняется.

(8)
ПриСменеТекущегоРодителя (OnCurrentParentChange)
Синтаксис:
ПриСменеТекущегоРодителя()
Описание:
Возникает при изменении текущего родителя в режиме иерархического списка.

(18) Родитель изменился без записи элемента?

(18) ой мля туплю..)))

всем спасибо и с пятницей:)