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 ホスト プロセスは、Power Automate プロセス ライセンスのスーパーセットであり、同じ機能を提供しますが、ホスト型コンピューターまたはホスト型コンピューター グループで使用できる Microsoft ホスト型コンピューター容量が追加されているため、インフラストラクチャなしで RPA を実現できます。

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

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

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

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

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

注意Note

Power Automate プロセスおよびホスト プロセス ライセンスでは、フローやマシンのみがライセンス付与され、ユーザーにはライセンスが付与されません。 Premium ユーザー プランは、RPA 開発者が Power Automate ポータルでデスクトップ フローを構築および管理するために必要です。 プレミアム ユーザー プランに付属するプレミアムRPA機能の詳細については、 プレミアムRPA機能をご覧ください。

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

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

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

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

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

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

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

次のスクリーンショットでは、同じマシン上でデスクトップ フローが実行されているため、すべてのクラウド フローが 1 つのプロセス ライセンスでカバーされています。 これらのクラウド フローの子フロー、関連フローも、マシン上のプロセス ライセンスによってカバーされます。

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

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

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

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

子フローとして整理されたフローと関連フローはすべて 1 つのプロセスとして扱われ、メインフローに 1 つのプロセスライセンスが割り当てられ、プロセス ライセンスの Power Platform リクエスト制限を共有します。

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

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

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

汎用の自動化を作成する必要があるユーザー (プレミアム コネクタの権限を持つユーザー)、完全な柔軟性を実現する必要があるユーザー (カスタム コネクタの権限を持つユーザー)、またはキーボードやマウスのキーや動きなどの人間の動作をシミュレートするアプリケーションを操作する必要があるユーザー (ロボティック プロセス オートメーション アテンド型 権限を持つユーザー) は、 Power Automate プレミアム ライセンスを検討する必要があります。

より正確には:

• Power Automate ポータルでデスクトップ フローを構築および管理する RPA 開発者ごとに 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 ホスト プロセス ライセンスは、Power Automate プロセス ライセンスとして使用できますか?

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

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

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

はい 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 を使用するにはライセンスが必要ですか?

はい。 ゲストユーザーは次のテナントのいずれかを介して割り当てられた 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 を使用できます (すなわち、使用権があります) が、ダウンロード センターからダウンロードする必要があります。

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

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 つのプロセス ライセンスごとに 1 つのライセンスのフロー、その子フロー、そして関連付けられたフローにライセンスが付与されます。 フローを開始するには、最低 5 つのパックを購入する必要がありました。 プロセス ライセンスには最低購入数量の要件はありません。

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

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

Power Platform 質問のリクエスト

PPR制限に関するよくある質問とその回答を以下に示します。

何が Power Platform 要求と見なされますか?

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

フローで使用されるリクエストが少ない場合でも、フローが予想よりも頻繁に実行されると制限に達する可能性があります。 Power Platform たとえば、上司から電子メールが届くたびにプッシュ通知を送信するクラウド フローを作成することができます。 このフローはメールを受信するたびに実行される必要があります。受信するメールに対して、そのメールが上司からのものかどうかを確認する必要があるためです。 この制限は、24 時間以内のすべてのフローにわたるすべての実行に適用されます。 フローのリクエスト使用量を見積もるための洞察をいくつか示します。

1. 1 つのトリガーと 1 つのアクションを持つ単純なフローでは、フローが実行されるたびに 2 つの "アクション" が発生し、2 つの要求が消費されます。
2. フロー内のすべてのトリガー/アクションは Power Platform 要求を生成します。 コネクタ アクション、HTTP アクション、組み込みアクション (変数の初期化、スコープの作成から単純な作成アクションまで) など、あらゆる種類のアクションが Power Platform 要求を生成します。 たとえば、 SharePoint またはExchange、Twitter、 Dataverseに接続するフローの場合、これらのアクションはすべて Power Platform リクエスト制限にカウントされます。
3. 成功したアクションと失敗したアクションの両方がこれらの制限の対象となります。 スキップされたアクションは、これらの制限にカウントされません。
4. 各アクションは 1 つの要求を生成します。 アクションが各ループに適用されている場合、ループの実行時にさらに多くの Power Platform 要求が生成されます。
5. アクションには複数の式を含めることができますが、1 つの API 要求としてカウントされます。
6. 再試行やページネーションによる追加要求も、アクションの実行としてカウントされます。

すべての電子メール添付ファイルが OneDrive に保存される次の クラウド フロー を検討してください。 トリガーは Power Platform の要求を 1 つ消費し、Apply to each はリクエストを 1 つ消費し、Apply to each 内のアクションは、ループの実行回数に基づいて複数のリクエストを消費します。 添付ファイルが 4 つある場合、このセクションは 8 つの Power Platform 要求 (4 x 2 アクション) を消費します。 合計で、このフローは 10 の Power Platform 要求を消費します。

クラウド フロー で使用されるリクエスト制限は誰のものですか? Power Platform

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

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

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

• フロー所有者がサービス プリンシパルの場合、フローは ライセンスのないユーザー制限を使用します。

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

• 親フロー が 子フロー を呼び出す場合、子フロー は 親フロー の制限を使用します。 たとえば、親フロー が自動フローである場合、子フロー は 親フロー 作成者/所有者の制限を使用します。

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

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

• フローにプロセス ライセンスがある場合、フロー、フローのすべての 子 フロー (独自のプロセス ライセンスを持つフローは除く)、およびフローの関連フロー 共有 にプロセス ライセンスの制限が適用されます。

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

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

以下は、アクション制限を継続的に超過していたフローに対して送信された電子メールの例です。

さらに、フローのプロパティ ページから分析アクションを選択すると、特定のフローのアクションの使用状況を確認でき、これはすべてのタイプのアクションで機能します。 これは、毎日実行されているアクションの数を理解するのに役立ちます。 使用パターンを理解して容量を最適化するのに役立ちます。

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

Power Platform 管理センターでは Power Automate API リクエストに関するレポート が用意されています。 これらのレポートは、組織の採用状況とユーザー指標をすばやく確認するのに役立ちます。 現在はパブリック プレビューにあります。 2つのレポートが利用可能です:

• ユーザー レポート – このレポートには、環境 内のすべてのユーザーによるリクエストの使用状況が、割り当てられた制限と比較して表示されます。 Power Platform
• フローごとのレポート - このレポートには、フローごとのライセンスを持つ 環境 内のすべてのフローによるリクエストの使用状況が表示されます。 Power Platform
• ライセンスのないユーザー レポート - このレポートには、ライセンスのないユーザーのリクエストの使用状況と、そのテナントのライセンスのないユーザーの合計権限が表示されます。 Power Platform 将来的には、 Power Platform サービス プリンシパルの下で実行されているフローの使用状況のリクエストがこのレポートに表示されるようになります。

レポートが一般に公開された後、施行が始まる前にユーザーには対応し、より高いPPRライセンスを購入する時間があります。

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

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

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

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

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

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

ライセンスの制限を超えた場合に実行できる操作は次のとおりです。

• デザインを再検討し、呼び出されるアクションの数を減らすのに役立つところがないか確認します。 使用するアクションを減らすためのフローを作成するには、ベスト プラクティス セクションを確認してください。

• フローがすでに最適化されているが、ビジネスの性質上多くのアクションを使用する場合は、より高いPPRライセンスの購入を検討してください。 プロセス ライセンスは、利用可能な最高のパフォーマンス クォータ (24時間あたり25万アクション) を提供します。

• 環境内のフローが抑制されないように、環境の 従量課金制 を有効にします。

• 組織で利用する Power Apps および Power Automate キャパシティー アドオン を購入します。 移行期間中は適用が厳しくないため、ユーザーまたはフローに Power Apps および Power Automate 容量アドオン を割り当てる機能はありません。 ただし、ライセンス条項の範囲内にとどまるために、これらのアドオンを今すぐ購入することをお勧めします。 フローの詳細とアドオンの詳細を含むサポート チケットを作成し、スロットルから一時的な救済 (30 日) を取得します。 この一時的な救済措置は、プロセス ライセンスまたはフローごとのライセンスがすでに割り当てられているフローには適用されません。

フローが14日間連続して移行期間の制限を超えている場合は、 Power Automate フローが一時停止され、所有者に通知が送信されます。 より高いPPRライセンスを購入して、いつでも有効にすることができます。 ライセンスの購入している間は、14 日間のカウンターをリセットするために、フローを編集して保存できます。

コネクタの制限とは何のことで、Power Platform リクエスト制限とは異なりますか?

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

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

CoE スタート キットを使用しています。 使用量はリクエスト制限にカウントされますか？

はい CoEスターター キット に含まれるクラウド フローも、所有者からの制限を使用します。 Microsoftは、スロットル制限を一時的に緩和するために、容量を追加購入してサポートに連絡することを推奨しています。

フローでサービス プリンシパルを使用できますか? それは要求制限にカウントされますか?

はい。所有者がサービス プリンシパルのフローは、非対話型の制限という別個のクォータを消費します。 これらの制限は、フローの所有者がサービス プリンシパルである場合にのみ適用されます。 これらの制限は、フローがアクションの一つでサービス プリンシパルを使っているだけの場合には適用されません。 手動フロー (実行専用ユーザーと共有されるボタン フロー/Power Apps が呼び出したフロー) では、フローの所有者がサービス プリンシパルでも、実行専用ユーザーの要求制限が使用されます。 フローがプレミアム コネクタを使用する場合、実行のみのユーザーには Power Automate プレミアム ライセンスが必要です。 移行期間中、手動フローは最大 100,000 リクエスト/フロー/24 時間使用できます。

自動化フロー、スケジュールされたフローの制限事項:

• 表にリストされている Dynamics 365アプリケーションのコンテキストで 実行されているサービス プリンシパル フローは、テナント レベルでプールされた最大10,000,000まで、ユーザー ライセンスごとに500,000の基本要求 + 5,000の要求を獲得します。 ... テナントに 1,000 個の Dynamics 365 ライセンスがある場合、そのテナントには、サービス プリンシパル フローや Dataverse 要求などのすべての Power Platform リソースに対して使用可能な 24 時間あたり 5,500,000 個の要求のプールがあります。 テナントに 2,500 個の Dynamics 365 ライセンスがある場合、そのテナントには、サービス プリンシパル フローや Dataverse 要求などのすべての Power Platform リソースに対して使用可能な 24 時間あたり 1,100,000 個の要求のプールがあります。

• Dynamics 365アプリ コンテキスト外のプレミアム サービス プリンシパル フローには、それぞれプロセス / フローごとのライセンスが必要です。 これらのフローは、24 時間ごとにフローごとに 250,000 の要求を受け取ります。

• 標準のサービス プリンシパル フローは、24 時間ごとにテナントのライセンスごとの発生なしで 25,000 の基本要求を受け取ります。

さらに多くの要求が必要な場合は、環境に対して従量課金制をオンにするか、Power Platform 要求容量をさらに購入します。

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

デスクトップ フローの使用数は Power Platform の要求制限を消費しますか?

クラウド フローから呼び出されるデスクトップ フロー アクションのみが制限にカウントされます。 デスクトップ フローのアクションは、要求制限にカウントされません。

複数のプランを利用している場合、Power Platform の制限は複数はどうなりますか?

移行期間中は制限が厳しく適用されないため、ユーザー ライセンスのスタックはサポートされません。 ユーザーが Microsoft 365 プランや Dynamics 365 プランなどの複数のプランを持っている場合、フローはより上位のプラン (この例では Dynamics 365 プラン) を使用します。

