CRM Руководитель - Форум

Соглашусь, добавил в план, но это уже на 2.1 наверное:) Планов и так уже много.

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

HakimzyanovA писал(а): 19 окт 2017, 06:33 Что-то все мои предложения попадают в конец очереди, ну хоть так

У вас очень специфические предложения, для реализации которых нужно затратить кучу времени, которое, на данный момент, не окупается. По этому я все предложения записываю и как только ситуация изменится, буду реализовывать.

HakimzyanovA писал(а): 19 окт 2017, 06:33 Еще спрошу, сейчас пользователь может быть только в одной группе, это принципиально или так сложилось?
Если позволить включать в разные, это еще добавит гибкости обсуждаемой схеме разделения прав (по аналогии с AD).

К примеру, в одной группе мы разрешили изменять проекты, а в другой нет, и назначили пользователя на эти две группы, как тогда быть?

Я понимаю что вы хотите предложить, но для этого нужно вводить "Роли пользователей" и назначать роль со своими правами к назначенным пользователя, к примеру на проект. Это уже давно в планах:)

у вас очень специфические предложения, для реализации которых нужно затратить кучу времени, которое, на данный момент, не окупается.

Ну да, я прошу не просто расширить поле, а добавить некоторый функционал, который позволит конечному пользователю самостоятельно решать определенный, заранее не конкретизированный, круг задач. Это же и есть философия Руководителя, разве нет?
Конкретно грамотное разграничение доступа к информации, имхо, нужно всем. Правда, не все об этом задумываются.
Но вот я обойдусь без предложенного расширения модели ИБ, воспользовавшись вашим решением, а в примере с банком это будет критично - ну и.... купят что-то другое

К примеру, в одной группе мы разрешили изменять проекты, а в другой нет, и назначили пользователя на эти две группы, как тогда быть?

Мне кажется, цель разработчика создать как можно более функциональный и гибкий инструмент, и это у Вас получается лучше многих А уже грамотно воспользоваться инструментом - пусть голова болит у конечного пользователя и/или администратора системы.

Не совсем понял про роли, я имел в виду вот что, поясню опять про банк. Делаем три группы: Обычные, VIP, Директор. Включаем пользователя во все три - он видит все счета. Убираем из группы Директор - не может обслуживать счет директора банка. Убираем из группы VIP - обслуживает только счета до 100 тугриков.