Power Automate のライセンスに関するよくあるご質問

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

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

クラウド フローにプロセス ライセンスを割り当てる場合、フローは Premium コネクタにアクセスでき、プロセス ライセンスごとに 1 日あたり 250,000 アクションの専用エンタイトルメントを持ちます。 フローは、フローを実行するユーザーに関係なく、常にプロセス ライセンス制限を使用します。

フローがユーザー ライセンスで実行される場合、アクションの制限はライセンス コンテキストによって異なります。 自動化されたフローとスケジュールされたフローでは、フロー所有者のライセンス コンテキストが使用されます。 インスタント フロー (ボタン、Power Apps) では、呼び出し元のユーザーのライセンス コンテキストが使用されます。 アクションの制限はコンテキストごとに適用されます。ユーザーが複数のライセンスを持っている場合、各フローは、合計ではなく、実行されるコンテキストの制限を取得します。 複数のプランがある場合のアクション制限の詳細については、こちらをご覧ください。

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

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

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

マイクロソフトは、組織内のすべてのユーザー用に Power Automate Premium ライセンスを購入することをほとんどの組織に推奨しています。 非アテンド型自動化を実行するすべてのビジネス プロセスまたはマシンに対して、Power Automate プロセス ライセンスを購入します。 Power Automate ホスト プロセスは、Power Automate プロセス ライセンスのスーパーセットであり、同じ機能を提供しますが、ホスト型コンピューターまたはホスト型コンピューター グループで使用できる Microsoft ホスト型コンピューター容量が追加されているため、インフラストラクチャなしで RPA を実現できます。

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

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

プロセス ライセンスは、ソリューション対応の 1 つのクラウド フローまたは フロー グループに直接割り当てることができます。 フロー グループでは、最大 25 個のソリューション対応クラウド フローが 1 つのプロセス ライセンスを共有できます。 グループの容量を使用するすべての親フローと子フローを明示的に追加する必要があります。

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

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

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

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

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

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

  コア ビジネス プロセスごとに 1 つのプロセス ライセンスを購入します。 コア ビジネス プロセスの例には、請求書処理や人事 (HR) オンボードなどがあります。 関連するクラウド フロー間でライセンスを共有するには、最大 25 個のソリューション対応フローを フロー グループに追加します。 フローは、同じビジネス プロセスの一部であるため、自動的にはカバーされません。

• フローが 1 日あたり 250,000 アクションを超えています。必要なプロセス ライセンスの数。

  同じフローで追加のプロセス ライセンスをスタックします。 毎日の使用量 (1 日あたりのアクション数) × (1 日あたりの実行数) を見積もり、250,000 で割ってスタックするライセンスの数を決定します。

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

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

次のスクリーンショットでは、1 つのプロセス ライセンスが、同じコンピューター上で実行されているデスクトップ フローを持つすべてのクラウド フローを対象としています。

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

コア ビジネス プロセスは、小規模な取り組みから、共有データ ソースによって相互接続された複数のフローにまたがる大規模な取り組みまで、その規模と複雑さはさまざまです。 たとえば、請求書処理プロセスには、請求書の作成から承認、支払いまでを処理する複数のフローがあります。 すべてのフローは、完了まで複数の手順を経て請求書を処理するため、すべてのフローは 1 つのビジネス プロセスの一部です。 1 つのプロセス ライセンスは、フローが 1 つの対象となるフロー グループとその共有の 250,000 アクションの毎日のエンタイトルメント内に収まる場合に、コア ビジネス プロセスをカバーできます。

1 つのプロセス ライセンスを フロー グループ に割り当て、1 日あたり 250,000 アクションを最大 25 個のソリューション対応クラウド フローで共有できます。 共有容量を使用するすべてのフローをグループに追加します。 親フローと子フローは個別のグループ メンバーであり、親フローを追加しても、その子フローが自動的に追加されたりライセンスされたりすることはありません。

1 つのフローで 1 日あたり 250,000 を超えるアクションが必要な場合は、代わりにプロセス ライセンスをそのフローに直接割り当てます。 個々のフローで最大 10 個のプロセス ライセンスをスタックできますが、フロー グループでライセンスをスタックすることはできません。

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

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

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

汎用オートメーション (Premium コネクタエンタイトルメントを使用) を作成する必要があるユーザー、完全な柔軟性 (カスタム コネクタエンタイトルメントを使用)、キーボードやマウス のキーや移動 (ロボティック プロセス オートメーション参加資格を持つ) などの人間の動作をシミュレートするアプリケーションと対話する必要があるユーザーは、Power Automate Premium ライセンスを検討する必要があります。

より正確には、次のようになります。

