次の方法で共有

Power BI 実装計画: ユーザー ツールとデバイス

  • [アーティクル]

Note

この記事は、Power BI 実装計画 シリーズの記事の一部です。 このシリーズでは、主に Microsoft Fabric 内での Power BI のエクスペリエンスに焦点を当てます。 シリーズの概要については、「Power BI 実装計画」を参照してください。

この記事では、組織内の Power BI コンシューマーおよび作成者が利用でき、彼らをサポートするためのユーザー ツールを計画し、デバイスを管理する際に考慮する主な事項について説明します。 この記事の対象者は次のとおりです。

  • センター オブ エクセレンス (COE)、BI チーム: 組織内で Power BI の監視を担当するチーム。 このチームには、Power BI コンテンツの作成に使用するツールを決定する必要がある意思決定者も含まれます。
  • Fabric 管理者: 組織の Fabric 監視を担当する管理者。
  • IT チームとインフラストラクチャ チーム: ユーザーのデバイスとマシンをインストール、更新、管理する技術スタッフ。
  • コンテンツ作成者とコンテンツ所有者: 仕事仲間とコミュニケーションを取り、彼らがインストールする必要があるコンテンツを要求するユーザー。

分析を導入する上で重要となる側面の 1 つが、コンテンツ コンシューマーとコンテンツ作成者が必要なソフトウェア アプリケーションを確実に所有していることです。 特にコンテンツを作成するユーザーにとっては、ツールの効果的な管理がユーザーへの導入の増加とユーザー サポートにかかるコストの削減につながります。

新しいツールの要求

新しいツールやソフトウェア アプリケーションの要求を処理するには、ガバナンスによる決定が必要です。 組織に新しく来たユーザーや、分析を開始したばかりのユーザーの多くは、何を要求したらいいかわかりません。 プロセスを簡単にするため、次の要求をまとめて処理することを検討してください。

  • ソフトウェア要求
  • ユーザー ライセンス要求
  • トレーニング要求
  • データへのアクセス権の要求

通常、ソフトウェアのインストールは IT 部門が担当します。 最適なユーザー エクスペリエンスを確保するには、次のような重要な決定とプロセスにおいて IT 部門がセンター オブ エクセレンス (COE) と協力することが重要です。

  • ユーザーがソフトウェアのインストールを要求するプロセス。 ソフトウェアのインストール要求を処理するには、次のようにいくつかの方法があります。
    • 一般的なツールは、標準的なマシンの設定に含まれている可能性があります。 IT チームは、これを "標準ビルド" と呼ぶことがあります。
    • 職務によっては、特定のアプリケーションが自動的にインストールされる場合があります。 インストールされるソフトウェアは、microsoft Entra ID の user プロファイル の属性に基づく場合があります。
    • カスタム要求を行う場合は、標準の要求フォームを使用すると適切に機能します。 (メールではなく) フォームを使用することで、要求の履歴が作成されます。 前提条件以上のライセンスが必要な場合は、承認をワークフローに含めることができます。
  • ソフトウェア更新プログラムのインストール プロセス。 ソフトウェア更新プログラムは、タイムリーにインストールすることが重要です。 目標は、可能な限り最新の状態を維持することです。 ユーザーは使用できる機能に関する情報をオンラインから入手できるため、新しい機能が利用できないと混乱したり不満を感じたりする可能性があり、注意が必要です。 詳細については、この記事で後述する「クライアント ツール」をご覧ください。

チェックリスト - 新しいツールに対する要求の処理方法について計画を立てる際の、主な決定事項とアクションは次のとおりです。

  • ソフトウェア要求の処理方法を決定する: ソフトウェアのインストールに対する新しい要求の受信と処理を担当するユーザーを明確にします。
  • 前提条件が必要かどうかを確認する: ソフトウェアのインストールを要求する前に、トレーニング、資金、ライセンス、承認に関連する組織の前提条件がないか確認します。
  • 追跡システムを作成する: ソフトウェア要求の状況と履歴を追跡するシステムを作成します。
  • ユーザー向けのガイダンスを作成する: 新しいツールやソフトウェア アプリケーションを要求する方法に関するドキュメントを、一元化されたポータルで提供します。 ライセンス、トレーニング、およびデータへのアクセス権を要求する方法と一緒に、このガイダンスも一緒に格納することを検討してください。

コンシューマー ツールの計画

組織内の多くのユーザーが "コンシューマー" に分類されます。 コンシューマーは、他者が作成および公開したコンテンツを閲覧します。

コンシューマーが Power BI コンテンツにアクセスできる最も一般的な方法は次のとおりです。

ソフトウェア 対象読者
Power BI サービス Web ブラウザー (Microsoft Edge など) を使用してコンテンツを表示するコンテンツ コンシューマー。
Teams Microsoft Teams 用 Power BI アプリ を使用して Power BI サービスに公開されているコンテンツを表示するコンテンツ コンシューマー。 このオプションは、Teams を長時間を使用するユーザーに便利です。 詳細については、「Microsoft Teams で Power BI を使用するための組織向けガイド」を参照してください。
Power BI Mobile アプリケーション iOS、Android、Windows 10 のアプリケーションで Power BI サービス (または Power BI Report Server) に公開されているコンテンツを使用するコンテンツ コンシューマー。
OneDrive/SharePoint ビューアー Web ブラウザーで OneDrive または SharePoint に保存されている Power BI Desktop ファイル (.pbix) を確認するコンテンツ コンシューマー。 このオプションは、Power BI Desktop のオリジナル ファイルを共有する方法の代替方法として役立ちます。 OneDrive/SharePoint ビューアーは、.pbix ファイルを Power BI サービスに明示的に公開せずに、Web ベースのわかりやすいレポート コンシューマー エクスペリエンスを提供したい非公式のチームに最適です。
Power Apps ソリューション Power Apps ソリューションに埋め込まれた Power BI サービスのコンテンツを表示するコンテンツ コンシューマー。
カスタム アプリケーション 組織のカスタム アプリケーション、または顧客のカスタム アプリケーションに埋め込まれた Power BI サービスのコンテンツを表示するコンテンツ コンシューマー。

Note

上記の一覧には、Power BI コンテンツにアクセスする方法がすべて記載されているわけではありません。

ユーザー エクスペリエンスは Web ブラウザーによって若干異なる場合があるため、一元化されたポータルにブラウザーのレコメンデーションに関するドキュメントを作成することをお勧めします。 詳細については、「Power BI のサポートされているブラウザー」を参照してください。

チェックリスト - コンシューマー ツールの計画を立てるときの、主な決定事項とアクションは次のとおりです。

  • 最新の Web ブラウザーを使用する: すべてのユーザーが、Power BI をサポートする最新の Web ブラウザーにアクセスできるようにします。 すべてのユーザー デバイスで優先ブラウザーが定期的に更新されていることを確認してください。
  • Power BI で Teams を使う方法を決定する: 現在のユーザーの作業方法と、利便性の高い Teams の統合範囲を決定します。 決定した範囲に従って、Fabric 管理ポータルの [Teams 統合を有効にする] および [Power BI アプリを自動的にインストールする] テナント設定を行います。
  • Teams アプリを有効にしてインストールする: Teams を頻繁に使用している場合は、Microsoft Teams 用 Power BI アプリを有効にします。 利便性向上のため、すべてのユーザーにこのアプリをプレインストールすることを検討してください。
  • Power BI Desktop ファイルの表示を許可するかどうかを決定する: OneDrive または SharePoint に保存されている Power BI Desktop ファイルの表示を許可または推奨するかどうかをを検討します。 決定した内容に従って [ユーザーは OneDrive と SharePoint に保存された Power BI ファイルを表示できる] テナント設定を行います。
  • ユーザーを教育する: 各オプションを最大限に活用する方法と、ファイルを安全に保存する場所に関するガイダンスとトレーニングをコンテンツ作成者に対して実施します。 優先 Web ブラウザーなどのレコメンデーションを一元化されたポータルに追加します。
  • サポート チームと知識の伝達を行う: サポート チームがユーザーからよく寄せられる質問に回答する準備ができていることを確認します。

作成するツールの計画を立てる

ユーザーの中には、コンテンツ作成者も含まれているでしょう。 コンテンツ作成者は、コンシューマーが閲覧するコンテンツを作成し、公開します。

コンテンツ作成者が Power BI コンテンツの作成に使用できるツールがいくつかあります。 一部のツールは、セルフサービス コンテンツの作成者を対象としています。 また、高度なコンテンツ作成者を対象とするツールもあります。

ヒント

このセクションでは、最も一般的な作成ツールについて説明します。 ただし、作成者にとってそれらすべてが必要となるわけではありません。 不明な場合は、Power BI Desktop のみをインストールすることから始めてください。

作成に使用できるツール

次の表では、コンテンツ作成者が使用できる最も一般的なツールとアプリケーションを一覧表示しています。

ソフトウェア 対象読者
Power BI サービス Web ブラウザーを使用してコンテンツを開発するコンテンツ コンシューマーと作成者。
Power BI Desktop Power BI サービスに公開するデータ モデルや対話型のレポートを開発するコンテンツ作成者。
Report Server 用に最適化された Power BI Desktop Power BI Report Server (簡略化されたオンプレミスのレポート ポータル) に公開するデータ モデルや対話型のレポートを開発するコンテンツ作成者。
Power BI Report Builder Power BI サービスまたはPower BI Report Server に公開する、ページ分割されたレポートを作成するレポート作成者。
Teams 用 Power BI アプリ Power BI サービスでコンテンツを使用し、その設定を Microsott Teams アプリケーション内に残しておきたいコンテンツ作成者とコンシューマー。
Power BI Mobile アプリケーション iOS、Android、Windows 10 の各アプリケーションで Power BI サービスや Power BI Report Server に公開されているコンテンツの使用や管理を行うコンテンツ作成者またはコンシューマー。
Excel ピボットテーブル、グラフ、スライサーなどが含まれている可能性のあるブックで Excel ベースのレポートを作成するコンテンツ作成者。 Excel ブックを職場や学校の SharePoint または OneDrive に保存すると、必要に応じて Power BI サービスで表示できます。
サードパーティ製のツール 高度なコンテンツ作成者は、必要に応じてサードパーティー製のツールを使用して組み込み機能を拡張し、高度なデータ モデル管理やエンタープライズ コンテンツの公開などを行うことができます。

作成ツールの選択

作成ツールを選択するときに、考慮すべき重要な要素がいくつかあります。 以下の要素には 1 回で判断できるものもありますが、中には作成するプロジェクトやソリューションごとに評価が必要になるものもあります。

  • ブラウザーベースの作成が最適か? 負担を減らして使いやすさを向上させるには、Power BI (およびその他の Fabric ワークロード) で、コンテンツの使用と作成の両方に対してブラウザーベースの機能をサポートします。 Web ブラウザーには、使用するデスクトップ オペレーティング システム (Mac ユーザーを含む) に関係なく、すべてのユーザーがすぐに使用できるという利点があります。
  • 必要な開発エクスペリエンスは? Power BI Desktop でデータ モデルと対話型レポートを作成できるのに対し、Power BI Report Builder はページ分割されたレポートを作成するためのデザイン ツールであると考えてください。 また、サードパーティ製ツールでは、Power BI Desktop で使用できない追加の機能を開発者に提供しています。 開発エクスペリエンスはツールによって異なるため、各ソリューションの要件を使用するツールを決定する際のファクトとして考慮する必要があります。
  • 公開時に必要なエクスペリエンスは? 高度なコンテンツ作成者やコンテンツ所有者が、サードパーティ製ツール (モデルの比較やマージを行う ALM ツールキットなど) を使用してコンテンツを公開することを好む場合があります。 ソリューションごとの要件を考慮する必要があります。
  • セマンティック モデルへのアクセスや管理に推奨される方法は? 高度なコンテンツ作成者は、標準の Power Query エクスペリエンスを使用するのではなく、 XMLA エンドポイントを使用して、選択したツールを使用してセマンティック モデルの読み取りまたは書き込みを行。 ソリューションごとの要件を考慮する必要があります。
  • クライアント ツールを簡単に最新の状態に維持する方法は? クライアント アプリケーションの更新プログラムを頻繁にインストールすることが難しい組織もあります。 このような組織のユーザーは、可能な限り Web ブラウザーを使用することをお勧めします。
  • ユーザーのスキルと専門知識とは? ツールの選択に影響を与える、既存の知識や設定が存在する場合があります。 この選択が、初期の開発アクティビティと、ユーザーをサポートし、既存のソリューションを維持するすべての人に影響します。
  • バージョン管理を行う方法は? バージョン管理は、複数の方法で実施できます。 クライアント ツールで作業する場合、セルフサービス ユーザーが OneDrive または SharePoint の使用を好む一方で、より高度なユーザーはクライアント ツールとの Git 統合を好む可能性があります。 Power BI サービスで作業する場合は、Git ワークスペースの統合を実行できます。

ヒント

作業方法を 1 つに絞ったら、その方法を一貫して使用することをお勧めします。 たとえば、コンテンツ作成者が Power BI Desktop と Power BI サービスを一貫性なく使用してレポートを作成すると、元のレポートが格納されている場所と、そのレポートの担当者を特定することが困難になります。

各作成ツールを使用するタイミング

このセクションの後半では、最も一般的な作成ツールを使用するタイミングについて検討します。

Web ベースの作成

コンテンツを作成および編集する Power BI サービスの機能は、継続的に進化しています (コンテンツを表示、共有、配布するための機能を含む)。 Windows 以外のオペレーティング システム (macOS、Linux、Unix など) を使用するコンテンツ作成者は、Power BI サービスで Web ベースの作成を実行できます。 Web ベースの作成は、Power BI Desktop をタイムリーに更新できない組織にとっても有用です。

Note

Power BI サービスは Web アプリケーションであるため、Microsoft がすべての更新プログラムをインストールして最新バージョンであることを確認します。 これは、多忙な IT チームにとって大きな利点となる可能性があります。 ただし、機能の変更について通知を受け取るように、リリースが発生したときは注意深く監視することも重要です。

Web ベースの操作では、次のような Power BI 項目を作成できます。

  • データフロー
  • データマート
  • ページ付けされたレポート
  • Power BI レポート
  • ダッシュボード
  • スコアカード

Fabric ソリューションは、ブラウザーでエンドツーエンドで作成できます。 このソリューションには、Power BI 項目だけでなく、Power BI 以外の項目 (レイクハウスなど) も含めることができます。

重要

ブラウザーでコンテンツを作成する場合は、コンテンツを保存する場所をコンテンツ作成者に指示することが重要です。 たとえば、新しいレポートを個人用ワークスペースに保存するのは簡単ですが、これは必ずしも最善の選択とは言えません。 また、バージョン管理の処理方法 (Git 統合など) を考慮することも重要です。

Power BI Desktop

Power BI Desktop は無料のアプリケーションであるため、コンテンツ作成者がデータ モデルの開発や対話型レポートの作成を開始する際の優れた方法となります。 Power BI Desktop を使用すると、多数のデータ ソースへの接続、複数のデータ ソースからのデータの結合、データのクリーンアップと変換、データ モデルの作成、DAX 計算の追加、レポートの作成を 1 つのアプリケーション内で実行できます。 Power BI Desktop は、探索に重点を置いた対話型レポートの作成に適しています。

Power BI Desktop を使用する際に考慮すべき点は次のとおりです。

  • Power BI Desktop または Power BI サービスでレポートを作成できます。 この柔軟性により、コンテンツを開発する方法と場所に関する一貫したプロセスが必要になります。
  • バージョン管理を行うことがベスト プラクティスと考えられます。 セルフサービス コンテンツ作成者にとって 1 つのオプションとなるのが、承認されたユーザーがセキュリティで保護され、かつバージョン管理が有効になっている場所 (OneDrive や SharePoint など) に、Power BI Desktop で作成したファイルを保存することです。 高度なコンテンツ作成者は、Git 統合を好む場合があります。
  • Power BI Desktop は、Windows デスクトップ アプリケーションとして使用できます。 また、必要に応じて、仮想化環境で Power BI Desktop を実行できます。
  • 通常、Power BI Desktop は毎月更新されます。 定期的に更新することで、ユーザーが新機能にすばやくアクセスできるようになります。 ただし、大規模な組織で頻繁に更新を行う場合は、計画を立てることが必要です。 詳細については、この記事で後述する「クライアント ツール」をご覧ください。

Note

Power BI Desktop には、ユーザー エクスペリエンスに大きな影響を与えるオプションや設定が数多くあります。 すべての設定がグループ ポリシーや登録の設定によってプログラムで維持できるわけではありません (この記事で後述します)。 重要な設定の 1 つは、ユーザーが Power BI Desktop で有効にできるプレビュー機能に関連しています。 ただし、プレビュー機能は変更される可能性があり、サポートが制限されているだけでなく、プレビュー期間中に Power BI サービスで常に同じように動作するとは限りません。

プレビュー機能は、新しい機能の評価と学習にのみを使用することをお勧めします。 プレビュー機能は、ミッションクリティカルな実稼働コンテンツには使用しないでください。

Report Server 用の Power BI Desktop

標準バージョンの Power BI Desktop と同様に、コンテンツ作成者は Report Server 用の Power BI Desktop を使用して .pbix ファイルを作成できます。 この Power BI Desktop では、Power BI Report Serverへのコンテンツの公開がサポートされています。 新しいバージョンは、通常年に 3 回行われる Power BI Report Server のリリース周期に合わせて調整されます。

コンテンツが Power BI Report Server に公開された後の互換性に関する問題を回避するには、コンテンツ作成者が正しいレポート サーバー バージョンの Power BI Desktop を使用することが重要です。 Microsoft ダウンロード センターから Report Server 用の Power BI Desktop を手動でダウンロードしてインストールできます。

コンテンツを Power BI サービスと Power BI Report Server の両方に公開するユーザーには、次の 2 つのオプションがあります。

  • オプション 1: Power BI サービスとレポート サーバーの両方に公開できるファイルを生成する、Report Server 用の Power BI Desktop のみを使用する。 ユーザーは新しい作成機能を約 4 か月ごとに利用できるようになります (Power BI Report Server のリリース周期との一貫性を維持するため)。
    • 長所:
      • コンテンツ作成者が必要なツールは、1 つのみ。
      • コンテンツ作成者が公開するコンテンツとレポート サーバーとの互換性が確実に維持される。
      • 使用するツールが減り、管理が簡単になる。
    • 短所:
      • Power BI サービスでのみサポートされる一部の機能が Power BI Desktop のレポート サーバー バージョンで使用できないため、 コンテンツ作成者が限界を感じる可能性がある。
      • 新機能を使用できるようになるまで時間がかかる。
      • プレビュー機能を使用できない。
  • オプション 2: Power BI Desktop と Report Server 用の Power BI Desktop の両方のバージョンを並行して実行する。
    • 長所:
      • 標準の Power BI Desktop に含まれるすべての機能を使用できる。
      • 標準の Power BI Desktop の新機能をより迅速に利用できる。
      • 標準の Power BI Desktop のプレビュー機能をコンテンツ作成者の裁量で使用できる。
    • 短所:
      • コンテンツ作成者は、ターゲットのデプロイ場所に基づいてどのバージョンをいつ使用したかを覚えておく必要があるため、複雑になることを想定しておく必要がある。 新しいバージョンの .pbix ファイルが誤って Power BI Report Server に公開され、正しく機能しなくなるリスクがあります。 たとえば、データ モデルをクエリできない、データを更新できない、レポートが正しく表示されないといったエラーが考えられます。
      • コンテンツ作成者は、.pbix ファイル を Power BI Desktop 内からではなく直接開くときの既定の動作に注意する必要がある。

