Коллеги,
заметил что в БСП / Управление доступом отсутствует функционал дополнительных прав пользователей. Имеется в виду связка ПВХ.ПраваПользователей + Регистр сведений Значения дополнительных прав пользователей.
Взамен нам предлагается настраивать функциональный доступ через механизм Группы доступа + Профили доступа, формирующими связки права-роль-пользователь.
Как в такой модели решать задачи типа "Если Пользователь (группа, профиль) такая - то, то запрещается проводить документ в статусе таком-то" ?
Объектная модель ролей представляется логичной, не хотелось бы мешать ее с функциональной , не хотелось бы плодить функциональный роли вроде (Право)ПроводитьЗаказСПревышениемЛимитаПоЧетнымЧисламАвгуста
Кто-что думает, как решает такие задачи?
заметил что в БСП / Управление доступом отсутствует функционал дополнительных прав пользователей. Имеется в виду связка ПВХ.ПраваПользователей + Регистр сведений Значения дополнительных прав пользователей.
Взамен нам предлагается настраивать функциональный доступ через механизм Группы доступа + Профили доступа, формирующими связки права-роль-пользователь.
Как в такой модели решать задачи типа "Если Пользователь (группа, профиль) такая - то, то запрещается проводить документ в статусе таком-то" ?
Объектная модель ролей представляется логичной, не хотелось бы мешать ее с функциональной , не хотелось бы плодить функциональный роли вроде (Право)ПроводитьЗаказСПревышениемЛимитаПоЧетнымЧисламАвгуста
Кто-что думает, как решает такие задачи?
По теме из базы знаний
- Настройка прав пользователей. БСП. Профиль доступа. Три клика.
- Подсистема БСП «Управление доступом», основные объекты и регистры
- Анализ ролей пользователей БСП
- Универсальное поздравление на Новый год, 23 февраля, 8 марта, день рождения и другие праздники для БП/УТ/ЗУП/ERP/КА/ДО и прочих типовых на БСП (расширение)
- Пример создания документа с движениями в ERP 2.5.7
Найденные решения
зачем программно, логичней связать с типовыми наборами через ГруппыДоступа + НаборДополнительныхПрав (как ТЧ в ГруппахДоступа) + Регистр сведений, который обновляется аналогично типовым при записи справочника Группы, Профиль доступа.
Во-первых, получаем пользовательский функционал, а во-вторых в крупных организациях удобней устанавливать права по группа, а не пользователям.
Во-первых, получаем пользовательский функционал, а во-вторых в крупных организациях удобней устанавливать права по группа, а не пользователям.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Можете создать расширение, в котором при записи документа будете проверять такую экзотику как у вас "ПроводитьЗаказСПревышениемЛимитаПоЧетнымЧисламАвгуста". И регистр сведений, где будут храниться информация о таких правах в разрезе пользователей.
зачем программно, логичней связать с типовыми наборами через ГруппыДоступа + НаборДополнительныхПрав (как ТЧ в ГруппахДоступа) + Регистр сведений, который обновляется аналогично типовым при записи справочника Группы, Профиль доступа.
Во-первых, получаем пользовательский функционал, а во-вторых в крупных организациях удобней устанавливать права по группа, а не пользователям.
Во-первых, получаем пользовательский функционал, а во-вторых в крупных организациях удобней устанавливать права по группа, а не пользователям.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот