Power Automate ライセンスに関してよく寄せられる質問

Power Automate スタンドアロン ライセンスに関するよくある質問をいくつか紹介します。

Power Automate ライセンス プランは、フロー実行に対してどのように機能しますか?

フローが Power Automate プロセス プランに設定されている場合は、プレミアム コネクタにアクセスでき、フローの実行者に関係なく最も高い制限が設定され、常にプロセス プランの要求制限が使用されます。

フローが Power Automate Premium ユーザー プランに設定されている場合、フローが自動フローまたはスケジュールされたフローであれば、プライマリ所有者のプランを取得します。 フローがインスタント/ボタン フローの場合、フローを実行しているユーザーのライセンスが使用されます。 ユーザーが Microsoft 365 プランや Dynamics 365 プランなどの複数のプランを持っている場合、フローは両方のプランからの要求制限を使用します。

Power Automate のユーザー ライセンス プランは Power Automate Premium プランですが、ユーザーには他の幅広いライセンス プラン オプションがあります。 無料プランまたは Microsoft 365 ライセンス プランのいずれかを使用するユーザーは標準コネクタにしかアクセスできませんが、他のほとんどのライセンス プランではプレミアム コネクタへのアクセスを提供しています。

Power Automate 機能を含むライセンス プランの詳細については、Power Automateライセンスの種類およびPower Platformライセンス ガイドを参照してください。 ライセンス プランの制限とパフォーマンス プロファイルの詳細については、自動フロー、スケジュールされたフロー、インスタント フローの制限をご覧ください。

どの Power Automate ライセンスが必要ですか?

マイクロソフトは、組織内のすべてのユーザー用に Power Automate Premium ライセンスを購入することをほとんどの組織に推奨しています。 非アテンド型オートメーションを実行するすべてのビジネス プロセスまたはコンピューターに対して Power Automate プロセス ライセンスを購入し、インフラストラクチャなしでデスクトップ フロー オートメーションを構築、テスト、実行する場合は Power Automate ホスト型 RPA アドオンを購入します。

Premium ユーザー プランの目的は、組織内で自動化カルチャーを幅広く採用することををサポートすることです。 RPA 開発者が、Power Automate ポータルでデスクトップ フローを構築および管理するために必要です。

プロセス ライセンスは、通常は自動化されたバックエンド アクティビティ (人間が手動で実行しないもの) であるコア エンタープライズ プロセス オートメーションを対象としています。 たとえば、どの組織にも、通常のビジネス運営に欠かせない請求書処理や人事オンボードのプロセスが必要です。 これらのプロセスは、小規模な取り組みから、共有データ ソースによって相互接続された複数のフローにまたがる大規模な取り組みまで、その規模と複雑さはさまざまです。 たとえば、請求書処理プロセスには、請求書の作成から承認、支払いまでを処理する複数のフローがあります。 すべてのフローは、完了まで複数の手順を経て請求書を処理するため、すべてのフローは 1 つのビジネス プロセスの一部です。

プロセス ライセンスを取得することで、組織はビジネス プロセス内のすべてのフローに適切なライセンスが付与されていることを確認できます。 これにより、相互接続されたフローを 1 つのまとまりとして展開および管理できるようになり、アプリケーション ライフサイクル管理 (ALM) と最適化されたパフォーマンスが促進されます。

フローが 次の基準のいずれか を満たす場合は、プロセス ライセンスが必要です。

  • フローは非アテンド型 RPA (ロボティック プロセス オートメーション) を使用して、ユーザーの介入なしでマシン上でデスクトップ フローを実行します。
  • フローはアプリケーション ユーザー (フロー所有者はサービス プリンシパル) で実行されています。 複数の環境 (開発/テスト/運用) を持つ組織は、DevOps パイプラインを使用してフローをエクスポートし、他の環境に展開して健全な ALM (アプリケーション ライフサイクル管理) を実現します。 運用環境のユーザーにアクセス権を与えないようにするには、サービス プリンシパルを使用してフローを実行します。
  • フローは大規模なデータを処理するか、頻繁に実行する必要があるため、大量の Power Platform 要求が必要です。
  • プレミアム フローは複数のユーザーが呼び出します。 この場合、全員にプレミアム ライセンスが必要か、フローにプロセス ライセンスが必要です。 フローにプロセス ライセンスがある場合、ユーザーにライセンスは必要ありません。 これにより、組織は、フローの数に基づいてライセンス料金を支払うことができます。 多くの人に影響を与える大規模な組織やソリューションは、固定の月額費用を利用できます。
  • フローがプレミアム コネクタを使用していて、組織にフローを使用しているゲスト ユーザーが多数いても、ゲスト ユーザーのホーム テナントがプレミアム ライセンスを提供しているかどうかがわからない場合です。

注意

プロセス ライセンスは、フローおよび/またはコンピューターのみにライセンスを付与し、ユーザーにはライセンスを付与しません。 Premium ユーザー プランは、RPA 開発者が Power Automate ポータルでデスクトップ フローを構築および管理するために必要です。 Premium ユーザー プランに付属する Premium RPA 機能の詳細については、Premium RPA 機能 を参照してください。