• Power Automate ポータルでデスクトップ フローを構築および管理する RPA 開発者ごとに Premium ライセンスが必要です。 プレミアム RPA 機能に関する詳細情報。
• プロセス ライセンスは、すべてのライセンスの中で最も優先度が高くなります。 この優先順位は、プロセス ライセンスがフローに割り当てられている場合、フローは常にプロセス ライセンスの制限を使用し、所有者または実行中のユーザーが Premium ライセンスを持っている必要がないことを意味します。
• 自動化フローおよび予定フローは、フローを開始するユーザーやフロー内で接続に使用されているアカウントに関係なく、常にフロー所有者のコンテキストで実行されます。 インスタント フロー (ボタン、ハイブリッド トリガー) は、フローが使用する接続に関係なく、フローを呼び出すユーザーのコンテキストで実行されます。 自動化フローまたは予定フローがプレミアム コネクタを使用する場合、所有者のみがプレミアム ライセンスを持っている必要があります。
• インスタント フローにプレミアム コネクタがある場合、フローを実行する各ユーザーには 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 ライセンスが必要です。
• 親フローと子フローがユーザー ライセンス コンテキストを使用する場合、子フローは親フローのコンテキストを利用します。 たとえば、次の基準が満たされる場合、親フロー所有者のライセンスが使用されます。
  • 親フローが自動フローの場合、および
  • 子フローはプレミアム コネクタを使用し、
  • 子フローにプロセス ライセンスがない。 子フローにプロセス ライセンスがある場合、親フローのライセンスではなく、プロセス ライセンスが使用されます。

これらのユーザー ライセンス コンテキスト ルールでは、子フローがその親からプロセス容量を継承することはありません。 プロセス容量を使用するには、プロセス ライセンスを子フローに直接割り当てるか、親と同じフロー グループに明示的に追加します。

すべての環境にライセンスが必要ですか?

ライセンスの種類によって異なります。

• プロセス ライセンスは環境固有です。 各フローは特定の環境に存在し、フローを別の環境にインポートすると、個別のフローが作成されます。 フロー グループとプロセス容量の割り当ても環境固有です。 すべてのターゲット環境で、フロー グループを作成または検証し、容量を共有する必要がある各親フローと子フローを明示的に追加し、プロセス ライセンスをグループに割り当てます。
• ユーザー ライセンスではありません。 Power Automate Premium、Microsoft 365、およびDynamics 365は、テナント レベルで割り当てられたユーザー ライセンスです。 ライセンスを持つユーザーは、個別のライセンスを購入しなくても、すべての環境でフローを実行できます。

Power Automate Hosted Process ライセンスは、Power Automate Process ライセンスとして使用できますか?

はい、Power Automate ホスト プロセス キャパシティは 2 通りの方法で使用できます。

• ホスト型コンピューターおよびホスト型コンピューター グループ。
• オンプレミスの マシン上の非アテンド型ロボティック プロセス オートメーション (非アテンド型 RPA) またはビジネス プロセスの一部であるフローに使用できるプロセス ライセンスとして。

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

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

Power Apps、Power Automate、Microsoft Copilot Studio、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 を使用するにはライセンスが必要ですか?

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

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

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

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

office、Power Automate Premium、Power Apps Premium、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を使用でき、その使用権を持つことができますが、ダウンロード センターからダウンロードする必要があります。

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

2024 年 2 月 1 日に、フローごとのPower Automateプランと Power Automate 無人 RPA アドオンが価格表から削除されました。 既存のフローごとのライセンスは引き続き機能しますが、追加購入したり、1 つのフローにスタックしたり、 フロー グループ間で共有したりすることはできません。 プロセス ライセンスは、無人ロボット プロセス自動化 (無人 RPA) とクラウド フローの両方に代わるものであり、無制限のユーザーがアクセスでき、スタックでき、フロー グループに割り当てることができます。

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

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

クラウド フローの場合、フローごとにレガシ ライセンスも、フローに直接割り当てられたプロセス ライセンスも、その子フローを自動的にカバーしません。 この割り当てモデルは、プロセス容量をマシンに割り当てるのとは異なり、対象となるクラウド フローはマシンからプロセス 計画を継承できます。 クラウド フロー間で 1 つのプロセス ライセンスを共有するには、最大 25 個のソリューション対応の親フローと子フローを フロー グループに追加します。

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

Power Automate Premium のオファーには、ユーザーごとにアテンド型 RPA を月額 40 USD で利用できる Power Automate の全機能とともに、Process Mining のプロセスを視覚化および分析する機能が月額 15 USD で提供される特典が含まれています。

アクションの制限と容量に関する質問