Microsoft Excel

多くのビジネス ユーザーが Microsoft Excel に習熟していることから、ピボットテーブル、グラフ、スライサーをデータ分析に使用したいと考えています。 Excel にはキューブ関数など他にも便利な機能があるため、値のグリッド レイアウトをデザインするときにより柔軟に書式設定を行えます。 一部のコンテンツ作成者は、特にデータ探索アクティビティを実行する場合に、データ モデルの DAX 計算ではなく Excel 数式を使用して一部の種類の計算を実行することを好む可能性もあります。

Power BI で Excel を効率的に使用する方法は次のとおりです。

  • Excel を Power BI セマンティック モデルに接続する: この機能は、"Excel ライブ接続" (Excel から開始する場合) または "Excel で分析" (Power BI サービスから開始する場合) と呼ばれます。 既存の共有セマンティック モデルに接続する視覚化を作成する際に Excel を好んで使用するレポート作成者には、Excel を Power BI セマンティック モデルに接続する方法が最適です。 この方法の利点は、データをエクスポートするのではなくデータに接続するため、Excel ブック内のデータを更新できることです。
  • Excel を Power BI セマンティック モデル内のおすすめのテーブルに接続する: Excel を共有セマンティック モデル全体ではなく、Power BI セマンティック モデル内のテーブルのサブセットに接続する場合は、おすすめのテーブルを使用できます。 このオプションは、Excel のデータを Power BI に格納されているデータに関連付ける必要がある場合に適しています。
  • ライブ接続を使用して Excel にエクスポートする: ビジュアルを表示するときに、Excel へ更新可能なデータのテーブルをエクスポートできます。 この方法は、Excel でピボットテーブルを使用してデータを詳しく探索する場合に便利です。
  • Excel データ モデルを作成する: Excel データ モデル (旧称 Power Pivot) は、Excel のネイティブ機能です。 Power BI と同じデータベース エンジンを使用してインポートされたセマンティック モデルを格納し、同じ Power Query 機能を使用してデータを取得します。 ただし、Excel でのこの機能の更新頻度はPower BI よりもはるかに少なくなります。 このオプションは、少量のモデルを作成し、Excel での作業を強く好むコンテンツ作成者に有用です。 必要に応じて、SharePoint または OneDrive からブックをインポートして作業できます。 これにより、Power BI サービスでブックを表示できるようになります。 または、新しい Power BI セマンティック モデルを作成してブック内のデータと同期することもできます (職場または学校の OneDrive に保存する場合)。

Excel を使用する方法は他にもありますが、 上述した方法ほど有用ではないため、必要な場合にのみ使用してください。

  • Excel へエクスポートする: 多くのユーザーは、レポートやダッシュボードから Excel にデータをエクスポートする習慣があります。 Power BI はこの機能をサポートしていますが、静的なデータ セットになるため、慎重かつ適度に使用する必要があります。 Excel へのデータのエクスポート機能を過剰に使用しないようにするには、組織内のユーザーにエクスポートの欠点について教育し、管理者がユーザー アクティビティ データでエクスポート状況を追跡する必要があります。
  • Excel からソース データを取得する: Excel は、Power BI にデータをインポートするときにデータ ソースとして使用できます。 この機能は、小規模なプロジェクトでユーザー フレンドリな Excel ベースのソリューションを使用してソース データを維持する必要がある場合に最適です。 また、概念実証 (POC) を迅速に実施する場合にも役立ちます。 ただし、Excel データ ソースに関連するリスクを軽減するには、ソースとなる Excel ファイルをセキュリティで保護された共有の場所に格納する必要があります。 また、データを確実に更新できるようにするため、列名は変更しないでください。

ヒント

Excel は、主にライブ接続として使用することをお勧めします。

Excel が適切な作成ツールであるかどうかを判断する際に考慮すべき重要な点は、次のとおりです。

  • 特定の前提条件を設定し、ユーザーが Excel から Power BI セマンティック モデルに接続できるようにします。
  • 組織によっては、64 ビット版ではなく 32 ビット版の Excel をインストールしている場合があります。 64 ビット版の Excel ではより大量のデータにも対応し、通常は 32 ビット版よりもパフォーマンスが向上します。 すべてのデータ プロバイダーが 64 ビット版を選択する必要があります。
  • Power BI Desktop の一部の機能は Excel データ モデルでは使用できないか、大幅に遅い周期でリリースされます。 そのため、Excel では複雑なモデリング要件を簡単には処理できない場合があります。
  • Power BI Desktop で使用できるコネクタやデータ ソースの中にも、Excel では使用できないものがあります。

ヒント

多くの組織には、データ エクスポートを使用するのではなく、Excel ファイルを Power BI 共有セマンティック モデルに接続して最新化できる既存の Excel ソリューションがあります。 ライブ接続により、ユーザーが面倒な手順を繰り返すことなく、データが古くなるのを防ぎます。また、ユーザーが Excel データを更新するときにデータ セキュリティが一貫して適用されるようにします。

Power BI Report Builder

Power BI Report Builder は、ページ分割されたレポート ファイル (.rdl) を作成するためのツールです。 ページ分割されたレポートは、Power BI サービスまたは Power BI Report Server のいずれかにデプロイできます。 SQL Server Reporting Services (SSRS) でレポートを作成した経験がある場合は、同様のレポート作成エクスペリエンスであることがわかるでしょう。

ページ分割されたレポートは、財務諸表などの高度に書式設定されたレポートや、印刷対応のレポートに最適です。 また、印刷や PDF 生成を目的としたレポートや、レポート パラメーターを使用したユーザー入力が必要な場合にも適しています。

ヒント

ページ分割されたレポートの選択を優先させるその他のシナリオについては、「どのようなときに Power BI のページ分割されたレポートを使用するか」を参照してください。

Power BI Report Builder の使用を決定する際に考慮すべき重要な点は次のとおりです。

  • Power BI Desktop を使用する場合とは異なる考え方で Power BI Report Builder を使用してください。 ページ分割されたレポートは、常に個々のレポート作成に重点を置いています。逆に、Power BI Desktop で作成されたセマンティック モデルは、異なるレポートを多数提供できます。
  • ページ分割されたレポートを作成するには、Power BI レポートを作成するよりも多くのスキルが必要です。 ただし、データの取得、レイアウト、配置についてきめ細かく制御できるという大きな利点もあります。
  • ページ分割されたレポートは、データの取得とレイアウトの両方に関係します。 外部データ ソースからデータを取得するには、クエリ (データセットとも呼ばれます) を作成する必要があります。これには、ネイティブ クエリ ステートメント (DAX、T-SQL、その他の言語を使用) の記述が含まれる場合があります。 データセットは 1 つのレポートに属しているため、他のページ分割されたレポートでの公開や使用はできません。
  • レポート コンシューマーは、Power BI レポートに組み込まれた対話機能に慣れています。 ただし、レポートの対話機能がページ分割されたレポートの強みではありません。 ページ分割されたレポートで同様の対話機能を実現しようとしても、困難な場合や不可能な場合があります。
  • データベースのストアド プロシージャ (Azure SQL Database のストアド プロシージャなど) を使ってデータにアクセスする必要がある場合は、改ページ対応レポートを使って行うことができます。
  • ページ分割されたレポートが Power BI サービスに公開されているか Power BI Report Server に公開されているかによって、一部の異なる機能や、サポートされていない機能があります。 ターゲット環境で何ができるかを判断するために、概念実証を実施することをお勧めします。

ヒント

詳細については、「Power BI のページ分割されたレポートに関するよくあるご質問」と「Power BI Report Builder でのレポートのデザインに関するヒント」を参照してください。

サードパーティ製のツール

高度なコンテンツ作成者は、特にエンタープライズ規模の運用でサードパーティ製のツールを使用することがあります。 サードパーティ製ツールを使用して、データ モデルの開発、公開、管理、最適化を実行できます。 これらのツールの目的は、セマンティック モデル作成者が利用できる開発機能や管理機能を拡充することです。 サードパーティ製ツールの一般的な例としては、Tabular Editor、DAX Studio、ALM Toolkit などが挙げられます。 詳細については、高度なデータ モデル管理という使用シナリオのページを参照してください。

Note

サードパーティ製ツールの使用は、特に高度なコンテンツ作成者、開発者、IT プロフェッショナルによって世界中の Power BI コミュニティで普及してきました。

セマンティック モデルの開発と管理にサード パーティ製ツールを使用する方法として、主に次の 3 つがあります。

  • Power BI Desktop のローカル データ モデルに接続する外部ツールを使用する: 一部のサードパーティー製ツールは、開いている Power BI Desktop ファイルのデータ モデルに接続できます。 Power BI Desktop に登録すると、これらのツールが外部ツールと呼ばれ、Power BI Desktop のネイティブ機能を拡張します。
  • Power BI サービスのリモート データ モデルに接続する XMLA エンドポイントを使用する: 一部のサードパーティ製ツールでは、XML for Analysis (XMLA) プロトコルを使用して、Power BI サービスに公開されているセマンティック モデルに接続できます。 XMLA プロトコルに準拠しているツールで Microsoft のクライアント ライブラリを使用し、表形式オブジェクト モデル (TOM) を操作してデータ モデルへのデータの読み取りと書き込みを行います。
  • Power BI Desktop のローカル データ モデルに接続するテンプレート ファイルを使用する: 一部のサードパーティ製ツールでは、Power BI Desktop テンプレート ファイル (.pbit) を使用して軽量な方法で機能を配布します。

サードパーティ製ツールの中には専用のものもあり、Tabular Editor 3 などでは有料ライセンスが必要です。 その他のコミュニティ ツールは無料でオープンソース (Tabular Editor 2、DAX Studio、ALM Toolkit など) です。 コンテンツ作成者に十分なサポートを提供できるように、各ツール、コスト、サポート モデルの機能を慎重に評価することをお勧めします。

ヒント

中には、(ライセンス コストがかかる場合でも) フル サポートを備えた新しいツールを承認する方が簡単であると判断する組織もあります。 ただし、無料のオープン ソース ツールを承認する方が簡単だと考える組織もあります。 IT 部門がガイダンスを提供することで、必要なデュー デリジェンスを行うことができます。

チェックリスト - 作成ツールの計画を立てるときの、主な決定事項とアクションは次のとおりです。

  • 推奨する作成ツールを決定する: セルフサービス作成者と高度なコンテンツ作成者は、組織内での使用を積極的に推進する使用可能なツールについて検討してください。
  • サポートする作成ツールを決定する: セルフサービス作成者と高度なコンテンツ作成者は、サポート可能なツールとユーザーについて検討してください。
  • サードパーティ製ツールの使用を評価する: 高度なコンテンツ作成者に対して許可または推奨するサードパーティ製ツールについて検討してください。 プライバシー ポリシー、ライセンス コスト、サポート モデルを調査します。
  • コンテンツ作成者向けのガイダンスを作成する: ユーザーが状況に合わせて適切な作成ツールを選択し使用できるように、ガイダンスとトレーニングを提供します。

デバイスの管理と設定

このセクションでは、ツールとアプリケーションのインストールと更新、およびユーザー デバイスの設定に関する考慮事項について説明します。

クライアント ツール

IT 部門では、クライアント コンピューター (ユーザー デバイス) にインストールされているソフトウェアを呼ぶときに、"クライアント ツール" という用語を使用することが多くあります。 ユーザー デバイスにインストールされている最も一般的な Power BI ソフトウェアが、Power BI Desktop です。

通常、Microsoft は Power BI Desktop を毎月更新するため、インストールや更新の管理をシームレスに処理することが重要です。

組織で Power BI Desktop のインストールと更新を管理する方法は次のとおりです。

インストールの種類 自動更新のサポート 説明
Microsoft Store はい Power BI Desktop は Microsoft Store から配布されます。 バグ修正を含むすべての更新プログラムが自動的にインストールされます。 組織が Microsoft Store から一部 (またはすべての) ユーザーの一部の (またはすべての) アプリをブロックしない場合、このオプションが簡単でシームレスなアプローチとなります。
手動のインストール いいえ 実行可能ファイル (.exe) は、Microsoft Download Center から手動でダウンロードし、インストールできます。 ただし、ほとんどの組織でソフトウェアをインストールするユーザーにローカル管理者権限が必要となり、これらの権限は制限されていることに注意してください。 この方法を採用する場合 (IT 部門で管理を行わない場合)、ユーザーに異なるバージョンの Power BI Desktop がインストールされ、互換性の問題が発生するリスクが生まれます。 また、この方法では、すべてのユーザーが通知を受けて、バグの修正とも呼ばれる、Quick Fix Engineering (QFE) リリースをインストールする必要があります。
IT で管理するシステム 設定により異なる Microsoft System Center や Microsoft Application Virtualization (App-V) のように、IT 部門が管理を行う組織ではさまざまなデプロイ方法を使用できます。 このオプションは、多くのインストールを大規模に管理する必要がある組織や、カスタマイズ済みの方法で管理する組織に最適です。

ユーザー デバイスには十分なシステム リソースが含まれていることが重要です。 大量のデータを使用するコンテンツ作成者は、生産性を高めるために特にメモリ (RAM) と CPU において最小要件を超えるシステム リソースが必要になる場合があります。 IT 部門は、他のコンテンツ作成者が持つ経験に基づいて、マシンの仕様を提案している場合があります。

Power BI の開発で共同作業を行うすべてのコンテンツ作成者が同じバージョンのソフトウェアを使用する必要があります。特に Power BI Desktop は、通常毎月更新されます。 次の理由により、ユーザーに自動的に更新プログラムが適用されるようにしておくことをお勧めします。

  • Power BI Desktop ファイルで共同作業を行う複数の複数のコンテンツ作成者が、必ず同じバージョンを使用するため。 同じ .pbix ファイルで共同作業を行う作成者は、同じソフトウェア バージョンを使用することが不可欠です。
  • 更新プログラムを取得するためにユーザーが特定のアクションを実行しなくて済むため。
  • ユーザーが新しい機能を活用することができ、彼らのエクスペリエンスがお知らせやドキュメントに沿ったものとなるため。 コンテンツ作成者が新しい機能について学習しても、ソフトウェアの更新期間に長い遅延が発生すると、導入やユーザー満足度に影響を与える可能性があります。
  • Microsoft では最新バージョンの Power BI Desktop のみがサポートされています。 ユーザーに問題が発生し、サポート チケットが発行されると、Microsoft サポートからソフトウェアを最新バージョンにアップグレードするように求められます。

Power BI Desktop (前述) に加えて、ユーザー デバイスにモバイル デバイスを含む他の Microsoft ツールやサードパーティ製ツールをインストールして管理することが必要になる場合があります。 使用可能なツールの一覧については、この記事で前述した「作成に使用できるツール」を参照してください。

Fabric OneLake にあるファイルを作成および管理するユーザーは、OneLake ファイル エクスプローラーによる利点もあります。 このツールを使用するユーザーは、Windows エクスプローラーを使用して OneLake のファイルを簡単にアップロード、ダウンロード、編集、削除できます。

Note

IT 部門には、マネージド デバイスに関するポリシーが設定されている場合があります。 これらのポリシーによって、インストールできるソフトウェアとその管理方法を制御できます。

クライアント ツールの前提条件

Power BI Desktop などのクライアント ツールがインストールされているコンテンツ作成者には、特定の前提条件つソフトウェアやパッケージが必要になる場合があります。

  • WebView2: (必須) Power BI Desktop を実行しているコンテンツ作成者の場合は、Microsoft Edge WebView2 ランタイムが前提条件です。 WebView2 を使用すると、安全な方法で Web テクノロジ (HTML、CSS、JavaScript など) を Power BI Desktop に埋め込むことができます。 ユーザー デバイスに最新バージョンの Windows か Microsoft 365 アプリケーションがインストールされていて、毎月の更新プログラムが有効になっている場合、WebView2 は既にインストールされています。
  • .NET Framework: (必須) Power BI Desktop またはサードパーティ製ツールを実行しているコンテンツ作成者の場合、.NET Framework が前提条件です。 .NET Frameworkは、Windows アプリのビルドと実行をサポートするテクノロジーです。 Power BI Desktop には、固有のバージョン、またはそれ以降のバージョンが必要です。
  • Microsoft Edge: (必須) Power BI Desktop を実行しているコンテンツ作成者の場合は、Edge ブラウザーが前提条件です。
  • Python および R パッケージ: (省略可能) Python スクリプトと R スクリプトを テナント設定で有効にすると、さまざまな方法を使用して Power BI で実行できます。 スクリプトを使用して、Python ビジュアルまたは R ビジュアルを作成できます。 スクリプトはクエリ エディターでも作成できますが、標準データ ゲートウェイでは Python と R がサポートされていないため、この場合は個人用ゲートウェイが必要です。 Python パッケージまたは R パッケージが前提条件となります。 非互換性を回避するために、IT 部門は、インストールするパッケージ、インストール先、インストールするバージョンが Power BI サービスでサポートされているバージョンと一致することを管理する必要があります。

データ接続コンポーネント

データ ソースによっては、ユーザー デバイスにドライバー、コネクタ、プロバイダーをインストールする必要が生じる場合があります。 次のコンポーネントを使用すると、ユーザーがクライアント ツール (Power BI Desktop など) やサードパーティ製ツールで作業する場合でもデータに接続できます。

  • ドライバー: ドライバー は、他のシステムに接続するソフトウェア コンポーネントです。 たとえば、Oracle データベースに接続するには、Oracle Data Access Client ソフトウェアが必要になる場合があります。 また、SAP HANA に接続するには、ODBC ドライバーが必要になる場合があります。
  • カスタム コネクタ: レガシ システムまたは専用システムに接続するときは、カスタム データ ソース コネクタが必要になる場合があります。
  • Excel プロバイダー: Excel で分析プロバイダーを使用すると、ユーザーは、Power BI サービスに公開されている既存の共有セマンティック モデルに接続しながら、Excel で視覚化を作成できます。
  • Analysis Services クライアント ライブラリ: Analysis Services ソースに接続する場合は、クライアント ライブラリをインストールする必要があります。
  • Access Database OLE DB プロバイダー: Access データベースに接続する場合は、OLE DB プロバイダーをインストールする必要があります。

重要

ゲートウェイ経由の接続を必要とするデータ ソースの場合は、同じドライバー、コネクタ、およびプロバイダーを各データ ゲートウェイ マシンにインストールする必要があります。 データ ゲートウェイ上にコンポーネントがないと、コンテンツが Power BI サービスに公開された後にデータの更新エラーが発生する原因となります。

ヒント

多数のユーザーへの配布作業を簡略化するために、多くの IT チームが標準的なユーザー デバイスの設定の一環として最も一般的なドライバー、コネクタ、プロバイダーをデプロイします。

バージョン コントロール ツール

Power BI Desktop などのクライアント ツールがインストールされているコンテンツ作成者は、ファイルのバージョンや履歴のコピーを保存する方法も用意しておく必要があります。 以前のバージョンへのアクセスは、変更をロールバックする必要が生じた場合に特に役立ちます。

作成したファイルのバージョン管理を行う方法として、主に次の 2 つが挙げられます。

  • Teams、OneDrive for Business、SharePoint: セルフサービス コンテンツ作成者は、多くの場合で Teams、職場または学校用 OneDrive、SharePoint にファイルを保存します。 ユーザーはこれらのツールを使い慣れていて、使いやすいと感じています。 共有ライブラリを整理でき、適切な仕事仲間をセキュリティで保護し、バージョン管理も組み込まれているからです。
  • ソース管理プラグイン: 高度なコンテンツ作成者は、ソース管理ツールと統合する必要が生じる場合があります。 たとえば、これには通常、ソース管理用に Git をインストールしてから、Visual Studio Code などのソース管理ツールを使用して、Azure DevOps Repos といったリモート リポジトリにコンテンツの変更をコミットすることなどがあります。 Power BI Desktop の場合、開発者モードが使用できます。 このモードでは、コンテンツが Power BI プロジェクト (.pbip) ファイルとして保存されます。このファイルは、好みのソース管理システムで使用することができます。 Fabric を使用する場合は、Git 統合 でクライアント ツールの使用がサポートされます。