Power Automate プロセス ライセンスはいくつ必要ですか?

  • プロセスに非アテンド型 RPA (ロボティック プロセス オートメーション) が導入されています。マシン セッションはいくつ必要ですか?

    マシンごとに 1 つのプロセス ライセンスを購入します。 マシン上で同時実行が必要な場合は、プロセス ライセンスを追加できます。 マシン上で実行されるすべてのデスクトップ フロー (RPA) とビジネス プロセスの一部であるクラウド フロー (DPA) は、プロセス ライセンスの対象となります。

  • プロセスに必要なのは DPA (デジタル プロセス オートメーション) だけです。自動化するコア ビジネス プロセスはいくつありますか?

    すべてのコア ビジネス プロセスに必要なプロセスを 1 つ購入します。 コア ビジネス プロセスの例には、請求書処理や人事 (HR) オンボードなどがあります。 同じビジネス プロセスに関連するすべてのクラウド フローがライセンスに含まれます。

複数のクラウド フローがあり、それぞれがマシン上で非アテンド型で独自の RPA フローを呼び出す場合、プロセス ライセンスはいくつ必要ですか?

1 つのプロセス ライセンスで、複数のクラウド フローをキューに入れて実行できます。 たとえば、4 つの独立したクラウド フローがあり、それぞれが同じマシン上で実行される独自のデスクトップ フローを呼び出す場合、同じ仮想マシン内で最初のフローを午前 9 時に実行し、2 つ目のフローを午前 11 時に実行できます。

次のスクリーンショットでは、同じマシン上でデスクトップ フローが実行されているため、すべてのクラウド フローが 1 つのプロセス ライセンスでカバーされています。 任意のクラウド フローの親フロー、子フロー、コンテキスト フローが、マシン上のプロセス ライセンスの対象です。

同じマシン上でデスクトップ フローが実行されているため、すべてのクラウド フローが 1 つのプロセス ライセンスでカバーされています。

マイ DPA プロセスにはクラウド フローが複数あります。 プロセス ライセンスも複数必要ですか?

コア ビジネス プロセスは、小規模な取り組みから、共有データ ソースによって相互接続された複数のフローにまたがる大規模な取り組みまで、その規模と複雑さはさまざまです。 たとえば、請求書処理プロセスには、請求書の作成から承認、支払いまでを処理する複数のフローがあります。 すべてのフローは、完了まで複数の手順を経て請求書を処理するため、すべてのフローは 1 つのビジネス プロセスの一部です。 コア ビジネス プロセスに対して必要なプロセス ライセンスは 1 つだけです。 これにより、フローは小規模で機能は詳細なマイクロサービス アーキテクチャのベスト プラクティスが促進され、保守性が向上します。

プロセスを開始するフローを特定し、そのフローにプロセス ライセンスを割り当てます。 プロセス ライセンスを持つフローの親フローと子フローは、プロセス ライセンスの対象となります。 これらのフローは、同じソリューション内にも、異なるソリューション内にも存在することもできます。

親/子以外のフローは、プロセス ライセンスを持つフローに手動で関連付けることができます。 このフローは同じソリューション内に存在し、同じデータ ソースを使用する必要があります。

親フロー、子フロー、コンテキスト内フローとして編成されたフローはすべて、メイン フローに割り当てられた 1 つのプロセス ライセンスを持つ 1 つのプロセスとして扱われ、プロセス ライセンスの Power Platform 要求制限を共有します。

私のソリューションにはプロセスが複数あります。 プロセス ライセンスも複数必要ですか?

はい ソリューションには複数のプロセスを含めることができ、それぞれにプロセス ライセンスが割り当てられます。

プレミアム ライセンスの購入が必要なのは誰ですか?

  • Power Automate ポータルでデスクトップ フローを構築および管理する RPA 開発者ごとに Premium ライセンスが必要です。 詳細については、Premium RPA 機能 を参照してください。
  • Power Automate プロセス プランはすべてのライセンスの中で最優先されます。 つまり、プロセス ライセンスがフローに割り当てられている場合、フローは常にこのライセンスを使用し、所有者や実行ユーザーがプレミアム ライセンスを持っている必要はありません。
  • 自動化フローおよび予定フローは、フローを開始するユーザーやフロー内で接続に使用されているアカウントに関係なく、常にフロー所有者のコンテキストで実行されます。 インスタント フロー (ボタン、ハイブリッド トリガー) は、フローが使用する接続に関係なく、フローを呼び出すユーザーのコンテキストで実行されます。 自動化フローまたは予定フローがプレミアム コネクタを使用する場合、所有者のみがプレミアム ライセンスを持っている必要があります。
  • インスタント フローにプレミアム コネクタがある場合、フローを実行する各ユーザーには Power Automate Premium ライセンスが必要です。 このような場合、各ユーザーにライセンスを付与する代わりに、プロセス ライセンスでフローにライセンスを付与することができます。
  • フローがプレミアム コネクタを使用しない場合は、Premium ライセンスは必要ありません。 Microsoft 365 ライセンスを使用できます。