アクションの制限とその回答についてよく寄せられる質問を次に示します。 Power Automate 内では、すべてのトリガーとアクションの実行は 1 つのアクションとしてカウントされます (管理センター レポートでは Power Platform 要求として表示されます)。 ループ内のアクションはイテレーションごとに 1 回実行されるため、ループはアクション数を乗算します。

アクションとしてカウントされる内容

ライセンスに基づいて、クラウド フローが 1 日に実行できるアクションの数には制限があります。 これらの制限は、コネクタの調整の制限とは異なります。 クラウド フローの詳細ページから分析を選択し、アクション タブを確認すると、フローが実行するアクションの数を確認できます。

フローで実行ごとに使用されるアクションが少ない場合でも、フローの実行頻度が予想よりも高い場合は、制限に達する可能性があります。 たとえば、上司から電子メールが届くたびにプッシュ通知を送信するクラウド フローを作成することができます。 そのフローは、誰からのものであってもメールを受信するたびに実行される必要があります。これは、そのメールが上司からのものであるかどうかを確認するためです。 この制限は、24 時間以内のすべてのフローにわたるすべての実行に適用されます。 アクションの使用状況を見積もる分析情報を次に示します。

• 1 つのトリガーと 1 つのアクションを持つ単純なフローでは、フローが実行されるたびに 2 つのアクションが発生します。
• フロー内のすべてのトリガーとアクションがカウントされます。 コネクタ アクション、HTTP アクション、組み込みアクション (変数の初期化、スコープの作成から単純な作成アクションまで) のすべての種類のアクションは、1 日のアクションの制限にカウントされます。 たとえば、SharePoint、Exchange、Twitter、または Dataverse に接続するフローは、これらすべてのアクションがカウントされます。
• 成功したアクションと失敗したアクションの両方がこれらの制限の対象となります。 スキップされたアクションはカウントされません。
• 各アクションは、ループ アクション自体を含め、1 つとしてカウントされます。 ループ 内 のアクション (Apply to Each, Do Until) は、イテレーションごとに 1 回実行されます。2 つのアクションと 10 回の反復を含むループでは、21 個のアクション (1 ループ + 2 × 10) が使用されます。
• アクションは複数の式を持つことができますが、1 つのアクションとしてカウントされます。
• 再試行やページネーションによる追加要求も、アクションの実行としてカウントされます。

すべてのメールの添付ファイルが OneDrive に保存される次のクラウド フローについて考えてみましょう。 トリガーは 1 つのアクションとしてカウントされます。 「それぞれに適用」のループ自体は、1 つのアクションとしてカウントされます。 ループ内の 2 つのアクションは、添付ファイルごとに 1 回実行されます。添付ファイルは 4 つあり、4 × 2 = 8 アクションです。 合計: 1 + 1 + 8 = 10 アクション。

クラウド フローでは、だれのアクション制限が使用されますか?

• クラウド フローにプロセスまたはフローごとのライセンスがある場合、フローでは、作成者、所有者、またはユーザーの制限の呼び出しではなく、プロセスまたはフローごとのライセンス制限が使用されます。

• 自動化されたスケジュールされたクラウド フロー では、フローを呼び出したユーザーやフロー内の接続に使用されるアカウントに関係なく、フロー作成者または所有者のアクション制限が常に使用されます。 ソリューション フローの場合は、 Web API を使用してフローの所有者を変更できます。 所有者を変更すると、新しい所有者のアクション制限が使用されます。 ソリューション以外のフローの場合、フローでは常に元の作成者の制限が使用されます。これは変更できません。 元の作成者が会社を辞めた場合、フローの共同所有者は、別の所有者としてフローをエクスポートおよびインポートできます。 フローをインポートすると、フローが新しいフローになり、新しい所有者の制限の使用が開始されます。 または、プロセスまたはフローごとのライセンスをフローに割り当てることができます。

• インスタント クラウド フロー (ボタン、Power Apps、ハイブリッド トリガー) は呼び出し元のユーザーの制限を使用します。

• フロー所有者がサービス プリンシパルである場合、フローには、プロセスまたはフローごとのライセンスがある場合、プロセス ライセンスが割り当てられているフロー グループに属している場合、または指定されたライセンスユーザーが含まれている場合を除き、ライセンスのないユーザー制限が使用されます。

• 自動化されたフローまたはスケジュールされたフローを別のユーザーと共有し、そのユーザーが同じフローをトリガーする場合、新しいユーザーの制限ではなく、元の所有者の制限が使用されます。 ただし、ユーザーがフローを利用して独自の新しいフローを作成した場合、その新しいユーザーは新しいフローの所有者になり、そのフローでは新しいユーザーの制限が使用されます。

• 親フローと子フローがユーザー ライセンス コンテキストを使用する場合、子フローは親フローの制限を使用します。 たとえば、親フローが自動化されたフローである場合、子フローでは親フローの作成者または所有者の制限が使用されます。