移行期間が終了した後、ユーザーが異なる製品ラインから複数のプランを割り当てている場合、許可される要求の総数は、各ライセンス タイプに割り当てられた要求の合計になります。 たとえば、ユーザーが Dynamics 365 Customer Service Enterprise ライセンスとユーザーごとの Power Apps ライセンスの両方を持っている場合、そのユーザーが 24 時間ごとに実行できる要求の合計は 40000 + 40000 = 80000 になります。

ユーザーが同じ製品ライン内に複数のライセンスを割り当てている場合、例えばユーザーが基本ライセンスとして Dynamics 365 Customer Service Enterprise ライセンスとして持ち、Dynamics 365 Sales Enterprise ライセンスが添付されている場合、要求の総数は基本ライセンスが提供する数になります。

パフォーマンス プロファイルとは何ですか? また、クラウド フロー がどのパフォーマンス プロファイルを使用しているかを知るにはどうすればよいですか?

所有者のライセンスに基づいて、フローはパフォーマンス プロファイルを取得し、パフォーマンス プロファイルがフローの Power Platform 要求制限を決定します。 所有者に複数のライセンスが割り当てられている場合、 Power Automate リストから最も高いプランが選択されます。

パフォーマンスプロファイル	ライセンス	移行期間中の制限	移行期間後の制限
安	- Power Automate 無料 - Microsoft 365 ライセンス - Power Apps プラン1（レガシー） - Power Apps アプリごとのライセンス - Power Automate プラン1（レガシー） - すべての試用ライセンス - Dynamics 365チームメンバーライセンス	10,000	6000
ミディアム	- Power Apps トリガーフロー - Power Apps プラン2（レガシー） - Power Apps プレミアムライセンス - Power Automate プラン2（レガシー） - Power Automate ユーザーあたり（レガシー） - Power Automate プレミアムライセンス - Dynamics 365エンタープライズライセンス - Dynamics 365プロフェッショナルライセンス	100,000	40,000
高	- Power Automate プロセスライセンス - Power Automate ホストプロセスライセンス - Power Automate フローごとのプラン (レガシー)	500,000	250,000
無制限	- 従量課金制 環境	15,000,000	15,000,000

ある組織で、8 人のユーザーが Office 365 ライセンスを持っており、1 日の Power Platform 要求は、24 時間ごとに、ユーザーあたり 6000 要求だとします。 これは、24 時間ごとに 48000 (8X6000) 件の要求制限がテナント レベルでプールされ、すべてのユーザーがこのプールから消費できることを意味しますか?

いいえ。Power Platform 要求は、環境レベルでもテナント レベルでもプールされません。 これにより、使用量の多いユーザーがテナントのすべての Power Platform 要求を消費せず、他のすべてのユーザーに影響を与えることがなくなります。 ライセンスはユーザーごとであるため、制限もユーザーごとです。 したがって、Office のすべての顧客は、使用するかどうかにかかわらず、それぞれ 6000 件の要求を受け取ります。

PPRに関するベスト プラクティス

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

自動化を実現するには、できるだけ少ない数のアクションを使用します。

• フローが 'Do Until' や 'Apply to Each' のループを使用している場合は、繰り返し処理する項目の数を削減してループの繰り返し回数を減らせないか検討します。

• 多くのコネクタには 'フィルター クエリ' と '上位カウント' パラメーターがあり、OData を使用して取得したデータの量と項目数を減らすために使用できます。

• 頻繁に実行される予定フローがある場合は、頻度を減らすことを検討してください。 1 分に 1 回または 1 時間に 1 回実行される多くのフローは、発生頻度が低くなるように修正できます。 トリガー条件を使用して、実行頻度を最小限に抑えます。

• フローがファイルを操作している場合は、ファイル サイズを確認して可能な限り小さくします。

• 出力サイズが大きいアクションが複数回返す単一のプロパティを再利用する場合は、'変数の初期化' を使用してそのプロパティを保存し、後のアクションでこの変数を使用するように検討します。 前のアクションの出力から 1 件のプロパティだけを使用する場合でも、そのアクションの出力はすべて後のアクションに入力として渡されます。

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

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

