Две роли

[Гуревич Денис]

Доброго всем времени суток!

Задача следующая:
Есть у меня бизнес-юнит A.
У него есть дочерние бизнес-юниты B1, B2, B3.
В юните B1 создаю роль R1, чтобы видеть только свои записи.
В юните B2 создаю роль R2, чтобы видеть только свои записи.
Потом юниты наполняю пользователями, и все бы хорошо, но одному пользователю надо видеть записи и B1 и B2 (но не B3). Т.е. он должен обладать ролями и R1, и R2.
Если пользователя поместить в бизнес-юнит A, то оттуда не видны роли R1 и R2.
Соответственно, из B1 не видна R2, а из B2 - R1.
Как быть?
При этом, я понимаю, что можно создать специальный Team и шэрить ему записи из обоих юнитов по мере появления, но это как-то неудобно. Хотелось бы видеть сразу.

[Артем Enot Грунин]

Тогда придется создать еще один юнит дочерний к А и перенести в него B1 и B2. Создать в этом юните роль, которая предусматривает видимость записей на уровне подразделения и дочерних и сожать на нее этого пользователя.

[Артем Enot Грунин]

Кстати если роли R1 и R2 одинаковые, то их следует создавать в А. В этом случае они автоматически скопируются во все юниты B и вам будет проще вносить изменения если это потребуется. У нас в системе больше 60 человек, но большинству из них хватает 5 ролей заведенных в головном подразделении

[Гуревич Денис]

Цитата:

Сообщение от Артем Enot Грунин

Тогда придется создать еще один юнит дочерний к А и перенести в него B1 и B2. Создать в этом юните роль, которая предусматривает видимость записей на уровне подразделения и дочерних и сожать на нее этого пользователя.

Хе, а потом другому пользователю нужно будет видеть B2 и B3. И как тогда?
Не так-то всё просто...

[Артем Enot Грунин]

Может быть тогда вы поясните задачу на конкретном примере? А то есть ощущение, что вы сами не знаете что хотите и занимаетесь извращениями.

[Гуревич Денис]

По-моему, всё очень конкретно - надо, чтобы пользователь видел записи из двух параллельных бизнес-юнитов.
А ощущения у Вас, Артем, обманчивые...

[IgorF]

Думаю, Что Артем прав нужно создать дочерний юнит к А и подчинить B1 и B2, а пользователя поместить в дочерний к A с соотв ролью.

[Гуревич Денис]

Так, я понял. Без ухода от абстракций все же не обойтись.
Ок, очень конкретно:
Компания занимается продажей фруктов.
Внутри есть отделы по следующим направлениям: яблоки, бананы, апельсины.
Для этого в CRM я завожу головной бизнес-юнит (подразделение): ФРУКТЫ
И создаю в нем дочерние подразделения:
Яблоки, Бананы, Апельсины.
Теперь в юните ФРУКТЫ я создаю роль - "Продавец Всех Фруктов", видимость записей на уровне этого и дочерних подразделений.
В дочерних подразделениях, соответственно, создаем роли "Продавец Яблок", "Продавец Бананов" и "Продавец Апельсинов" с видимостью записей только на уровне своего подразделения.
Теперь я нанимаю продавцов, среди которых есть как узкие специалисты только по одному виду фруктов, так и универсалы, которые продают что угодно.
Я им раздаю нужные роли и всё хорошо.
Пока что должно быть всё очень понятно!
В один прекрасный день я нанимаю двух казалось бы универсальных продавцов. Но! У одного аллергия на апельсины, поэтому он будет продавать только яблоки и бананы, а второй умеет продавать только круглые фрукты, поэтому отбираем у него бананы. Вот.
Ну и какие им роли давать?
Создать два промежуточных подразделения, как вы советуете, не получится, т.к. Яблоки должно принадлежать обоим.

[Артем Enot Грунин]

Изврат. Роль одна - продавец фруктов. Вы подменяете понятия - категории продуктов и роли безопасности.