• 親フローが手動フローの場合、子フローは親フローの呼び出し元ユーザーの制限を使用します。

• 子フローにプロセスまたはフローごとのライセンスがある場合、親フローの制限ではなく、プロセスまたはフローごとの制限が使用されます。

• 子フローは、親からプロセス容量を継承しません。 プロセス容量を使用するには、プロセス ライセンスを子フローに直接割り当てるか、親と同じ フロー グループ に明示的に追加します。 各親フローと子フローは、25 フロー グループの制限に個別にカウントされます。

作成者が使用状況を分析するためのどんなツールがありますか?

フローの実行時に遅延や速度低下が発生した場合は、1 日のアクションの制限を超えている可能性があります。 超過のために一貫して遅延しているフローの場合、ユーザーは、フローの遅延実行を防ぐ方法に関するヒントとコツとともに、これらの超過について知らせる通知も受け取ります。

これは、アクション制限を一貫して超えているフローに対して送信されたメールの例です。

管理者が環境の使用状況を分析するためのどのようなツールがありますか?

Power Platform 管理センターには、 アクションの使用状況に関するレポートが含まれています。 これらのレポートにより、組織の採用状況やユーザーのメトリクスを素早く確認することができます。 現在、パブリック プレビュー段階です。 次の利用状況レポートを使用できます。

• ユーザー レポート – 割り当てられた制限と比較して、環境内のすべてのユーザーに対するアクションの使用状況 (Power Platform 要求というラベルが付いている) を表示します。
• フローごとのライセンスフローレポート – フローごとまたはプロセスライセンスを持つ環境内のすべてのフローのアクション使用状況を表示します。
• ライセンスのないユーザー レポート – ライセンスのないユーザーのアクションの使用状況と、そのテナントのライセンスのないユーザーの合計エンタイトルメントが表示されます。

公式の制限の適用は、Power Automate使用状況レポートが一般公開されてから少なくとも 6 か月が経過するまで開始されません。ユーザーは、より高いアクション制限ライセンスに対応して購入する時間を与えます。

フローが実行するアクションが多すぎるとどうなりますか?

クラウド フローが実行するアクションが多すぎる場合、それはフローのパフォーマンスに影響を与えます。 フローが抑制されているときは、フローにバナーが表示されます。

最も一般的なケースでは、制限を超えると後続のアクションの実行が遅くなり、この遅延によってフローの全体的な実行時間が遅くなります。 これらの遅延は、フローによって引き起こされる超過の程度に比例します。

時々超過するのは問題ありません。 たとえば、1 日の制限を 500 アクション超えた場合、フローのパフォーマンスには影響しません。 ただし、制限を 50,000 アクション超えると、数日間のフローのパフォーマンスに大きな影響を与える可能性があります。

フローが制限を超過している場合はどうすればよいですか?

ユーザーは、時々妥当な範囲で超過したとしても、アプリやフローの使用をブロックされることはありません。

ここでは、ライセンスの限界を超えてしまった場合にできることをご紹介します。

• デザインを見直し、呼び出されるアクションの数を減らすのに役立つ場所を確認します。 より 少ないアクションと少ないデータを使用するようにフローを再設計する方法の詳細について説明します。 フローが必要なときにのみ実行されるようにトリガー条件を追加し、各ループに 適用 する代わりにデータ ソースでフィルター処理し、結果を変更せずにすべてのイテレーションで実行されるアクションを削除します。
• フローが既に最適化されているが、ビジネスの性質上多くのアクションを使用している場合は、プロセス ライセンスを検討してください。 プロセス ライセンスは、使用可能な最高のアクションエンタイトルメント (1 日あたり 250,000 アクション) を提供します。 これはユーザーではなくフローに割り当てられるため、権利はフローを所有または実行するユーザーに依存しません。 フローは ソリューション内にある必要があります。
  • フローに既にプロセス ライセンスがあり、まだ 250,000 個を超えるアクションがある場合は、同じフローに 追加のプロセス ライセンスをスタック できます。各フローでは、1 日あたり 250,000 個のアクションが追加され、最大 10 個のライセンスが追加されます。
  • 1 つのライセンスで複数の関連フローをカバーするには、 フロー グループ に割り当て、最大 25 個のソリューション対応クラウド フローで 1 日あたり 250,000 アクションを共有します。 各親フローと子フローを明示的に追加します。 フロー グループでライセンスをスタックすることはできません。
  • 管理センターで Power Platform 要求レポートを使用して、追加の容量を必要とする使用率の高いフローを特定します。