• 高スケールを実現するために、ワークロードを複数のフローに分割することを検討してください。

Power Platform の従量課金制要求

2021 年後半にすべてのライセンスの Power Platform の要求の制限を改訂しました。 新しい制限は、ほとんどの顧客のシナリオで十分になるように設計されています。 リクエストの制限の詳細については、「リクエストの制限と割り当て」の Power Platform リクエストの制限についての説明 をご覧ください。

これらの制限を超える必要がある非常に高スケールのシナリオを持つ顧客の場合、これらの環境を Azure サブスクリプションにリンクできます。 環境をリンクすることにより、環境内のユーザーとフローは抑制されずに制限を超えて消費し、それらの制限を超過した Power Platform 要求の料金のみを支払うことができます。 フローには、基本ライセンス ( Power Automate Premium、 Power Automate Process、 Office 365、 Power Apps、またはDynamics) でライセンスを付与できます。 たとえば、 Power Automate プレミアム ライセンスをお持ちの場合、ユーザーあたり1日あたり40,000件のリクエストという制限があります。 Power Platform ユーザーが 1 日に 45,000 件の要求を使用した場合、追加の 5,000 件の要求に $/ 要求のレートで乗算され、Azure サブスクリプションに請求されます。 合計金額は、顧客の Azure 請求サイクルに基づいて合計および請求されます。 環境 で従量課金制をオンにすると、複数の メーター がオンになります。 詳細については、 従量課金制の設定方法をご覧ください。

従量課金制で超過PPRリクエストが課金される方法に関するスキーマ 環境:

リクエスト制限に関する一般的なFAQ

要求の制限の詳細については、要求の制限のよくあるご質問を参照してください。

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

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

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

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

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

• 自動化、予定、およびボタン フローを作成して実行します。
• 標準コネクタへのアクセス。
• 6,000件 Power Platform リクエスト/日。 移行期間中、1日あたり10,000件のリクエスト。

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

• プレミアム コネクタへのアクセス ( Dataverse for Teams 環境を除く)。 Dataverse for Teams 機能に関する詳細情報。
• ビジネス プロセス フロー
• カスタム コネクタ
• オンプレミスのゲートウェイ
• ロボティック プロセス オートメーション
• AI Builder のキャパシティ

次の 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 機能が含まれます

• 自動化、予定、ボタン フローを作成して実行します。
• 標準コネクタへのアクセス。
• アプリのコンテキスト内でプレミアム コネクタにアクセスします。
• アプリのコンテキスト内でのビジネス プロセス フロー。
• アプリのコンテキスト内のカスタム コネクタ。
• オンプレミスの アプリコンテキスト内のゲートウェイ。
• Power Platform リクエスト 制限: Dynamics 365チーム メンバーは1日あたり6,000件のリクエスト ( 移行期間中は1日あたり25,000件のリクエスト)、Dynamics 365プロフェッショナルは1日あたり40,000件のリクエスト ( 移行期間中は1日あたり100,000件のリクエスト)、Dynamics 365エンタープライズは1日あたり40,000件のリクエスト ( 移行期間中は1日あたり100,000件のリクエスト) を受け取ります。

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

• ロボティック プロセス オートメーション
• AI Builder のキャパシティ

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では1日あたり40,000件のリクエスト ( 移行期間中は1日あたり100,000件のリクエスト)、 Power Apps アプリごとに1日あたり6,000件のリクエスト ( 移行期間中は1日あたり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 機能が含まれません。

• ロボティック プロセス オートメーション
• AI Builder のキャパシティ

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 ライセンスに関するFAQ。

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

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

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

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

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

シードクレジットの詳細については、「 クレジットの権利を取得する 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、および Microsoft Copilot Studio に直接アクセスまたは使用するユーザーの数を減らしたりすることを指します。

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

購入すべきライセンスの数を減らすメカニズムとして多重化を使用することは、ライセンス違反となります。 詳細については、 クライアント アクセス ライセンス (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 ライセンスを持っている必要があります。

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

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