使用しているフローの種類 (自動化/手動/予定) を検索し、フローを選択してその '種類' の詳細を表示します。

フローの種類のスクリーンショット。

  • フローが Power Apps か Dynamics 365 のコンテキスト内にあり自動フローの場合、フローは Power Apps または Dynamics 365 アプリを使用して作成されたアプリに関連している必要があり、所有者には Power Apps Premium ライセンス、または Dynamics 365 ライセンスが必要です。
  • フローが Power Apps または Dynamics 365 アプリのコンテキストにあり、インスタント フローの場合、フローを実行するすべてのユーザーには Power Apps Premium ライセンス、または Dynamics 365 ライセンスが必要です。
  • 親フローが子フローを呼び出す場合、子フローは親フローからのコンテキストを活用します。 たとえば、次の基準が満たされる場合、親フロー所有者のライセンスが使用されます。
    • 親フローが自動フローの場合、および
    • 子フローはプレミアム コネクタを使用し、
    • 子フローにプロセス ライセンスがない。 子フローにプロセス ライセンスがある場合、親フローのライセンスではなく、プロセス ライセンスが使用されます。

移行期間 の間、親フローのライセンスは子フローに継承されません。 子フローは所有者のライセンスを使用します。 ただし、移行期間終了後は、子フローにプロセス ライセンスがない限り、親フロー ライセンス (所有者のライセンス/親フローのプロセス ライセンス) のみが使用されます。

ベスト プラクティスに合わせて 3 つの環境 (開発、テスト、実稼働環境) があり、いくつかの環境ではフローが必要です。 すべての環境でプロセス ライセンスを購入する必要がありますか?

各フローは特定の環境に存在します。 つまり、フローが別の環境にインポートされる場合、各インスタンスは個別のフローとなるため個別のライセンスが必要です。 親フロー、子フロー、およびフローのコンテキスト内でタグ付けされたすべてのフローは 1 つのフローとして扱われ、1 つのプロセス ライセンスで 1 つの環境内のすべてフローを使用することができます。

ベスト プラクティスに合わせて 3 つの環境 (開発、テスト、実稼働環境) があり、いくつかの環境ではフローが必要です。 すべての環境で Premium ライセンスを購入する必要がありますか?

Power Automate Premium ライセンスはユーザー レベルのライセンスです。 すべてのユーザー レベルのライセンス (Power Automate Premium、Microsoft 365、Dynamics 365) はテナント レベルのライセンスです。 ユーザーは、個別のライセンスを購入しなくても、すべての環境でフローを使用できます。

Power Automate でホストされた RPA アドオンを、Power Automate の非アテンド型 RPA アドオンとして使用することはできますか。

はい、 Power Automate Hosted RPA アドオンのキャパシティは 2 つの方法で使用できます:

  • ホスト型コンピューターとホスト型コンピューター グループの場合
  • ローカルやリモート デスクトップなどの仮想化環境に適用できるデスクトップフロー (RPA) を非アテンド型モードで実行する方法

Microsoft 365 の顧客はソリューション対応のフローや子フローを作成できますか?

はい Microsoft 365 の顧客は、ソリューション対応のフローを作成する環境に、それに接続された Dataverse データベースがある場合、ソリューション対応のフローを作成できます。 既定の環境は、既定で Dataverse データベースを取得します。 管理者は Dataverse インスタンスを既定以外の環境に関連付ける必要があります。 管理者には新しい環境を作成できるよう、少なくとも 1GB テナント レベルの Dataverse データベース容量が必要です。

Power Apps、Power Automate、Power Virtual Agents、Dynamics 365 Sales、Customer Service、Field Service の初回のサブスクリプションでは、テナントに対する 10GB の既定容量制限が 1 回のみ追加されます。 テナントにサブスクリプションを追加すると、テナントに追加の Dataverse 容量が発生する場合があります。 たとえば、新しい顧客が Power Automate Premium プランを購入すると、テナントは既定の Dataverse データベース容量を 10 GB 受け取ります。 テナントが Power Automate Premium ライセンスを 10 個購入した場合、テナントは 10.5 GB (10 GB プラス 50 MB の 10 倍) を取得します。

プレミアム フローで複数のユーザー接続を使用しています。 フローを実行するために Premium ライセンスが必要なユーザーは誰ですか?

接続はライセンスの確認とは無関係です。 フローには複数のユーザー接続を含めることができますが、フローは常に主要所有者/実行専用ユーザー/プロセス ライセンスで実行されます。

フローの所有者が組織を辞めました。 どうすれば中断することなく動作するようにできますか?

フローがソリューション対応のフローである場合、Power Automate で所有者を変更するか、Power Automate Web API を使用して、フローが中断することなく動作できるようにします。 フローがソリューション非対応のフローである場合、共同所有者はソリューションに追加してから、所有者を変更することができます。 そうでない場合は、Power Automate プロセス ライセンスをフローに割り当てて、実行し続けるようにします。 または、フローの共同所有者は、フローをエクスポートおよびインポートできます。 インポートした場合、フローは新しいフローになり、共同所有者がフローの所有者になります。 フローは新しい所有者のライセンスを使用します。