制限がかかっていて Process ライセンスをすぐに購入できない場合は、グローバル管理者が 30 日間の無料試用を開始して、すぐに容量を確保できます。 Microsoft 365 管理センターで、[課金>購入サービス] に移動し、Power Automateを検索し、プロセス ライセンスを選択して、[無料試用版の開始] を選択します。 試用版プロセス ライセンスには有料ライセンスと同じ権利が含まれているため、調整されたフローに割り当てたり、既にプロセス ライセンスを持っているフローに 1 つをスタックしたりできます。 試用版は 30 日間実行され、1 回延長できます。 詳細については、 管理者が管理する試用版ライセンスを参照してください。

フローが 14 日間連続して移行期間の制限を超えている場合、Power Automateは中断し、所有者に通知します。 プロセス ライセンスを割り当ててフローの制限を引き上げ、いつでもフローをオンに戻します。

コネクタの制限とは何ですか。また、アクションの制限とは異なりますか?

コネクタには、サービス保護メカニズムとして個別の制限があります。 たとえば、SharePoint コネクタは、アクションの数を 1 分あたり 600 に制限しています。 複数のフローで使用される単一の SharePoint 接続でも、1 分あたり 600 回の操作しか実行できません。 ほとんどのコネクタ ページには、これらの制限が書かれた調整セクションがあります。 この制限は、1 日のアクションの制限とは異なります。 たとえば、Office ユーザーは、すべてのフローで 1 日あたり 6000 のアクションを実行できますが、6000 アクションの制限に達していないにも関わらず、1 分間に 600 を超える SharePoint アクションを使用した場合、コネクタによって抑制される可能性があります。

フローがコネクタの制限を超えたために抑制された場合、フローに HTTP 429 (リクエストが多すぎます) エラーが表示され、「レート制限を超えました。 27 秒後にもう一度やり直してください。」 などのエラー テキストが表示される場合があります。

CoE スタート キットを使用しています。 使用量はアクションの制限にカウントされますか?

Yes. CoE Starter Kit に含まれるクラウド フローでは、フロー所有者のアクション制限が使用されます。 CoE フローが調整されている場合は、使用率の高いフローに プロセス ライセンス を割り当てるか、プロセス ライセンスが割り当てられている フロー グループ に追加します。

フローでサービス プリンシパルを使用することはできますか。また、アクションの制限に対してカウントされますか?

はい。所有者がサービス プリンシパルであるフローでは、 ライセンスのないユーザー制限と呼ばれる別のクォータが消費されます。 これらの制限は、サービス プリンシパルがフロー 所有者である場合にのみ適用され、フロー内の接続でサービス プリンシパルが使用される場合は適用されません。 手動フロー (ボタン、Power Apps) では、所有者がサービス プリンシパルである場合でも、呼び出し元のユーザーのアクション制限が使用されます。 フローで Premium コネクタが使用されている場合、呼び出し元のユーザーは Power Automate Premium ライセンスを持っている必要があります。

自動またはスケジュールされたサービス プリンシパル フローの制限:

• Dynamics 365 アプリ コンテキスト: 基本 500,000＋D365 ユーザー ライセンス 1 件あたり 5,000、上限 10,000,000 まで、テナント単位でプールされます。 たとえば、1,000 Dynamics 365 ライセンスを持つテナントには、すべての Power Platform リソース (サービス プリンシパル フロー、Dataverse 要求) に対して 1 日あたり 5,500,000 アクションのプールがあります。 詳細については、 ライセンスのないユーザー要求の制限に関する表を参照してください。

• Premium(Dynamics 365コンテキスト外): 各フローには、プロセスまたはフローごとのライセンス (フローあたり 1 日あたり 250,000 アクション)、プロセス ライセンスが割り当てられているフロー グループのメンバーシップ、または指定されたライセンスユーザーが必要です。 ライセンスを持つユーザーを指定すると、フローはそのユーザーの権利の下で実行され、そのユーザーのアクション制限が適用されます。

• 標準コネクタのみ: テナント レベルで 1 日あたり 25,000 アクション、ライセンスごとの見越しはありません。

より多くの容量が必要な場合は、必要なフローにさらに 多くのプロセス ライセンス を割り当てるか、 フロー グループで最大 25 フローにわたって 1 つのライセンスを共有します。

詳細については フローをアプリに関連付けるを参照してください。

デスクトップ フロー アクションは、アクションの制限に対してカウントされますか?

クラウド フローから呼び出したデスクトップ フロー アクションのみが、制限に対してカウントされます。 デスクトップ フロー自体内のアクションはカウントされません。

複数のプランがある場合、アクションの制限はどうなりますか?

アクションの制限はコンテキストごとに適用され、ライセンス間で結合されることはありません。 各フローは、それに適用されるライセンス コンテキストの下で実行され、そのコンテキストの制限を個別に取得します。

