Analytics ビューと Analytics ビューにアクセスするためのアクセス許可を設定する
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Power BI for Azure DevOps を使用したり、分析用の OData クエリを実行したりするには、分析の表示アクセス許可が付与されている必要があります。 既定では、[分析の表示] アクセス許可は、Basic アクセス権を持つすべての共同作成者に対して設定されます。 利害関係者アクセス権を付与されたユーザーには、Analytics ビューを表示または編集するためのアクセス許可がありません。
Power BI で Analytics ビューを編集したり、Analytics ビューに接続したりするには、そのビューに対するアクセス許可が必要です。
ダッシュボードに Analytics ウィジェットを追加するだけの場合や、ダッシュボードに追加された Analytics ウィジェットを表示するだけの場合は、特別なアクセス許可は必要ありません。
Note
分析では、エリア パス レベルでのセキュリティはサポートされていません。 そのため、ユーザーがプロジェクトにアクセスでき、そのプロジェクトをレポートできるが、そのプロジェクトの特定の領域の作業項目にアクセスできない場合は、Analytics を使用してデータを表示できます。 そのため、データを保護するには、プロジェクト内のすべてのデータにアクセスできないユーザーに対して Analytics に対するレポートを許可しないことをお勧めします。
前提条件
- プロジェクト レベルで権限を変更するには、Project 管理istrators または Project Collection 管理istrators グループのメンバーである必要があります。
アクセス許可の操作の詳細については、「アクセス許可、アクセス、およびセキュリティ グループの概要」を参照してください。
アクセス許可を設定する
プロジェクトの [アクセス許可] ページで、Analytics の 1 つ以上のアクセス許可を [許可] または [拒否] に設定することで、ユーザーにアクセス許可を付与または制限します。 既定では、共同作成者グループのすべてのメンバーに、共有 Analytics ビューの編集と削除、および Analytics データの表示へのアクセス権が付与されます。
Note
[プロジェクトの権限] 設定 ページで新しいユーザー インターフェイスを有効にするには、「プレビュー機能を有効にする」を参照してください。
Web ポータルを開き、ユーザーまたはグループを追加するプロジェクトを選択します。 別のプロジェクトを選択するには、「 プロジェクト、リポジトリ、チームの切り替え」を参照してください。
[ プロジェクトの設定]、[ アクセス許可] の順に選択します。
アクセス許可を変更するユーザーまたはグループを選択し、アクセス許可の割り当てを変更します。
たとえば、ここでは、Chuck Reinhart のアクセス許可を設定します。 この設定では、共有 Analytics ビューの削除または変更のアクセス許可は拒否されますが、Analytics データへのアクセスは許可されます。
完了したら、アクセス許可ページから移動します。 加えた変更は自動的に保存されます。
ユーザーをプロジェクトに追加する方法については、[ 現在のページ ] タブを選択します。 Project Permissions 設定 Page プレビュー機能は、現時点では Azure DevOps Services でのみ使用できます。
共有ビューのアクセス許可を管理する
プロジェクトの共同作成者グループのすべてのメンバーは、Power BI で 共有 ビューを使用できます。 作成する共有ビューの場合は、特定の共有ビューを作成、削除、または表示するためのユーザーとグループのアクセス許可を管理できます。
共有ビューのアクセス許可を変更するには、 Analytics ビューを開き、[ すべて] を選択します。 詳細については、「 分析ビューを作成する」を参照してください。
[その他の
アクション] アイコンを選択し、[セキュリティ] を選択 します。チーム メンバーまたはグループがビューを編集または削除できないように、アクセス許可を変更します。
アクセス許可を付与または制限するユーザーまたはグループを追加します。
完了したらダイアログを閉じます。 変更内容は自動的に保存されます。
完了したら、[変更内容を保存] を選択します。
アクセス拒否応答
Analytics は、セキュリティ設定によってトリミングされたデータではなく、正確なデータを提供するように設計されています。
たとえば、次のシナリオを考えてみましょう。
- Project A には 200 個の作業項目があります
- プロジェクト B には 100 個の作業項目があります
両方のプロジェクトにアクセスできるユーザーが、"Project A と Project B のすべての作業項目の合計を入力してください" というクエリを発行すると、結果は予想どおりの 300 になります。 次に、別のユーザーが Project B にのみアクセスできる場合は、同じクエリを実行します。 クエリが 100 を返す可能性があります。 ただし、後者の場合、Analytics は結果をまったく返しません。 代わりに、"Project access denied" エラーが返されます。 これは、データセット全体を返すことができなかったため、何も返さないためです。
この動作は、現在の作業項目クエリ エディターによって提供される動作とは異なります。これにより、Project B のすべての作業項目が返されますが、データが不足していることを通知することなく、Project A からは何も返されません。
このシナリオのため、Analytics にクエリを実行する場合は、グローバル クエリを使用するのではなく、常にプロジェクト レベルのフィルターを提供することをお勧めします。 プロジェクト レベルのフィルターの提供については、WIT 分析に関するページを参照してください。
関連記事
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示