詳細については、「ファイルの場所に関する戦略」を参照してください。

カスタム ビジュアル

Power BI カスタム ビジュアルは、開発者が Power BI ビジュアル SDK を使用して作成できるビジュアルです。これにより、Power BI レポート作成者は、組み込みのコア ビジュアルを超えた作業を実行できます。 カスタム ビジュアルは、Microsoft、ソフトウェア開発者、ベンダー、パートナーによって作成およびリリースできます。

Power BI Desktop でカスタム ビジュアルを使用するには、まずコンテンツ作成者のマシンにインストールする必要があります。 ビジュアルをユーザーに配布するには、いくつかの方法があります。

  • AppSource: AppSource は、Microsoft ソフトウェアのアプリケーション、アドイン、拡張機能のマーケットプレースです。 ビジュアルは、Power BI ビジュアル ファイル (.pbiviz) を使用して AppSource で配布されます。 無料で配布されるビジュアルもあれば、ライセンスが必要なビジュアルもあります。
    • 長所:
      • ユーザーが AppSource で簡単にビジュアルを検索し、特定できる。
      • AppSource から取得した最新バージョンのカスタム ビジュアルを使用するように、すべてのレポートとダッシュボードが自動的に更新されている。
      • 認定済みビジュアルの使用をサポート。
      • Microsoft が、AppSource に公開されたビジュアルの基本的な検証を実行する。 レビューの範囲は、ビジュアルが認定済みかどうかによって異なります。
    • 潜在的な短所:
      • 各コンテンツ作成者が AppSource から必要なものをダウンロードすると、ユーザーが異なるバージョンをインストールしたときに非互換性が生じる可能性がある。
      • コンテンツ作成者が、組織での使用がまだテストされていない、または承認されていないビジュアルをダウンロードする可能性がある。
      • ビジュアルの開発者は、厳密な公開プロセスに従う必要がある。 これによりセキュリティが強化され、安定性が向上しますが、バグ修正を迅速にリリースすることが困難になる可能性があります。
  • ビジュアル ファイルのインポート: コンテンツ作成者は、Power BI Desktop にビジュアル ファイルをインポートできます。
    • 長所:
      • 公開/非公開を問わず配布されたビジュアルをインストールできる。 これには、社内で開発されたビジュアルや、ベンダーから購入した専用のビジュアルが含まれます。
      • AppSource 以外からビジュアル ファイルを取得することができる。
    • 潜在的な短所:
      • 一元化されたシステムがないと、コンテンツ作成者が組織内で使用が承認されているビジュアルを把握することが難しい場合がある。
      • 各コンテンツ作成者が所有するビジュアル ファイルをインポートすると、ユーザーが異なるバージョンをインストールしたときに非互換性が生じる可能性がある。
      • 更新プログラムがユーザー デバイスに自動的に反映されない。 ローカルの Power BI Desktop ファイル内にあるレポートは、各ユーザーがビジュアル ファイルを更新するまで更新されません。
      • 認定済みビジュアルの使用をサポートしていない。
  • 組織のビジュアル: 組織のビジュアル リポジトリは、Fabric 管理ポータルの一元化された領域で、ビジュアルの管理を行います。
    • 長所:
      • コンテンツ作成者は、ビジュアル ファイルを管理する必要がない。 代わりに、Fabric 管理者が、すべてのユーザーが使用できるビジュアルのバージョンを一元的に管理します。 すべてのユーザーとすべてのレポートに対してバージョンの一貫性が確保されています。
      • 公開/非公開を問わず配布されたビジュアルをインストールできる。 これには、社内で開発されたビジュアルや、ベンダーから購入した専用のビジュアルが含まれます。
      • ビジュアルを組織で使用するために、テストと事前承認を行うことができる。 この検証プロセスにより、未承認のビジュアルが使用されるリスクが軽減されます。 また、使用が承認されたビジュアルの具体的なバージョンを柔軟に設定することもできます。
      • すべてのレポートとダッシュボードが、最新のビジュアル バージョンを使用するように自動的に更新される (ビジュアル ファイルが管理ポータルで更新されるか、AppSource で使用できる場合)。
      • 組織で現在使用されているビジュアルが信頼できなくなったと判断された場合に、組織のビジュアル リポジトリから無効にしたり、削除したりできる。 この場合、ビジュアルはレポートとダッシュボードに表示されなくなります。
      • AppSource の未認定ビジュアルの使用を許可する。 これは、テナント設定で未認定のビジュアルをブロックするように設定したが、組織で特定の未認定ビジュアルが検証され、使用が承認された場合に便利です。
    • 潜在的な短所:
      • 組織のビジュアルは、Fabric 管理者が一元的に管理する必要がある。
      • 一元化によって、ユーザーの柔軟性が低下し、ビジュアルのバージョンを更新する際に遅延が発生する可能性がある。
      • 一部の機能は、ビジュアルが認定されていないと使用できない (AppSource からのインポートが必要)。

重要

組織でデータのプライバシーとデータの漏洩に関する強い懸念がある場合は、組織のビジュアル リポジトリを通じてすべてのカスタム ビジュアルを管理することを検討してください。

ヒント

カスタム ビジュアルを配布する方法は、ガバナンスの考慮事項です。 コンテンツ作成者に十分なサポートを提供できるように、コストとサポート モデルを踏まえて各ビジュアルの機能を慎重に評価することをお勧めします。

また、次の理由により、新しいカスタム ビジュアルの使用を承認する前にセキュリティとデータのプライバシーに関するリスクを評価しておくことが重要となります。

  • ビジュアルは JavaScript コードを実行し、視覚化するデータへのアクセス権を有するため。
  • ビジュアルによって外部サービスにデータを送信できるため。 たとえば、ビジュアルでは、AI アルゴリズムの実行やマップのレンダリングを行うために API にデータを送信することが必要になる場合があります。 ビジュアルが外部サービスにデータを送信するという理由だけで信頼できないというわけではありませんが、 データを送信するビジュアルは認定できません。

詳しくは、組織のビジュアルの管理に関する記述を参照してください。

グループ ポリシーの設定

グループ ポリシーは、Windows マシンとネットワーク環境のオペレーティング システム、アプリケーション、ユーザー設定を一元的に管理し、構成します。 これにより、IT 部門は一貫したユーザー アカウントとマシンの設定をロールアウトして管理できます。 Power BI Desktop でのグループ ポリシーの最も一般的な用途は、カスタム ビジュアルを管理することです (前のセクションで説明)。

未認定のビジュアルを Power BI Desktop で許可するかブロックするかを指定できます。 Power BI Desktop と Power BI サービスの両方で一貫したエクスペリエンスをユーザーに確実に提供するには、カスタム ビジュアルを 2 か所で矛盾なく管理することが重要です。

  • テナント設定: [認定済みの視覚エフェクトのみを追加および使用する (未認定はブロック)] テナント設定を使用して、ユーザーが Power BI サービスでレポートを作成または編集するときのカスタム ビジュアルの使用を許可またはブロックします。

  • グループ ポリシー: グループ ポリシー設定で、ユーザーが Power BI Desktop でレポートを作成または編集するときのカスタム ビジュアルの使用を制御します。 テナント設定の不整合が原因で、コンテンツ作成者が Power BI サービスに表示できないコンテンツを Power BI Desktop で作成するのにかなりの時間を費やした場合、ユーザーに大きな不満が生じます。 そのため、両方の設定を統一しておくことが重要です。

また、グループ ポリシーを使用して、データ エクスポートをカスタム ビジュアルで許可するかブロックするかを指定することもできます。

レジストリ設定

Windows オペレーティング システムは、コンピューター情報、設定、オプションを Windows レジストリに格納します。 Power BI Desktop の場合は、レジストリ設定でユーザーのコンピューターをカスタマイズできます。 レジストリ設定はグループ ポリシーで更新できます。更新することで、IT 部門がすべてのユーザー (またはユーザーのグループ) に対して一貫性のある既定の設定をセットアップできます。

Power BI Desktop に関連するレジストリ設定の一般的な用途は次のとおりです。

  • ソフトウェア更新プログラムが利用可能になった際の通知を無効にする。 これは、IT 部門が Power BI Desktop の更新プログラムを取得し、検証を実行し、通常のプロセスを経てユーザーのデバイスに更新プログラムをプッシュすることが確実な場合に便利です。
  • グローバル プライバシー レベルを設定する。 異なるデータ ソースがマージされるときにデータのプライバシー違反を回避できるため、この設定を既定として組織に設定することをお勧めします。
  • Power BI Desktop のサインイン フォームを無効にする。 フォームを無効にすると、組織のマシンが自動的にサインインされる場合に便利です。 この場合、ユーザーにメッセージを表示する必要はありません。
  • クエリ エディター パフォーマンスを調整する。 この設定は、既定値を変更してクエリの実行動作に影響を与える必要がある場合に便利です。
  • [外部ツール] リボン タブを無効にする。外部ツールの使用を承認またはサポートできないことがわかっている場合は、リボン タブを無効にできます。

ヒント

通常、ユーザーがツールを使用して実行できる操作を大幅に制限することが目標ではありません。 目標は、ユーザー エクスペリエンスを向上させ、サポート のニーズを減らすことです。

モバイル デバイス管理

多くのユーザーは、自宅でも旅行中でも、タブレットや携帯電話などのモバイル デバイスで Power BI コンテンツを使用することを好みます。 iOS、Android、Windows 用の Power BI モバイル アプリは、主に小さいフォーム ファクターとタッチ スクリーン向けに設計されています。 これらのアプリを使うことで、Power BI サービスまたは Power BI Report Server に公開されているコンテンツを簡単に操作できます。

Microsoft Intune を使用して、マネージド デバイスとアンマネージド デバイスのアプリ保護ポリシーおよびデバイス保護ポリシーを指定できます。 Intune は、モバイル デバイスとアプリケーションの管理を提供するソフトウェア サービスであり、モバイル アプリケーション管理 (MAM) ポリシーをサポートします。 ポリシーで、さまざまなレベルの保護を設定できます。

必要に応じて、Microsoft 365 またはサー パーティ製のモバイル デバイス管理 (MDM) ソリューションを使用して、Power BI モバイル アプリの動作をカスタマイズする場合もあります。 Windows 用 Power BI アプリでは、Windows Information Protection (WIP) もサポートしています。

MAM ポリシーと MDM ポリシーを使用するために選択する場合がある方法は次のとおりです。

  • データ保護の設定を行う。
  • アプリが使用されていないときは、アプリケーション データを暗号化する。
  • デバイスを紛失した場合は、データを選択的にワイプする。
  • 個人用の保存先にデータを保存できないようにする。
  • 切り取り、コピー、貼り付けの操作を制限する。
  • 組織データの印刷を禁止する。
  • モバイル アプリを開く際は、生体認証データまたはアクセス PIN を必須とする。
  • ユーザーがモバイル アプリで選択またはタップしたときの既定の動作を設定する。

デバイスとデータのセキュリティ保護に関する詳細については、「Power BI のセキュリティに関するホワイトペーパー」を参照してください。

チェックリスト - デバイスを管理するときの、主な決定事項とアクションは次のとおりです。

  • Power BI Desktop の更新方法を決定する: Power BI Desktop (およびその他のクライアント ツール) のインストール方法を検討します。 可能な限り、更新プログラムが自動的にインストールされるようにしてください。
  • 必要なクライアント ツールの前提条件を特定する: すべての前提条件ソフトウェアとパッケージが定期的にインストールおよび更新されていることを確認します。
  • 必要なデータ接続コンポーネントを特定する: データ接続に必要なすべてのドライバー、コネクタ、プロバイダーが定期的にインストールおよび更新されていることを確認します。
  • カスタム ビジュアルの処理方法を決定する: AppSource やその他のソースでカスタム ビジュアルを処理する方法を決定します。 [Power BI SDK で作成された視覚エフェクトを許可する] テナント設定と [認定済みの視覚エフェクトのみを追加および使用する] テナント設定を、決定事項に合わせて指定します。 ユーザーが新しいカスタム ビジュアルを要求できるようなプロセスの作成を検討してください。
  • グループ ポリシーを設定する: グループ ポリシーを設定し、カスタム ビジュアルが Power BI サービスと同様の方法で Power BI Desktop で確実に管理されるようにします。
  • レジストリの設定をセットアップする: 可能な場合は、レジストリ設定をセットアップしてユーザー コンピューターをカスタマイズします。
  • モバイル デバイス管理を調査する: 可能であれば、モバイル デバイスのアプリ保護ポリシーとデバイス保護ポリシーの使用を検討してください。

関連するコンテンツ

Power BI の実装の決定に役立つ考慮事項、アクション、意思決定基準、推奨事項について詳しくは、「Power BI 実装計画」をご覧ください。