• プロセス ライセンスを持つフローでは、ユーザーのライセンスに関係なく、常にプロセス ライセンス制限 (250,000 アクション/日) が使用されます。
• 自動化されたフローまたはスケジュールされたフローでは、フロー所有者のライセンス コンテキストが使用されます。 所有者が Dynamics 365 ライセンスと Power Automate Premium ライセンスの両方を持っている場合、Dynamics 365 アプリ コンテキストで実行されているフローでは Dynamics 365 の制限 (40,000 アクション/日) が使用され、スタンドアロン フローでは Premium 制限 (40,000 アクション/日) が使用されます。 これらの制限は合計しても 80,000 にはなりません。
• インスタント フロー (ボタン、Power Apps) は、呼び出し元のユーザーのライセンス コンテキストを使用します。

ユーザーが同じ製品ライン (Dynamics 365 Customer Service Enterprise や Dynamics 365 Sales Enterprise など) 内に複数のライセンスを持っている場合、フローでは、コンテキストに適用されるライセンスの制限が使用されます。制限はスタックしません。

プロセス ライセンスのみをスタックでき、個々のクラウド フローでのみ (フローあたり最大 10 個)。

クラウド フローのアクション制限を知る方法

クラウド フローのアクション制限は、実行されるライセンス コンテキストによって異なります。 各フローはコンテキストの制限を取得し、異なるライセンスからの制限はコンテキスト間で加算されません。

プロセス ライセンスを持つフローの場合は、 複数のプロセス ライセンスをスタック して、1 日あたり 250,000 アクションを超える制限を引き上げることができます。

1 つのクラウド フローに複数のプロセス ライセンスを割り当てることができますか?

Yes. 1 つのクラウド フローに最大 10 個のプロセス ライセンスをスタックして、毎日のアクションの権利を増やすことができます。 各プロセス ライセンスでは、1 日あたり 250,000 アクションが追加されます。 たとえば、3 つのプロセス ライセンスを 1 つのクラウド フローに割り当てると、1 日あたり 750,000 アクションが提供されます。

または、1 つのプロセス ライセンスを フロー グループ に割り当てて、最大 25 個のソリューション対応クラウド フローで 1 日あたり 250,000 アクションを共有します。 共有容量を使用するすべての親フローと子フローを明示的に追加する必要があります。 子フローは、親からプロセス容量を継承しません。 スタックはフロー グループでは使用できません。

フローでライセンスをスタックするには:

1. 環境管理者がプロセス ライセンスを環境に割り当てます。
2. フローの所有者または管理者がフローの [詳細] ページを開きます。
3. プロセス ライセンス設定で、フローに割り当てるライセンスの数を選択します。

詳細については、「 プロセス容量をクラウド フローに割り当てる」を参照してください。

アクション制限は組織内のユーザー間でプールされますか?

No. アクションの制限はコンテキストごとに適用されます。各ユーザーと各ライセンスフローは、個別に独自の日次制限を取得します。 制限は、環境レベルでもテナントレベルでも共有または合算されません。 たとえば、8 人のユーザーがOffice 365 ライセンスを持っている場合 (1 日に 6,000 アクション)、それぞれ 6,000 を取得します。テナントの制限は 48,000 に結合されません。 同様に、さまざまなライセンス (Premium や Dynamics 365 など) のユーザーの制限は、合計ではなく、各コンテキストで実行されているフローに個別に適用されます。

アクションの使用を減らすためのベスト プラクティス

フローの設計とスケーリングに役立つベスト プラクティスを次に示します。

デザインのためのベスト プラクティス

自動化を実現するには、可能な限り少ない数のアクションを使用します。

• フローが 'Do Until' や 'Apply to Each' のループを使用している場合は、繰り返し処理する項目の数を削減してループの繰り返し回数を減らせないか検討します。
• 多くのコネクタには 'フィルター クエリ' と '上位カウント' パラメーターがあり、OData を使用して取得したデータの量と項目数を減らすために使用できます。
• 頻繁に実行される予定フローがある場合は、頻度を減らすことを検討してください。 1 分に 1 回または 1 時間に 1 回実行される多くのフローは、発生頻度が低くなるように修正できます。 トリガー条件を使用して、実行頻度を最小限に抑えます。
• フローがファイルを操作している場合は、ファイル サイズを確認して可能な限り小さくします。
• 出力サイズが大きいアクションによって返される 1 つのプロパティを複数回再利用する必要がある場合は、 Initialize Variable を 使用してそのプロパティを格納し、後のアクションでその変数を使用することを検討してください。 以前のアクションの出力から 1 つのプロパティのみを使用した場合でも、そのアクションのすべての出力が後のアクションに入力として渡されます。

