8.2 Бухгалтерия для Украины, редакция 1.1.23

Есть необходимость ограничить права кладовщику.
Все запретить, и дать доступ только к определенным счетам (201-206), и складским документам.
Проблема: Новые роли (Отличные от "Бухгалтер" ) не дают стартовать пользовательский режим.
Получается запускать новую роль ограниченную через "Ограничения доступа к данным на уровне записей" вместе с ролью "Бухгалтер".
Но очень неудобно прописывать все объекты таким способом (Как-то через Ж получается).
Может кто решал подобную проблему? Интересна сама логика подхода.
Спасибо.

Здесь Вы свою роль прописали? В общем модуле "Управлении пользователем"

// Процедура проверяет возможность запуска ИБ с определенными для текущего
// пользователя доступными ролями
//
Процедура ПроверитьВозможностьРаботыПользователя(Отказ) Экспорт

Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") Тогда
Отказ = Истина;
#Если Клиент Тогда
Предупреждение(НСтр("ru='У текущего пользователя нет доступных ролей, для запуска информационной базы.';uk='У поточного користувача немає доступних ролей для запуску інформаційної бази.'"), 10, НСтр("ru='Недостаточно прав доступа';uk='Недостатньо прав доступу'"));
#КонецЕсли
КонецЕсли;

КонецПроцедуры

Нет, я не хочу вносить изменения в стандартные модули.
Я добавил новую роль "Кладовщик" как объект конфигурации
В Роль Кладовщик вношу ограничения через "Ограничение доступа к данным" типа так :
Например в правах на плане счетов:

ГДЕ Ссылка <> ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.СтроительныеМатериалы)

и пользователю "Кладовщик" становятся недоступны все счета кроме 205

Пользователю (кладовщику) назначаю Бухгалтер и кладовщик, так работает но ...

В 1С принцип работы ролей, если одна роль разрешает значит есть доступ.

це точно. щось початківець помилився

__________________________________________

У кождого в руках тяжкий залізний молот,
І голос сильний нам згори, як грім, гримить:
"Лупайте сю скалу! Нехай ні жар, ні холод
Не спинить вас! Зносіть і труд, і спрагу, й голод,
Бо вам призначено скалу сесю розбить."

Quote
capitoshko
це точно. щось початківець помилився

Прошу Вас не делать поспешных выводов.
Если у меня что-то и не получается, то это старческое.

Quote
Pepe
В 1С принцип работы ролей, если одна роль разрешает значит есть доступ.

- согласен, но лишь на уровне доступа к объектам метаданных. А если мы параллельно подключаем контроль доступа на уровне объектов базы данных, то запросто запрещаем, что разрешено.

В том примере что я описывал выше Пользователь с ролью Бухгалтер не видит в плане счетов ни одного счета кроме 205, и не может открыть документы содержащие другие счета. При том что я не изменил ни одного стандартного объекта.

Флаг:
ИТС - Методические рекомендации по конфигурированию - Прочее - Ограничения доступа к данным. Сведения о принципах функционирования.
Но мне интересны другие способы или хоть какой совет.

за певну плату можна налаштувати все, що не хочеш

__________________________________________

У кождого в руках тяжкий залізний молот,
І голос сильний нам згори, як грім, гримить:
"Лупайте сю скалу! Нехай ні жар, ні холод
Не спинить вас! Зносіть і труд, і спрагу, й голод,
Бо вам призначено скалу сесю розбить."

все що хочеш таки налаштувати не получится