フローはパフォーマンスが低いものにダウングレードされ、すべてのフロー所有者に、何もアクションが実行されない場合にフローが 14 日以内に無効になることが通知されます。

フローの所有者にはもう Premium ライセンスがありませんが、フローはプレミアム フローになっています。 何が起きていますか?

フローはパフォーマンスが低いものにダウングレードされ、すべてのフロー所有者に、何もアクションが実行されない場合にフローが 14 日以内に無効になることが通知されます。

(テナントからではなく) ゲストユーザーが Power Automate を使用するにはライセンスが必要ですか?

はい。 ゲストユーザーは次のテナントのいずれかを介して割り当てられた Power Automate ライセンスを持っていなければなりません:

  • フローをホストするテナント。 一時アクセスまたはスタンドアロン ライセンスの管理トライアルを割り当てることができます。

  • ゲスト ユーザーのホーム テナント。

たとえば、ゲスト ユーザーがホーム テナントに割り当てられた Power Automate Premium ライセンスを持っている場合、フローをホストしているゲスト テナントのプレミアム機能を使用できます。

Office、Power Automate プレミアム、Power Apps プレミアム、Dynamics 365 ユーザー プランなどの Power Automate には、次の特徴があります。

  • Azure パブリック クラウドでは、これらのプランは特定の環境にバインドされていないため、ゲスト シナリオのテナント全体で認識されます。

  • Azure のナショナル クラウドまたはソブリン クラウドでは、これらのプランはゲスト シナリオのテナント全体で認識されます。 詳細情報: ナショナル クラウドAzure の地域

  • 異なる Azure クラウドのテナント間ではライセンスは認識されません。

Windows ライセンスにはどんな Power Automate 機能が含まれますか?

Windows 11 ユーザーは、既定環境で個人の生産性を高めるアテンド型 RPA のデスクトップ フローを試すことができます。 デスクトップ フローを共有したり、既定環境以外の異なる環境でデスクトップ フローを作成したりすることはできません。 Windows ユーザーはクラウド フローにアクセスできません。 クラウド フローと RPA 機能をフルに利用するには、Power Automate Premium プランを購入してください。

Windows 11 ユーザーは、Windows 検索バーで "Power Automate" を検索できます。 デスクトップ向け Power Automate アプリは自動的にダウンロードされ、アイコンを最初に選択したときに起動します。

Windows 10 と Windows Server 2016 ユーザーは、デスクトップ用 Power Automate を使用できますか ?

はい、デスクトップ用 Power Automate を使用できます (すなわち、使用権があります) が、ダウンロード センターからダウンロードする必要があります。

レガシ ライセンスに関する質問

2023 年 8 月 1 日より、フローごとの Power Automate (フローにつき月額 USD 100、最低 5 つのライセンスの購入) と、Power Automate 非アテンド型 RPA アドオン (ボットにつき月額 USD 150、必要なライセンスの前提条件) は価格ページから削除されます。 2024 年 2 月 1 日に価格表から削除されます。 Power Automate プロセスは、管理が容易な包括的なライセンスで、非アテンド型ロボット プロセス オートメーション (非アテンド型 RPA) またはデジタル プロセス オートメーション (DPA) を使用したクラウド フローに使用できる単一の "オートメーション" ボットにライセンスを付与し、組織で無制限のユーザーがアクセスできます。 Power Automate プロセスの料金は、ボットあたり月額 USD 150 です。

プロセス ライセンスとフローごとのライセンスの違い

非アテンド型 RPA の場合、以前は顧客はクラウド フローのフローごとのライセンスと非アテンド型 RPA アドオンを購入する必要がありました。 今では、マシン上のすべての RPA セッションで使用できるプロセス ライセンスを購入できるようになりました。 マシン上でデスクトップ フローを呼び出すすべてのクラウド フローは、プロセス ライセンスの一部として含まれています。

クラウド フローの場合、フロー ライセンスごとに 1 つで親フローとその子フローが許可されます。 1 つのプロセス ライセンスで、親フロー、その子フロー、およびフローのコンテキスト内としてタグ付けされたすべてのフローが許可されます。 フローごとに、開始するには最低 5 パックを購入する必要がありました。 プロセス ライセンスには最低購入数量の要件はありません。

Power Automate Premium ライセンスは、アテンド型 RPA ライセンスを持つユーザーごとの Power Automate と何が違いますか?

Power Automate プレミアムのサービスでは、アテンド型 RPA でユーザー当たり月額 USD 40 で使用できる Power Automate、さらに、ユーザーあたり月額 USD 15 で使用できる Process Mining の視覚化機能と分析プロセス機能などの特権があります。

Office 365 ライセンスに関する質問

Office 365 ライセンス付き Power Automate の使用に関するよくある質問をいくつか紹介します。

Office 365 ライセンスにはどんな Power Automate機能が含まれますか?

限定された Power Automate の使用権は、一部の Office 365 ライセンスに含まれており、ユーザーが個人の生産性向上シナリオのため Office 365 をカスタマイズおよび拡張できるようになっています。 エンタープライズ シナリオの場合、Office にはスタンドアロン ライセンスをお勧めします。

Office 365 ライセンスには次の Power Automate 機能が含まれます。

次の Power Automate 機能は含まれていません。

次の Office 365 ライセンスには Power Automate 機能が含まれます。

  • Office 365 E1
  • Office 365 E3
  • Office 365 E5
  • Office 365 F3
  • Office 365 Business Basic
  • Office 365 Business Standard
  • Office 365 Business Premium
  • Office 365 F1
  • Office 365 F3
  • Office 365 E3
  • Office 365 E5
  • Windows 10 Pro
  • Windows Enterprise E3
  • Windows Enterprise E5
  • 教職員用 Office 365 A1
  • 学生用 Office 365 A1
  • 教職員用 Office 365 A1 Plus
  • 学生用 Office 365 A1 Plus
  • 教職員用 Office 365 A3
  • 学生用 Office 365 A3
  • Student Use Benefit 用 Office 365 A3
  • 教職員用 Office 365 A5
  • 学生用 Office 365 A5
  • Student Use Benefit 用 Office 365 A5

Dynamics 365 ライセンスに関する質問

次の質問は、Dynamics 365 ライセンスおよび Power Automate 使用権に関するものです。

Dynamics 365 ライセンスにはどんな Power Automate 機能が含まれますか ?

Dynamics 365 ライセンスには次の Power Automate 機能が含まれます

Dynamics 365 ライセンスには次の Power Automate 機能が含まれません。

Power Automate で Dynamics 365 ライセンスを使用する場合、フローは Dynamics 365 アプリケーションのコンテキスト内で実行する必要があります。 これは、トリガーまたはアクションに Dynamics 365 アプリケーションと同じデータ ソースを使用することを指します。 フローが Dynamics 365 アプリケーションとは関係のないスタンドアロンの Power Automate アクションを消費する場合、スタンドアロン Power Automate ライセンスを購入する必要があります。

Dynamics 365 アプリケーション コンテキスト内で Power Automate を使用する Dynamics ライセンスの例

お客様の組織では、Azure DevOps と Dynamics 365 CRM を接続し、サポート ケースをエスカレートし、問題をより迅速に解決するための作業項目を作成しています。 Dynamics 365 ライセンスの一部として、次のシナリオのフローに対して Power Automate 権限が含まれています。

  • Azure DevOps に関わる読み取りまたは書き込みを行います。
  • 組み込み Dataverseトリガーやアクションを使用します。

Dynamics 365 アプリケーション コンテキストの外部で Power Automate を使用する Dynamics 365 ライセンスの例

同じユーザー (以前の Dynamics 365 の例では) が、今度は Oracle データベースを更新するフローも使用したいと考えています。 このフローには以下のプロパティがあります。

  • Dynamics 365 アプリとは全く関係がありません。
  • Dynamics 365 アプリ (またはそのデータ ソース) とは一切関係ありません。

このシナリオでは、ユーザーにはスタンドアロン Power Automate ライセンスが必要です。

次の Dynamics 365 ライセンスには Power Automate 機能が含まれます。

  • Dynamics 365 Sales Enterprise
  • Dynamics 365 Sales Professional
  • Dynamics 365 Customer Service Enterprise
  • Dynamics 365 Customer Service Professional
  • Dynamics 365 Field Service
  • Dynamics 365 Project Operations
  • Dynamics 365 Team Members
  • Dynamics 365 Finance
  • Dynamics 365 Supply Chain Management
  • Dynamics 365 Commerce
  • Dynamics 365 Human Resources
  • Dynamics 365 Operations – Activity
  • Dynamics 365 Business Central
  • Dynamics 365 Business Centralチーム メンバー

Power Apps ライセンスに関する質問

次の質問は、Power Apps ライセンスおよび Power Automate 使用権に関するものです。

Power Apps ライセンスにはどんな Power Automate機能が含まれますか?

制限された Power Automate 機能のセットが、Power Apps ライセンスの一部として含まれています。 Power Apps ライセンスには次の Power Automate 機能が含まれます。

  • 自動化、予定、ボタン フローを作成して実行します。
  • 標準コネクタにアクセスします。
  • アプリ コンテキスト内でプレミアム コネクタへアクセスします。
  • アプリ コンテキスト内でのビジネス プロセス フロー
  • アプリ コンテキスト内でのカスタム コネクタ
  • アプリ コンテキスト内での オンプレミス ゲートウェイ
  • Power Platform 要求の制限: Power Apps Premium はユーザーごとに 40,000 要求/日 (移行期間 は 100,000 要求/日)、Power Apps はアプリごとに 6,000 要求/日 (移行期間は 10,000 要求/日) を取得します。
  • Power Apps Premium はユーザーあたり 250 MB Dataverse データベース容量および 2 GB Dataverse ファイル容量を取得します。 Power Apps はアプリあたり 50MB Dataverse データベース容量および 400 MB Dataverse ファイル容量を取得します。 複雑なオブジェクトを処理する Power Apps を使用して作成されたアプリにより呼び出されるフローは、このストレージ制限を消費します。 たとえば、フローが 100 ページのドキュメントを解析して更新する場合、将来のトラブルシューティングのためにドキュメントを実行履歴に保持するのに必要なストレージは、この制限を消費します。