フローをスケーリングするためのベスト プラクティス

• フローが毎日何千ものアクションを実行している場合は、プロセス ライセンス (使用可能な最高のアクションエンタイトルメント (1 日あたり 250,000 アクション、スタック可能) を検討してください。 ライセンスを購入してフローに割り当てるには、テナント管理者にお問い合わせください。 ライセンスを購入して割り当てた後、フローの作成者はそれを再度保存する必要があります。 または、クラウド フローは現在のプランを反映するために、週に 1 回バックグラウンドで更新されます。

• 1 つのフローが 1 日あたり 250,000 アクションを超える場合は、ワークロードを分割するのではなく、 追加のプロセス ライセンスをスタック します。 真に大規模なシナリオの場合は、複数のフローに分割することを検討してください。

アクションの使用超過分に対する従量課金制

現在のアクションの制限は、ほとんどの顧客シナリオで十分に設計されています。 詳細については、「 アクションの制限と割り当て」を参照してください。

Power Platform 要求メーターはまだ使用できないため、従量課金制は現在、毎日のアクション制限を超えるフローを実行する方法ではありません。 制限を超える使用量は報告されますが課金されません。また、環境をAzure サブスクリプションにリンクしても、その中のフローに高いアクションエンタイトルメントは与えられません。 環境で従量課金制を有効にすると、複数の メーター がオンになります。 詳細については、従量課金制を設定する方法を参照してください。

フローに高い権利を付与するには、 プロセス ライセンス を割り当てます。このライセンスには、フローを使用するユーザーが保持するライセンスに関係なく、1 日あたり 250,000 アクションが付与されます。 プロセス ライセンスはスタック可能であり、 フロー グループ は、最大 25 個のソリューション対応クラウド フロー間で 1 つのプロセスエンタイトルメントを共有します。

その他の制限は 1 日のアクションの制限とは別であり、アクション容量の量によって削除されません。

• コネクタの制限は 引き続き適用されます。 たとえば、従量課金制環境では、SharePoint コネクタの 1 分あたり 600 アクションの制限は変更されません。
• Dataverse サービス保護の制限は引き続き適用され、Power Automateアクションの制限とは別です。
• コンカレンシーとスループットの制限は 引き続き適用されます。

フローがスロットルされた場合は、環境の課金方法を変更する前に、どの制限を超えたのかを確認してください。 従量課金制に応答するのは、1 日のアクション制限のみです。

次のスクリーンショットは、従量課金制環境で超過分のアクションがどのように課金されるかを示しています。

アクションの制限に関する FAQ

アクションの制限と割り当ての詳細については、 アクションの制限に関してよく寄せられる質問を参照してください。

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

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

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

選択Office 365ライセンスには制限付きのPower Automate使用権限が含まれているため、個人の生産性シナリオに合わせてOffice 365をカスタマイズして拡張できます。 エンタープライズ シナリオの場合、Office にはPremium ライセンスをお勧めします。

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

• Office 365 E1
• Office 365 E3 (マイクロソフトのクラウドベースの生産性向上ツール)
• Office 365 E5
• Office 365 F1
• Office 365 F3
• Office 365 Business Basic
• Office 365 Business Standard
• Office 365 Business Premium
• 教職員用 Office 365 A1
• 学生向け Office 365 A1
• 教職員用 Office 365 A1 Plus
• Office 365 A1 Plus 学生用
• 教職員用 Office 365 A3
• Office 365 A3 学生版
• Office 365 A3 学生用特典
• 教職員用 Office 365 A5
• 学生用 Office 365 A5
• Office 365 A5 学生利用特典

シード付きライセンスに含まれる機能はどれですか?

次の表では、Office 365、Dynamics 365、Power Apps、およびWindows ライセンスに含まれるPower Automate機能を比較します。 アプリ コンテキストでは 、フローがライセンスされたアプリケーションと同じデータ ソースを使用する場合にのみ、機能が含まれることを意味します。

移行期間中、ユーザーごとのエンタイトルメントは引き続き存在しますが、まだ適用されている権利ではありません。 代わりに、各クラウド フローには、個々のユーザーの権利を組み合わせて作成された制限ではなく、それを実行するすべてのユーザーが共有する 1 つの制限があります。 詳細については、 アクションの制限と容量に関する質問を参照してください。

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

次の質問は、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 プロジェクト運用
• Dynamics 365 チーム メンバー
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 コマース
• Dynamics 365 人事部
• Dynamics 365 操作 – アクティビティ
• Dynamics 365 Business Central
• Dynamics 365 Business Centralチーム メンバー

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

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

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

制限された Power Automate 機能のセットが、Power Apps ライセンスの一部として含まれています。 機能の 比較表を参照してください。

Power Appsライセンスでは、テナントの全体的な容量プールに Dataverse データベースとファイル容量も追加されます。 Power Apps Premium では、ライセンスあたり 250 MB の Dataverse データベース容量と 2 GB の Dataverse ファイル容量が追加されます。 Power Apps Per App では、ライセンスあたり 50 MB の Dataverse データベース容量と 400 MB の Dataverse ファイル容量が追加されます。 この容量は、獲得したアプリ用に予約されていません。テナント内の Dataverse 消費は、複雑なオブジェクトを処理するアプリによって呼び出されたフローを含め、同じプールから引き出されます。 たとえば、フローが 100 ページのドキュメントを解析して更新した場合、トラブルシューティングのために実行履歴にドキュメントを保持すると、そのテナント容量の一部が消費されます。

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 ライセンスの概要
• AI Builder ライセンスに関するよくあるご質問。

Power Automate フロー内のAI Builderアクションにライセンスを付与するにはどうすればよいですか?

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

フローの環境で使用可能なクレジットが必要です。

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

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

シードクレジットの詳細については、AI Builder クレジットの権利を取得するを参照してください。

強制

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

詳細については、ライセンスの問題によりプレミアム フローがオフになった場合を参照してください。

この記事では、適用の種類と、適用による中断を回避するために Premium ライセンスが必要なフローを特定する方法についても説明します。

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

テナントの環境が 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 ポータルでフローに注意が必要と記載されたバナーが依然として表示されます。 どうしてでしょうか?

ライセンスを割り当てたり、フローをアプリに関連付けたりした後、premium ライセンスが 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、Microsoft Copilot Studioを直接使用するユーザーの数を減らすためにお客様が使用するハードウェアまたはソフトウェアの使用を指します。

ライセンス数を減らすために多重化を使用することは推奨されていますか?

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

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

• Premium フローがデータを Dataverse から共有の場所に移動したり、電子メールを同僚に送信したりするだけの場合、ユーザーがフローをトリガーするのではなく、データを使用するため、多重化に該当しません。

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

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

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

このガイダンスは、フロー所有者または実行専用ユーザーとしてサービス アカウントで実行されるフローに適用されます。 接続または共同所有者としてのみサービス アカウントを使用するフローは影響を受けません。

多重化を回避するには:

• 標準コネクタのみ。 ライセンスを購入または割り当てる必要はありません。 Power Automate Free では、クラウド フローの作成とテナント内のすべての職場または学校アカウントでの使用が自動的にカバーされます。
• Premium 機能 (Premium コネクタ、ロボット プロセスオートメーション、カスタム コネクタ、オンプレミス ゲートウェイ、ビジネス プロセス フロー)。 一部の固定ユーザーがアカウントを共有している場合は、それらのユーザーとサービス アカウントにライセンスを付与します。 多くのユーザーがアカウントを共有している場合は、代わりに プロセス ライセンス をフローに割り当てて、後で追加されたユーザーが自動的に準拠するようにします。
• 手動トリガー、アプリ トリガー、または Dataverse の "Run as user" フロー。 フローを実行するすべてのユーザーには Premium ライセンスが必要です。または、フローにはプロセス ライセンスが必要です。 詳細については、「 Premium ライセンスを購入する必要があるユーザー」を参照してください。
• そのフローがアプリのデータ ソースを共有する、Power Apps または Dynamics 365 アプリのコンテキストにおけるプレミアム フロー サービス アカウントを介してフローを実行するすべてのユーザーには、アプリを使用するためのPower AppsまたはDynamics 365ライセンスが必要です。 それをお持ちでない場合は、代わりに Power Automate ユーザー ライセンスが必要です。 プロセス ライセンスをフローに割り当てると、別のPower Automate ユーザー ライセンスが不要になりますが、Power AppsやDynamics 365アプリ のライセンスは置き換えられません。

1 つの Power Automate Premium ライセンスを、多くのユーザーが共有するサービス アカウントに割り当てることが多重化されており、フローが準拠していません。

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

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

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

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

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

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

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

プロセス ライセンスを子フローに直接割り当てることができます。 親フローは、ライセンスされた子フローを呼び出すので、プロセス ライセンスは必要ありません。 ただし、親フローで Premium コネクタも使用する場合、その所有者は Premium ライセンスを持っているか、プロセス容量をその親フローに割り当てる必要があります。

親フローに割り当てられたプロセス ライセンスは、その子フローを自動的にカバーしません。 各フローに直接ライセンスを付与するのではなく、プロセス容量を共有するには、親フローと子フローを同じ フロー グループに明示的に追加します。

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