Управление группами

Dynamics CRM 2016
 

Опубликовано: Февраль 2017

Применимо к: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

Использование групп в Microsoft Dynamics 365 не является обязательным. Однако группы — это простой способ предоставить общий доступ к бизнес-объектам и наладить взаимодействие с другими сотрудниками подразделения. Хотя рабочая группа относится к одному подразделению, в нее могут входить пользователи из других подразделений. Можно связать пользователя с несколькими командами.

Можно использовать два типа групп.

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

  • Группе доступа не принадлежат записи, у нее нет назначенных ролей безопасности. Привилегии членов группы определяются их личными ролями безопасности и ролями из других групп, в которых они участвуют. Когда группе доступа предоставляется общий доступ к записи, группа получает права доступа на записи, например, права на чтение, запись или добавление.

Выбор типа группы может зависеть от целей, сути проекта и даже масштабов организации. Существует несколько рекомендаций по выбору типа группы.

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

  • Количество групп известно уже на этапе разработки системы Microsoft Dynamics 365.

  • Требуется ежедневная отчетность о ходе работ группы владельцев.

  • Группы формируются и распадаются динамически. Как правило, это происходит, если отсутствуют точные критерии определения групп, такие как установленная территория, продукт и объем.

  • Количество групп не известно на этапе разработки системы Microsoft Dynamics 365.

  • Члены группы требуют разных прав доступа к записям. Можно совместно использовать запись с несколькими группами доступа, каждая группа предоставляет разные права доступа к записям. Например, одной группе предоставлен доступ к учетной записи с разрешением на чтение, а другой группе — доступ с разрешением на чтение, запись и обмен данными к той же учетной записи.

  • Уникальный набор пользователей требует доступа к одной записи без владения записью.

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

Хотя группы предоставляют доступ к группе пользователей, по-прежнему необходимо связывать отдельных пользователей с ролями безопасности, предоставляющими привилегии, которые нужны пользователям для создания, обновления или удаления принадлежащих им записей. Эти привилегии не могут быть применены путем назначения ролей безопасности рабочей группе и добавления пользователя в эту группу.

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

Дополнительные сведения: Справка и обучение. Создание или изменение рабочей группы, Справка и обучение. Назначение записи пользователю или рабочей группе

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

Управляемая системой рабочая группа создается для отдельной записи; такой группе невозможно предоставить общий доступ к другим записям. Необходимо указать шаблон рабочей группы, который будет использоваться системой при создании рабочей группы. В этом шаблоне определяется тип сущности и права доступа на запись, которые будут предоставляться участникам рабочей группы при создании группы.

Шаблон рабочей группы отображается на всех формах записей для указанной сущности в виде списка. При добавлении в список первого пользователя создается действительная группа доступа для этой записи. Этот список позволяет добавлять и удалять участников в рабочей группе. Шаблон рабочей группы применяется к записям указанного типа сущностей и связанным записям в соответствии с правилами распространения. Чтобы предоставить участникам рабочей группы различные права доступа к записи, можно создать несколько шаблонов групп, каждый из которых будет определять те или иные права доступа. Например, можно создать шаблон группы для сущности организации с правом доступа "чтение", который позволит участникам группы просматривать заданную организацию. Для другой рабочей группы, требующей больших прав доступа к той же организации, можно создать шаблон группы с правами на чтение, запись, предоставление общего доступа и другими. Для добавления в группу пользователь должен иметь следующий минимальный уровень доступа для сущности, указанной в шаблоне, — базовый (пользовательский) с возможностью чтения.

Из-за родительских отношений между шаблоном группы и управляемыми системой группами доступа при удалении шаблона все группы, связанные с шаблоном, удаляются по каскадным правилам. При изменении прав доступа в шаблоне группы изменения применяются только ко вновь автоматически созданным (управляемым системой) группам доступа. Существующие группы не изменяются.

System_CAPS_noteПримечание

Пользователь должен иметь достаточные привилегии для присоединения к рабочей группе доступа. Например, если у рабочей группы доступа есть права доступа на удаление организации, пользователь должен иметь привилегию "Удалить" в сущности "Организация", чтобы присоединиться к рабочей группе. При попытке добавить пользователя с недостаточными привилегиями отобразится следующее сообщение об ошибке: "Невозможно добавить пользователя в группу доступа, так как у пользователя недостаточно привилегий для сущности".

Для получения пошаговых инструкций по созданию шаблона рабочей группы и добавлению его в форму сущности см. статью в разделе Справка и обучение. Создание шаблона рабочей группы и его добавление в форму сущности.

Максимальное количество шаблонов групп, которые можно создавать для объекта, определено в параметрах развертывания MaxAutoCreatedAccessTeamsPerEntity. Значение по умолчанию равно 2. Максимально допустимое количество сущностей, которые можно включить для автоматически создаваемых групп доступа, указывается в параметре развертывания MaxEntitiesEnabledForAutoCreatedAccessTeams. Значение по умолчанию равно 5. Для изменения этого значения можно использовать команду Set-CrmSetting Windows PowerShell.Дополнительные сведения: TeamSettings или MSDN. Сущности развертывания и параметры настройки развертывания.

© Корпорация Майкрософт (Microsoft Corporation), 2017. Все права защищены. Авторские права

Добавления сообщества

ДОБАВИТЬ
Показ: