Настройка ролей безопасности: исключение для Примечания
Запись от Fighter размещена 09.02.2012 в 00:06
Следуя изложенным в предыдущем посте правилам задания привилегий Добавление и Добавление К, попробуем определить роль безопасности для сущности Примечание.
Предположим, мы хотим ограничить добавление чужих Примечаний к Возможным сделкам. Зная, что Примечание связано с Возможной сделкой отношением N:1, мы должны установить соответствующий уровень доступа (например, Пользователь) для привилегии Добавление.
Однако CRM сразу ограничивает наши желания своей жесткой рукой: вы не сможете переназначить Примечание любой другой Возможной сделке в поле Для (В отношении). Таким образом, установленный уровень доступа для привилегии Добавление не играет никакого значения.
Кроме уровня доступа Нет.
Если вы установите уровень доступа Нет для привилегии Добавление, то увидите интересный (впрочем, ожидаемый) эффект:
Пользователь не сможет добавлять Примечания к сущности (которая поддерживает работу с Примечаниями). При этом с ленты исчезнет кнопка Добавить заметку.
Но пользователь все еще сможет читать Примечания и редактировать их, если ему даны таковые привилегии.
Аналогичного эффекта можно добиться, если установить уровень доступа Нет для привилегии Создать.
Установка привилегий Назначение и Общий доступ для Примечания не имеет смысла, поскольку CRM такого функционала не предоставляет, как и увеличивать уровень доступа с Пользователя в привилегии Создание (Примечание все равно создается под авторством текущего пользователя независимо от того, кто является ответственным за сущность-владельца Примечания).
В заключении отмечу, что прикреплять файлы к Примечанию можно, только если пользователю разрешено редактирование Примечания (привилегия Запись).
Рекомендации по определению Роли безопасности для Примечания:
Продавец
[ Создание, Чтение, Запись ] = Пользователь, [ Удаление ] = Нет, [ Добавление, Добавление К, Назначение, Общий доступ ] = Пользователь.
Руководитель
[ Создание ] = Пользователь, [ Чтение ] = Подразделение, [ Запись ]= Пользователь, [ Удаление ] = Пользователь, [ Добавление, Добавление К, Назначение, Общий доступ ] = Пользователь.
Предположим, мы хотим ограничить добавление чужих Примечаний к Возможным сделкам. Зная, что Примечание связано с Возможной сделкой отношением N:1, мы должны установить соответствующий уровень доступа (например, Пользователь) для привилегии Добавление.
Однако CRM сразу ограничивает наши желания своей жесткой рукой: вы не сможете переназначить Примечание любой другой Возможной сделке в поле Для (В отношении). Таким образом, установленный уровень доступа для привилегии Добавление не играет никакого значения.
Кроме уровня доступа Нет.
Если вы установите уровень доступа Нет для привилегии Добавление, то увидите интересный (впрочем, ожидаемый) эффект:
Пользователь не сможет добавлять Примечания к сущности (которая поддерживает работу с Примечаниями). При этом с ленты исчезнет кнопка Добавить заметку.
Но пользователь все еще сможет читать Примечания и редактировать их, если ему даны таковые привилегии.
Аналогичного эффекта можно добиться, если установить уровень доступа Нет для привилегии Создать.
Установка привилегий Назначение и Общий доступ для Примечания не имеет смысла, поскольку CRM такого функционала не предоставляет, как и увеличивать уровень доступа с Пользователя в привилегии Создание (Примечание все равно создается под авторством текущего пользователя независимо от того, кто является ответственным за сущность-владельца Примечания).
В заключении отмечу, что прикреплять файлы к Примечанию можно, только если пользователю разрешено редактирование Примечания (привилегия Запись).
Рекомендации по определению Роли безопасности для Примечания:
Продавец
[ Создание, Чтение, Запись ] = Пользователь, [ Удаление ] = Нет, [ Добавление, Добавление К, Назначение, Общий доступ ] = Пользователь.
Руководитель
[ Создание ] = Пользователь, [ Чтение ] = Подразделение, [ Запись ]= Пользователь, [ Удаление ] = Пользователь, [ Добавление, Добавление К, Назначение, Общий доступ ] = Пользователь.
Всего комментариев 1
Комментарии
-
Запись от Артем Enot Грунин размещена 09.02.2012 в 10:15