Power Apps ライセンスには次の Power Automate 機能が含まれません。

Power Apps コンテキストを使用して作成されたアプリ内での Power Automate の使用例

スタンドアロン Power Apps ライセンスを持つユーザーが、SQL データベースをデータ ソースとして使用するアプリを実行します。 Power Apps を使用して作成されたアプリには、次の点を実行するフローも含まれています。

  • SQL データベースに関わる読み取りまたは書き込みを行います。
  • 組み込み Power Apps トリガーまたはアクションを使用して、たとえば、Power Apps を使用して作成されたアプリへのプッシュ通知を送信します。

Power Apps コンテキストを使用して作成されたアプリ外での Power Automate の使用例

同じユーザー (上記の例では) が、今度は Oracle データベースを更新するフローを使用したいと考えており、次のプロパティも持っています。

  • Power Apps を使用して作成されたアプリとは全く関係がありません。

  • Power Apps (またはそのデータ ソース) を使用して作成されたアプリとは一切関係ありません。

この例では、Power Automate を使用して作成されたフローは Power Apps のコンテキストの外部で使用されているため、ユーザーにはスタンドアロン Power Automate ライセンスが必要です。

Power Automate の 2 番目の例では、Power Apps コンテキストを使用して作成したアプリの外で使用します

環境には複数のアプリがあります。 アプリを直接サポートするのではなく、データの品質を保証するデータ管理のフローがあります。 ユーザーは、Power Automate のスタンドアロン ライセンスが必要です。

AI Builder ライセンスに関する質問

グローバル AI Builder ライセンス情報については、次の記事を参照してください。

ライセンス付き AI Builder アクションは Power Automate フロー内でどのように行われますか?

フロー内で AI Builder アクションを追加して実行するには、特定の AI Builder ライセンスが必要です。 AI Builder アクションは AI Builder クレジットを消費します。 Power Automate プレミアム ライセンス内、他の Power Platform プレミアム ライセンス内、または主に AI Builder 容量アドオン内で取得できます。

クレジットは フローの環境で利用できる 必要があります。

AI Builder 試用版 を使うこともできます。

Power Automate プレミアム ライセンスにはいくつのクレジットが含まれていますか?

シードされたクレジットの詳細を確認するには、AI Builder クレジットの資格を取得 に移動してください。

実施

フローがオフになったのはなぜですか?

詳しくは、ライセンスの問題でプレミアム フローが停止された場合 をご覧ください。

このリンクには、エンフォースメントの種類や、エンフォースメントによる中断を避けるためにプレミアム ライセンスが必要なフローを特定する方法も記載されています。

たくさんの環境があります。 どうすれば、テナント間で私の注意を必要とするフローを確保できるでしょうか?

テナント内の環境の数が 500 未満の場合は、次のスクリプトを使用して、テナント全体でライセンスが必要なすべてのフローを取得します:

$environments = Get-AdminPowerAppEnvironment

$allFlows = @()
foreach ($env in $environments) {
    Write-Host "Getting flows at risk of suspension for environment $($env.DisplayName)..."
    $flows = Get-AdminFlowAtRiskOfSuspension -EnvironmentName $env.EnvironmentName
    Write-Host "Found $($flows.Count) flows at risk of suspension."
    $allFlows += $flows
}

すべてのフローを CSV ファイルに書き込みます

$allFlows | Export-Csv -Path "flows.csv" -NoTypeInformation

Write-Host 「一時停止のリスクがあるすべてのフローが flows.csv に書き込まれます」

テナント内に 500 を超える環境がある場合は、サポート チケットを発行して、サポート チームがレポートを実行できるようにします。

ライセンスを割り当てましたが、PowerShell で注意が必要なフローが依然として表示されます。 なぜですか?

ライセンスを割り当てるか、フローをアプリに関連付けたら、フローを編集して保存します。 PowerShell が更新され、PowerShell 応答からフローが削除されるまでに最大 24 時間かかる場合があります。

ライセンスを割り当てましたが、Power Automate ポータルでフローに注意が必要と記載されたバナーが依然として表示されます。 なぜですか?

ライセンスが割り当てられるか、フローがアプリに関連付けられると、プレミアム ライセンスが Power Automate ポータルに表示されるまでに最大 7 日かかる場合があります。 最新のライセンスの状態を更新するには、フローを編集して保存します。

フローが Power Apps/Dynamics 365 アプリのコンテキスト内にあるかどうかを簡単に決定するにはどうすればよいですか ?

