Видимость и разрешения проекта

Предположим, вы работаете над каким-то конкретным проектом и знаете, как его создать. Вы можете столкнуться с проблемой: вы создали новый проект, создали новую задачу, а затем захотели назначить эту задачу другому пользователю. Однако вы не смогли выбрать никого, кроме себя. Вот решение.

Как заставить пользователей видеть проект или стать назначенным на задачу

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

  • определенный проект
  • роль пользователя

для того чтобы:

  • видеть проект;
  • получать задания от менеджера (стать получателем заданий);
  • регистрировать время;
  • создавать новые задачи.

На самом деле, что именно могут видеть пользователи, определяется в настройках проекта — члены (роли).

Как определить, какие полномочия имеет пользователь в проекте

Вам нужно определить, что, например, менеджер проекта может делать в проекте (редактировать проект, создавать задачи и т.д.). Разрешения пользователя на проекте определяются его ролью пользователя в настройках членства в проекте (Проект > Настройки > Члены > Роли). Разрешениями различных ролей пользователей можно управлять в  Подробнее > Управление > Роли и права доступа. Мы рекомендуем иметь 4 роли в вашем приложении (корпоративные должности, менеджеры, работники, стажеры).

Организационная структура отдела и проекта

В организационной структуре отдела — пользователь А всегда работает, например, бухгалтером. В организационной структуре проекта — пользователь А является менеджером проекта (роль) в проекте 1, в то же время пользователь А может быть членом команды (роль) в проекте 2. 

Пример:

Один и тот же пользователь имеет разные разрешения в Проекте 1 и Проекте 2. Он не видит проект 3, потому что не является его участником (технически ему назначена роль «не участник», которой настоятельно рекомендуется не иметь никаких прав — все флажки в роли «не участник» сняты). Это приводит к тому, что пользователь А может иметь возможность делать и видеть разные вещи в Проекте 1 и Проекте 2. Именно такую логику использует приложение.

Единственными исключениями из этого правила являются публичные проекты и администраторы (очевидно, что администратор видит все проекты, независимо от его/ее членства в проекте).