アクセス チームおよび所有者チームを使用して、共同作業したり情報を共有したりする
所有者チームまたはアクセス チームを使用して、ビジネス オブジェクトを共有し、Dynamics 365 Customer Engagement (on-premises) の部署を超えてユーザーと共同作業ができる簡単な方法を提供します。 1 つのチームは 1 つの部署に属しますが、他の部署からのユーザーを含めることができます。 一人のユーザーを複数のチームに関連付けることができます。
所有者チームはレコードを所有し、チームにセキュリティ ロールが割り当てられています。 チームの特権は、セキュリティ ロールによって定義されます。 チームによって得られる特権に加えて、チームのメンバーは個々のセキュリティ ロールによって定義される特権と、メンバーとなっている他のチームの役割によって定義される特権を所有します。 チームは、所有するレコードに対して完全なアクセス権を持ちます。
Note
チームはユーザー グループへのアクセスを提供しますが、ユーザー所有レコードを作成、更新、または削除するために必要な特権を付与するセキュリティ ロールと個々のユーザーを関連付ける必要があります。 これらの特権は、セキュリティ ロールをチームに割り当て、ユーザーをそのチームに追加することでは適用できません。
アクセス チームは独自のレコードを所有していないし、チームにセキュリティ ロールが割り当てられていません。 チームのメンバーは、個々のセキュリティ ロールによって定義される特権と、メンバーとなっているチームのロールによって定義される特権を所有します。 レコードはアクセス チームで共有され、チームには、そのレコードに対する読み取り、書き込み、または追加などのアクセス権が付与されます。
チームの機能は Team エンティティと TeamTemplate エンティティでサポートされます。 Team エンティティを使用して、所有者のチームおよびユーザー作成アクセス チームを作成します。 自動作成のアクセス チームの場合、Team エンティティとTeamTemplate エンティティが使用されます。
所有者チームまたはアクセス チームか。
チームの種類の選択は、目的、プロジェクトの特性、および組織の規模に依存する場合があります。 チームの種類の選択に使用できるガイドラインが少しあります。
所有者のチームを使用するとき
テーブル レコードは、個人だけでなく、ユーザーのグループが所有する必要があります。
Dynamics 365 Customer Engagement (on-premises) システムの設計時にチーム数が分かっています。
所有チームによる進行状況に関する日時レポートが必要です。
アクセス チームを使用するとき
チームは動的に形成されて解散されます。 通常これは、確立した担当地域、製品またはボリュームなどの、チームを定義する明確な基準が提供されない場合に発生します。
Dynamics 365 Customer Engagement (on-premises) システム設計時にはチーム数がわかっていません。
チーム メンバーにはレコードに対する別個のアクセス権が必要です。 複数のアクセス チームでレコードを共有でき、各チームにレコードに対する異なるアクセス権を提供できます。 たとえば、あるチームには取引先企業に対する読み取り専用アクセス権が与えられ、他のチームには同じ取引先企業に対する読み取り、書き込み、および共有アクセス権が与えられます。
レコードに対する所有権がなくても、固有の一連のユーザーは単一レコードに対するアクセスが必要です。
Note
別の種類の "アクセス チーム" は、Web アプリケーションで使用されるアクセス チーム テンプレートによって対応します。 これは変更が頻繁に行われるチームの種類であり、これには特定の取引先企業レコードの営業チームなどが含まれます。 ユーザーが取引先企業内の営業チームに追加されると、Web アプリケーションが、裏で、このレコードに固有チームを作成し、ユーザーをそのチームに追加します。
この種類のアクセス チームについては、このトピックでは取り扱っていません。
チームの設定
所有者およびアクセス チームの種類に加え、アクセス チームではさらに、ユーザーによる作成エンティティまたは自動作成 (システムで管理された) チームの 2 つに細分されます。 セットアップ情報は各チームの種類に固有のものになります。
所有者チーム
所有者チームは、1 つまたは複数のテーブルの複数のレコードを所有することができます。 所有者チームを作成するには、Team エンティティを使用して、Team.TeamType 属性を Owner に設定します。 TeamType 値の一覧については、Team エンティティのメタデータを参照してください。
Note
組織のエンティティ メタデータを表示するには、メタデータ ブラウザー ソリューションをインストールしてください。メタデータ ブラウザー ソリューションについては、「組織のメタデータの参照」を参照してください。 「エンティティ参照」でエンティティの参照ドキュメントを参照することもできます。
チームをレコードの所有者にするには、レコードをチームに割り当てる必要があります。 割り当てるには、AssignRequest メッセージを使用します。 所有者チームにレコードを一括で割り当てるには、ReassignObjectsOwnerRequest メッセージまたは ReassignObjectsSystemUserRequest メッセージを使用します。
チームが所有するレコードでは OwnershipTypes プロパティを OwnershipType.TeamOwned に設定する必要があります。
所有者のチームがレコードを所有せず、チームに割り当てられるセキュリティ ロールがない場合、ConvertOwnerTeamToAccessTeamRequest メッセージを使用してアクセス チームに変換できます。 この変換は一方向です。 アクセス チームを所有者のチームに変換し直すことはできません。 変換中、チームに関連付けられたすべてのキューとメールボックスが削除されます。
チームのメンバーを追加または削除するには、AddMembersTeamRequest メッセージおよび RemoveMembersTeamRequest メッセージを使用します。
ユーザー定義アクセス チーム
複数のレコードを、ユーザー作成のアクセス チームと共有できます。 アクセス チームを作成するには、チーム エンティティを使用して Team.TeamType 属性を Access に設定します。 TeamType 値の一覧については、Team エンティティのメタデータを参照してください。 この情報は、組織のメタデータ内にあります。 前述のメタデータ ブラウザー情報を確認してください。
レコードをユーザー定義のアクセス チームと共有するには、GrantAccessRequest メッセージを使用します。 ユーザー定義チームの場合、Team.SystemManaged 属性は false です。 Team.SystemManaged 値の一覧については、Team エンティティのメタデータを参照してください。 この情報は、組織のメタデータ内にあります。 前述のメタデータ ブラウザー情報を確認してください。
チームのメンバーを追加または削除するには、AddMembersTeamRequest メッセージおよび RemoveMembersTeamRequest メッセージを使用します。
チーム メンバー別にレコードへのアクセス権を付与するには、複数のチームを作成し、各チームにレコードに対する異なるアクセス権のセットを付与します。
自動作成された (システム管理) のアクセス チーム
自動作成された (システム管理された) チームは特定のレコードについて作成され、他のレコードをこのチームで共有することはできません。 システム管理チームでは、チーム テンプレートを用意する必要があります。 テンプレートを作成するには、チーム テンプレート エンティティを使用します。 このテンプレートで、チーム作成時に、エンティティの種類と、チームのユーザーに付与するエンティティ レコードに対するアクセス権 (読み取りや書き込みなど) を定義します。 テンプレートで指定するエンティティは、自動作成したアクセス チームで有効にする必要があります。 そのレコードに対し異なるアクセス権をチーム メンバーに与えるには、複数のチーム テンプレートを作成します。 たとえば、取引先企業エンティティでは、レコードを参照する必要のみがあるチーム用の読み取りアクセス権を 1 つのテンプレートに関連付けます。 2 番目のテンプレートに読み取り、書き込み、共有アクセス権を付与し、同じレコードにより多くのアクセス権が必要なチーム向けにします。
自動作成されたアクセス チームのエンティティを有効にするには、AutoCreateAccessTeams 属性を true に設定します。
エンティティに対して作成できるチーム テンプレートの最大数は MaxAutoCreatedAccessTeamsPerEntity 展開設定で指定されます。 既定値は 2 です。 自動作成のアクセス チームに対して有効にできるエンティティの最大数は、MaxEntitiesEnabledForAutoCreatedAccessTeams 展開設定で指定されます。 既定値は 5 です。 詳細: 展開エンティティおよび展開構成の設定 および Windows PowerShell を使用した展開の管理
AddUserToRecordTeamRequest メッセージおよび RemoveUserFromRecordTeamRequest メッセージを使用して、特定のレコードにおけるユーザーを追加または削除すると、ユーザーはシステム管理チームで自動的に追加および削除されます。 最初のユーザーをレコードに追加してチーム ID がAccessTeamId で返されると、実際のアクセス チームが作成されます。 このチームの Team.SystemManaged 属性は true に設定されます。 Team.SystemManaged 値の一覧については、Team エンティティのメタデータを参照してください。 この情報は、組織のメタデータ内にあります。 前述のメタデータ ブラウザー情報を確認してください。 メッセージの発信者はエンティティの共有特権および、テンプレートのアクセス権と一致するレコードのアクセス権を持っている必要があります。 たとえば、テンプレートで読み取りアクセス権限が指定されている場合、呼び出し元ユーザーはレコードの読み取りアクセス権が必要です。 チームに追加するため、テンプレートで指定する必要がある最小限のアクセス レベルは、基本的な (ユーザー) 読み取り権限です。
チーム テンプレートとシステム管理アクセス チーム間の親子関係のため、テンプレートを削除すると、テンプレートに関連付けられたすべてのチームは伝播規則に従い削除されます。
チーム テンプレートのアクセス権を変更する場合、この変更は、新しい自動作成アクセス チームにのみ適用されます。 既存のチームは影響を受けません。
アクセス チームに関する追加情報
それぞれに関連付けられた (ただし異なる) アクセス チームを持つ 2 つのレコードがある場合、2 つのレコードが統合されるとどうなりますか (MergeRequest を参照) ？ 統合された結果、統合元レコードのアクセス チーム メンバーは統合先レコードにアクセスできます。
統合されたレコードの有効なアクセスはどのようになりますか？ 2 つのアクセス チームは、 1 つの統合されたレコードでも独立して機能しますか？ つまり、統合後に残っているアクセス チームは 1 つだけですが、統合元レコードのチーム メンバーにはアクセスが許可されます。
アクセス チームは、レコード結果を表示、または非表示にすることで検索に影響を与えますか？ 統合後に残っているアクセス チームは 1 つのみで、検索では統合されたレコードへのチーム メンバーのアクセスが考慮されます。
チームへのクイック リファレンス
次の情報を、利用できるチームのクイック リファレンスとして使用します。
| チーム | 使用すべきとき | 使用する必要があるエンティティはどれか。 | チーム テンプレートを使用するか。 | チーム メンバーの追加または削除に使用するメッセージ。 | レコードを所有しているか。 | 所有レコード数または、レコードのアクセス権があるか。 | セキュリティ ロールを割り当て済みか。 |
|---|---|---|---|---|---|---|---|
| 所有者 | チームによるレコードの所有権が必要です。 チーム数は設計段階で分かります。 |
Team |
いいえ | AddMembersTeamRequest RemoveMembersTeamRequest. |
はい | 複数のレコードを所有できます。 | はい |
| アクセス、ユーザー作成 | 複数レコードをチームで共有する必要があります。 チーム数は設計段階では分かりません。 チーム メンバーにはレコードに対する別個のアクセス権が必要です。 |
Team |
いいえ | AddMembersTeamRequest RemoveMembersTeamRequest |
いいえ | 複数のレコードにアクセスできます。 | いいえ。 レコードに対するアクセス権を付与します。 |
| アクセス、自動作成された (システム管理) | ユーザーの一意のセットは 1 つのレコードに対応します。 チーム メンバーにはレコードに対する別個のアクセス権が必要です。 レコードごとにチームを自動作成することをお勧めします。 |
TeamTemplateTeam |
はい | AddUserToRecordTeamRequest RemoveUserFromRecordTeamRequest |
いいえ | 1 レコードのみアクセスできます。 | いいえ。 レコードに対するアクセス権を付与します。 |
Note
所有者チームとアクセス チームでは、レコードおよび、取引先企業とその取引先企業に関連するすべての営業案件などの関連するレコードにアクセス権が付与されます。 レコード間の上位関係では、伝播規則が適用されます。 所有チームに対しては、ユーザーに割り当てられている役割に加えて、そのユーザーが属するチームに割り当てられている役割に基づいてエンティティにアクセスできます。 これにより、ユーザーは部署の外部に特権を持つことができます。 詳細: エンティティ関係の動作
Note
ユーザーは、アクセス チームに参加するために十分な特権が必要です。 たとえば、アクセス チームに取引先企業の削除アクセス権がある場合、このチームに参加するために、ユーザーに取引先企業エンティティの削除特権が必要です。 特権が十分でないユーザーを追加しようとすると、エラー メッセージ "You can’t add the user to the access team because the user doesn’t have sufficient privileges on the entity. (ユーザーにエンティティに対して十分な特権がないため、ユーザーをアクセス チームに追加できません。)" が表示されます。
関連項目
サンプル: アクセス チームを使用してレコードを共有
チームの管理
ホワイトペーパー: Microsoft Dynamics CRM 2013 を使用するアクセス チーム
ホワイトペーパー: Microsoft Dynamics CRM による拡張できるセキュリティ モデリング
ユーザーとチームのエンティティ
チーム エンティティ
チーム テンプレート エンティティ
Windows PowerShell を使用した展開の管理
レコード ベースのセキュリティを使用してレコードへのアクセスをコントロールする
ロールベースのセキュリティを使用して Dynamics 365 Customer Engagement (on-premises) におけるエンティティへのアクセスを制御する方法
カスケード動作