Power Apps/Dynamics 365 アプリをサポートするために作成されたフローですか ? 関連するアプリが削除された場合、フローを削除できますか ? フローはアプリと同じデータ ソースと通信していますか? その場合、フローはコンテキスト内にあります。

コンテキスト フローで Power Apps/Dynamics 365 アプリに関連付ける方法

Power Apps/Dynamics 365 で構築されたアプリをサポートするために作成されたフローは、アプリのコンテキスト内で実行する必要があります。 これは、フローがトリガーまたはアクションにアプリと同じデータ ソースを使用する必要があることを意味します。 自動化またはスケジュールされたクラウド フローがアプリをサポートするために作成され、アプリのコンテキスト内にある場合は、PowerShell スクリプト を使用してフローをアプリにリンクします。 フローがリンクされると、アプリとフローの間に依存関係が確立され、まとめて管理できるようになります。 リンクされたアプリが削除されたか、または未使用の場合、フローはオフになります。

メーカーは、Power Automate ポータルからフローをアプリに関連付けることもできます。 詳細については、アプリへのアソシエイトフロー を参照してください。

アプリごとのプランに含まれる Power Automate の機能

アプリごとの Power Apps プランでは、ユーザーはプレミアム機能を使用する Power Automate フローを実行できます。 フローは Power Apps によってトリガーされるか、PowerShell または Power Automate ポータルを通じてアプリに関連付けられる必要があります。

詳細については、コンテキスト フローでアプリに関連付けるを参照してください。

多重化

多重化とは、顧客がハードウェアまたはソフトウェアを使用して接続をプールしたり、情報を再ルーティングしたり、Power Apps、Power Automate、および Power Virtual Agents サービスに直接アクセスまたは使用するユーザーの数を減らしたりすることを指します。

購入すべきライセンスの数を減らすメカニズムとして多重化を使用することは、ライセンス違反となります。 詳細については、クライアント アクセス ライセンス (CAL) の要件 から多重化ガイダンスを参照してください。

多重化が何であるか、またはそうでないかのいくつかの例を次に示します。

  1. プレミアム フローが Dataverse から共有の場所へデータを移動するだけ、または同僚に電子メールを送信するだけの場合は、ユーザーはフローをトリガーするのではなく、データを消費しているため、多重化には該当しません。

  2. SharePoint リストに新しいアイテムが追加されたときにプレミアム フローがトリガーされる場合、Dataverse に詳細を保存し、次にフローの所有者にメールを送信すると、複数のユーザーがアイテムをリストにアップロードできますが、メールは所有者にのみ送信されます。 この場合、フローから価値を得ているのは所有者だけなので、所有者だけがライセンスを必要とします。

  3. 2 番で言及されたフローが項目をアップロードしたユーザーにメールを送信する場合、所有者とユーザーの両方に Premium ライセンスが必要です。 この場合、ユーザーは (アイテムを SharePoint にアップロードすることにより) 間接的にフローをトリガーし、電子メールの形でフローから値を取得します。 すべてのユーザーへのライセンス供与に失敗すると、多重化の対象になります。

共有サービス アカウントで複数のフローを実行しています。 必要なライセンスは?

  • サービス アカウント: サービス アカウントとして使用される Microsoft Entra ユーザー アカウントです。 サービス アカウントは、アプリケーション、API やその他のサービスなど、人間以外のエンティティを表すことを目的とした特別なタイプのアカウントです。 他のユーザーと認証情報を共有することでサービス アカウントとして使用されるユーザー アカウントは、セキュリティ リスクをもたらし、複数のユーザーがサービス アカウントにアクセスできる場合、フローに変更を加えたユーザーの追跡が困難になります。 パスワードの管理も難しくなります。 サービス アカウントを作成する場合は、タスクに必要なアクセス許可のみを指定してください。 既存のサービス アカウントを評価して、アクセス許可を減らせるか確認します。 セキュリティ リスクを最小限に抑えるために、サービス アカウントにアクセスできる人数を制限します。 露出を最小限に抑えるために、シナリオごとに異なるアカウントを作成することもできます。 サービス アカウントはベスト プラクティスとして推奨されません。 一部のシナリオでは、サービス アカウントを使用して、元の所有者へのフローから依存関係を削除します。 このような場合は、サービス プリンシパルを使用してセキュリティの脅威を解決できます。

  • サービス プリンシパル: Microsoft Entra サービス プリンシパルは、アプリケーション インスタンスの ID として機能します。 サービス プリンシパルで、アプリケーションにアクセスできるユーザーと、アプリケーションがアクセスできるリソースを定義します。 サービス プリンシパルは、アプリケーションが使用される各テナントで作成され、グローバル一意のアプリケーション オブジェクトを参照します。

  • 非対話型ユーザー: Dataverse データベース間でデータを移行するバックグラウンド プロセスなどのアクティビティに対して、非対話型ユーザーをサポートします。 これらでは、ユーザーがサービスと対話する必要はありません。 テナントごとに最大 7 人の非対話型ユーザーの制限があります。 非対話型ユーザーは Power Automate でまだサポートされていません。

  • 人間のユーザー: Microsoft Entra ID からの同期される人間のユーザーです。

このガイダンスは、フローの所有者としてサービス アカウントで実行するフローに固有のものです。

サービス アカウントでフローを実行する場合、多重化を回避する方法は次のとおりです:

  • フローが標準コネクタのみを使用し、プレミアム機能を使用しない場合は、サービス アカウントの資格情報を持つすべてのユーザーが、Microsoft/Office 365 ライセンス、Power Automate Free、または任意の Power Automate Premium ライセンスを使用できます。

  • フローがプレミアム機能 (プレミアム コネクタ、ロボティック プロセス オートメーション、カスタム コネクタ、オンプレミス ゲートウェイ、ビジネス プロセス フロー) を使用する場合:

    • サービス アカウントは、限られたユーザーのセットによって使用されます。 この場合、すべてのユーザーとサービス アカウントのライセンスで十分です。
    • サービス アカウントは多くのユーザーに使用されます。 この場合、フローに Premium ライセンスを割り当てて、アカウントに追加する新しいユーザーが自動的に準拠するようにすることをお勧めします。
  • フローが、手動かアプリによってトリガーされるフロー/Dataverse の「ユーザーとして実行」フローの場合、フローを実行するすべてのユーザーには Premium ライセンスが必要であるか、フローに Premium ライセンスが必要です。 この FAQ の Premium ライセンスの購入が必要なユーザー をご確認ください。

  • プレミアム フローは、Power Apps/Dynamics 365 アプリを使用して作成されたアプリのコンテキストにあります (フローはアプリのデータ ソースを共有します)。

    • サービス アカウントの資格情報とサービス アカウントを持つすべてのユーザーは、Power Apps/Dynamics 365 ライセンスが必要です。
    • Power Apps/Dynamics 365 ライセンスを持っていない場合は、すべてのユーザーとサービス アカウントは Power Automate ユーザー ライセンスが必要です。
    • または、プロセス ライセンスでフローのライセンスを取得できるので、ユーザー/サービス アカウントにライセンスは必要ありません。
  • サービス アカウントの資格情報を共有し、サービス アカウントに割り当てられた Power Automate Premium ライセンスを 1 つ持つプレミアム フローを使用する複数のユーザーは、多重化と見なされ、フローは準拠していません。

Note

このガイダンスは、フローの所有者または実行のみユーザーとして使用されるサービス アカウントに固有のものです。 接続または共同所有者としてサービス アカウントを使用するフローは、このガイダンスの影響を受けません。 セキュリティ リスクを回避するために、サービス アカウントではなくサービス プリンシパルを所有者としてフローを実行することをお勧めします

これはガイダンスのみであり、強制するものではありません。 管理者は、コンプライアンスを維持するためにすべてのフローのライセンスを正しく与える責任があります。

一連のユーザーに承認要求を送信し、ユーザーが要求を承認または拒否するのを待ってから実行を継続するプレミアム フローがあります。 承認者には Premium ライセンスが必要ですか?

承認要求に応答するユーザーに Premium ライセンスは必要ありません。

自動化フロー - ユーザーは、項目が Microsoft Lists を使用して作成されたリストに追加されたときにトリガーされ、SQL データベース (プレミアム) を更新するフローを構築します。 複数のユーザーが、Microsoft Lists を使用して作成されたリストに項目を追加できます。 ユーザーに Premium ライセンスは必要ですか ?

フローは、自動化フロー/予定フローでは所有者ライセンスのコンテキストで実行され、インスタント、Power Apps、または Dataverse によってトリガーされたフローではユーザーのライセンスが呼び出されます。 そのため、Microsoft Lists を使用して作成されたリストに項目を追加したユーザーに Premium ライセンスは必要ありません。

実行のみのユーザーとのインスタント フローがあり、プレミアム コネクタを使用しています。 作成者はそのフローをチームと共有し、チームがそのフローを実行できるようにします。 全員に Premium ライセンスが必要ですか?

フローはインスタント フローであるため、フローを呼び出すすべての人に Premium ライセンスが必要です。

プレミアム コネクタを持つ子フローがあり、プレミアム コネクタを持たない複数の親フローによって呼び出されます。 すべての親フローにライセンスを付与する必要がありますか? それとも子フローにライセンスを付与すれば十分ですか?

親フローにライセンスを付与するか、Premium ライセンスを使用して子フローにライセンスを付与するかのいずれかができます。 ただし、親フローにプレミアム コネクタもある場合は、親フローの所有者が Premium ライセンスを持っているか、親フローが Premium ライセンスを持っている必要があります。

自分のフローは複数のユーザーからの接続を使用します。 それらすべてのライセンスを取得する必要がありますか?

ライセンスが必要なユーザーは、フローで使用される接続とは無関係です。 自動化されたまたは予定されたフローは常に所有者のライセンスの下で実行され、手動フローまたはアプリは常にフローをトリガーしたユーザーの下で実行されます。