Power Platform 要求を制限する目的は、プラットフォームのサービス レベル、可用性、品質を確保することです。 Power Apps、Power Automate、Microsoft Copilot Studio、Dynamics 365 アプリケーション全体で、ユーザーが 1 日に実行できるリクエスト数には制限があります。
Microsoft Power Platform Request とは?
Microsoft Power Platform での要求は、ユーザーがさまざまな製品にわたって実行するアクションです。
- Power Apps: コネクタおよび Microsoft Dataverse に対するすべての API 要求。
- Power Automate: コネクタへのすべての API リクエスト、プロセス アドバイザー分析、HTTP アクション、変数の初期化から単純なコンポーズ アクションまでの組み込みアクション。 成功したアクションと失敗したアクションの両方が、これらの制限にカウントされます。 ページネーションにおける再試行および要求も、アクションの実行としてカウントされます。 詳細については、「 Power Platform 要求としてカウントされるもの 」を参照してください。
- Microsoft Copilot Studio: Power Automate フローへの API 要求 (または呼び出し)。
- Dataverse: すべての作成、読み取り、更新、削除 (CRUD)、割り当て、CRUD トランザクションを完了するために必要なユーザー主導と内部システム要求を含む共有操作、共有や割り当てなどの特別な操作。 これらの操作、任意のクライアントまたはアプリケーション (Dynamics 365 を含む) から、任意のエンドポイント (SOAP または REST) を使用して行えます。 これらの操作には、プラグイン、クラシック ワークフロー、前述の操作を実行するカスタム コントロールが含まれます。
メモ
Dataverse では、ログイン、ログアウト、システム メタデータ操作など、少数の内部システム操作が制限から除外されます。
以下のセクションでは、要求タイプとそれぞれに設定された制限について説明します。
ライセンス ユーザー要求の制限
すべての Microsoft Power Platform ユーザーには、割り当てられているライセンスに基づく要求の数に制限があります。 以下の表は、ユーザーが24時間内に行うことができる要求の数を定義します:
| Products | 24 時間ごとの有料ライセンスごとの要求 |
|---|---|
| Power Platform の有料ライセンスユーザー (アプリ ごとの Power Apps、フローごとの Power Automate、Microsoft Copilot Studio を除く) および Dynamics 365 (Dynamics 365 Team Member を除く 1) | 40,000 |
| Power Apps 従量課金プラン、アプリごとの Power Apps 有料ライセンスユーザー、Power Platform アクセス権付き Microsoft 365 アプリ、Dynamics 365 チームメンバー 2 | 6,000 |
| Power Automate のフローごとのプラン 3、Microsoft Copilot Studio 基本サービス、Microsoft Copilot Studio アドオン パック 4 | 250,000 |
| 有料 Power Apps ポータル ログイン | 200 |
1 このカテゴリには、ユーザーごとの Power Apps (以前の Power Apps プラン 1 と Power Apps プラン 2 のライセンスを含む)、ユーザーごとの Power Automate プラン (以前の Flow Plan 1 と Flow Plan 2 のライセンスを含む)、Dynamics 365 Sales Premium、Dynamics 365 Sales Enterprise、Dynamics 365 Sales Professional、Dynamics 365 Customer Service Enterprise、Dynamics 365 Customer Service Professional、Dynamics 365 Field Service、Microsoft Relationship Sales、Microsoft Industry Cloud、Dynamics 365 Project Service Automation、Dynamics 365 Commerce、Dynamics 365 Human Resources、Dynamics 365 Finance、Dynamics 365 Project Operations、Dynamics 365 Supply Chain Management、Dynamics 365 Customer Engagement プラン、Dynamics 365 Unified Ops プラン、Dynamics 365 Plan、Dynamics 365 for Operations Device、Dynamics 365 for Operations Activity、Dynamics AX Online Device、Dynamics AX Online Task、Dynamics CRM Online Enterprise、 Dynamics CRM Online Professional を含みます。
2 このカテゴリには、Power Apps 従量課金制プラン、およびアプリ プランごとの Power Apps の有料ライセンス、Dynamics 365 Team Member、Dynamics CRM Online Basic、Dynamics CRM Online Essential、Dynamics AX セルフサービス、Microsoft 365 ライセンス、および Microsoft Project Online (プラン 1、プラン 3、プラン 5)が含まれます。 Power Apps と Power Automate の機能を含む Microsoft 365 ライセンスについての詳細は、Power Platform ライセンス ガイドの付録 B を参照してください。
3 Power Automate のフローごとのプランは、フローの所有者に関係なく、1 つのフローに対して特別なキャパシティを確保できます。 このプランは、テナント レベルでの非ライセンス ユーザー要求の制限を使用しません。
4 Microsoft Copilot Studio 要求は、Microsoft Copilot Studio チャットボットからトリガーされた Power Automate フローからカウントされます。 Microsoft Copilot Studio の初期セッションパックと追加セッションパックは、どちらも同じ 1 日あたりの Power Platform Request リクエスト制限を受けます。
ライセンスユーザーの要求制限の詳細
Power Platform 要求の制限は、Dynamics 365 ベース + アタッチ ライセンス モデルの有料ベース ライセンスにのみ含まれます。 Attach ライセンスには、個別の制限は含まれていません。 例えば、ユーザーに Base ライセンスとして Dynamics 365 Customer Service Enterprise が、Attach ライセンスとして Dynamics 365 Sales Enterprise がある場合、要求の制限は Base ライセンスである Dynamics 365 Customer Service Enterprise によって提供される数になります。
ユーザーが複数の有料ライセンスを持っている場合、許可される要求の合計数は、各ライセンスの要求の合計です。 たとえば、ユーザーが Dynamics 365 Customer Service Enterprise の Base ライセンスとユーザーごとの Power Apps ライセンスの両方を持っている場合、そのユーザーが 24 時間ごとに実行できる要求の合計は 40,000 + 40,000 = 80,000 になります。
Microsoft Copilot Studio 要求は、Microsoft Copilot Studio チャットボットまたはエージェントからトリガーされた Power Automate フローからカウントされます。 Microsoft Copilot Studio の初期セッションパックと追加セッションパックは、どちらも同じ 1 日あたりの Power Platform Request リクエスト制限を受けます。
非ライセンス ユーザー要求の制限
別の制限は、データベース間でデータを移行するバックグラウンド プロセスなど、ユーザーの操作を必要としないアクティビティに適用されます。 これらの制限は、テナント レベルで定義およびプールされます。 Dataverse では、サービスを操作するのにユーザーを必要としない ID を設定できます。 これらには、以下が含まれます。
Dynamics 365 Marketing などの Dynamics 365 アプリケーションとの対話に使用される特別な無料 ($0) ライセンスもあります。 詳細は、マーケティングのライセンス取得方法 を参照してください。
これらの非ライセンス ID の場合、すべてのテナントは、テナントの有料ライセンスによって決定される初期基本要求制限に加えて、有料の Dynamics 365 Enterprise および Professional ライセンスの数によって発生する制限を取得します。1 このプールは、これらの非ライセンス ユーザーのみが使用でき、対話型ユーザー ライセンスが割り当てられているユーザーは使用できません。
| Products | 24 時間ごとにプールされた非ライセンスのテナントレベルの要求 |
|---|---|
| Dynamics 365 Enterprise & Professional アプリケーション 1 | 500,000 の基本要求+ USL ごとに発生した 5,000 の要求 1、最大 10,000,000 まで 2 |
| Power Apps (すべてのライセンス) | テナントのライセンスごとの発生なしで 25,000 の基本要求 |
| Power Automate (すべてのライセンス) | テナントのライセンスごとの発生なしで 25,000 の基本要求 |
1 このカテゴリには、Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise のライセンス、Dynamics 365 Sales Professional、Dynamics 365 Customer Service Enterprise、Dynamics 365 Customer Service Professional、Dynamics 365 Field Service、Microsoft Relationship Sales、Dynamics 365 Project Service Automation、Dynamics 365 Commerce、Dynamics 365 Human Resources、Dynamics 365 Finance、Dynamics 365 Project Operations、Dynamics 365 Supply Chain Management、Dynamics 365 Customer Engagement プラン、Dynamics 365 Unified Ops プラン、Dynamics 365 Plan、Dynamics CRM Online Enterprise、Dynamics CRM Online Professional が含まれています。 非ライセンス テナントレベルが発生した Power Platform Reques の制限は、Dynamics 365 の「Base + Attach」ライセンス モデルの有料 Base ライセンスにのみ付与されます。
2ライセンスのないユーザー制限を超える可能性があると思われる場合は、リセラーまたは Microsoft アカウント チームに問い合わせて、カスタム ソリューションについて話し合ってください。
ライセンスのないユーザーリクエスト制限に関する詳細情報
一部の製品はサービス プリンシパルの概念で動作し、その制限はライセンスのないユーザー プールに発生します。 これは、プラットフォーム上での製品の動作に制限を合わせるための最良の方法です。
テナントに複数のタイプのサブスクリプションがある場合、非ライセンス ユーザーの要求容量では、要求数の多い製品ライン サブスクリプションが使用されます。 たとえば、顧客が Dynamics 365 Customer Service Enterprise の基本ライセンス サブスクリプション (500,000 の最小要求 + 未収の制限) とユーザー サブスクリプションあたりの Power Apps (25,000 要求/日) の両方を持っている場合、プールされたテナント レベルの要求容量は、24 時間あたり 500,000 の最小要求 + 未収制限です。
ライセンス ユーザーまたは非ライセンス ユーザーが制限を超えた場合
Power Platform の要求制限が更新され、2021 年後半に大幅に増加し、ほとんどのお客様の一般的な使用量よりも大幅に高いレベルに達しました。 更新された制限により、文書化された制限を超えるユーザーは少ないと予想されます。 非ライセンス ユーザー制限を超えることが予想される場合は、再販業者または Microsoft アカウント チームに連絡して、カスタム ソリューションについて話し合ってください。
考えられる高使用率の強制は、Power Platform Request の使用量レポートが、Power Platform 管理センターで一般提供されてから 6 か月後まで発生しません。
Microsoft は、超過分の制限を適用する権利を保有します。 高使用率の強制が適用された場合、帯域幅調整が発生する可能性があります。 高い使用量の適用を回避するために容量を増やすか、環境を 従量課金 制に移行し、1 日の上限を超える使用量に対して支払います。
Power Platform 要求キャパシティ アドオン
制限を超える要求が頻繁に使用されていることを確認した顧客は、Power Platform Request キャパシティ アドオンを購入することにより、高使用率の強制を避けることができます。 このアドオンを使用すると、顧客は特定の高使用率のライセンス ユーザーまたは高使用率の非ライセンス ユーザーの制限を増やすことができます。 キャパシティ アドオン 1 つあたり、24 時間ごとに要求の制限が 50,000 増加します。 複数のキャパシティ アドオンを割り当てて、制限を増やすことができます。
Power Platform Request のキャパシティ アドオン パックを、移行期間中にユーザーまたはフローに割り当てることはできません。 ただし、Microsoft では、ライセンス条項の範囲内に留まり、移行期間が終了したときに備えるために、これらのアドオンを購入することをお勧めします。
Power Automate フローがスロットル制限を受けている場合は、従量課金制を利用して、環境内のフローがスロットルされないようにすることをお勧めします。 従量課金制を使用できない場合は、 プロセス ライセンス またはアドオンを購入し、フローとアドオンの詳細を含む Microsoft サポート チケットを作成して、サポート チームが調整されたフローの例外を提供できるようにします。
メモ
現時点では、容量アドオンをユーザー (アプリケーション、管理ユーザー、非対話型ユーザーを含む) に割り当てることはできません。 容量アドオンを割り当てる機能は、使用率の高い適用のタイミングに合わせて調整されます。
その他の適用可能な制限
1 日あたりの Power Platform Request 制限とは別に、各サービスに固有の他のサービス保護制限があります。 1 日あたりの要求制限と同様、これらの制限は、すべての顧客にとってサービスの中断につながるような悪意のある行動や迷惑な行動からサービスを保護することで、サービスの品質を維持するのに役立ちます。
各サービスの 現在 のセキュリティ サービス制限については、次の資料を参照してください:
- Dataverse の制限: モデル駆動型アプリや Customer Engagement アプリ (Dynamics 365 Sales、Customer Service など) 、Power Apps と Power Automate が Dataverse/Customer Engagement アプリに接続した場合に適用されます
- Power Automate の制限: 自動化されたフロー、スケジュール設定されたフロー、インスタント フローに適用されます
- コネクタの制限: Power Automate と Power Apps 適用
Power Platform 管理センターで詳細な Power Platform リクエスト使用状況情報を表示する (プレビュー)
ライセンスユーザー、非ライセンス ユーザー、フロー ライセンスフロー実行ごとの Power Platform 要求の消費量を表示するには、次の手順を実行します。
Power Platform 管理センターにサインインします。
サイド ナビゲーションのウィンドウで、ライセンス を選択します。
[ ライセンス ] ウィンドウで、[ 容量アドオン ] を選択して [ 容量 ] ページを表示します。
[ 概要 ] タブで、[ アドオン ] セクションまで下にスクロールし、[ レポートのダウンロード] を選択します。
![Power Platform 管理センターの [容量] ページを示すスクリーンショット。レポートをダウンロードするためのリンクが強調表示されています。](media/api-request-limits-allocations/capacity-download-reports.png)
[ ダウンロード可能なレポート] ページで、コマンド バーから [ 新規 ] を選択します。
[ レポートの選択 ] ボックスを展開し、[ Microsoft Power Platform 要求] を選択します。
レポートの必要なスコープを選択します。
- ライセンスユーザー
- ライセンスのないユーザー
- フローごとのライセンスを持つフロー
送信を選択します。
レポートの準備ができたら、ダウンロード を選択してレポートを Excel CSV ファイルとしてダウンロードします。
![Power Platform 管理センターの [容量] ページを示すスクリーンショット。レポートをダウンロードするためのリンクが強調表示されています。](media/api-request-limits-allocations/capacity-download-reports.png#lightbox)
メモ
これらのレポートはプレビュー段階であり、現在、Power Automate API 要求に限定されています。 現時点では、Dataverse、Microsoft Copilot Studio、Power Apps からの API 要求は含まれていません。
ライセンスユーザー プレビュー レポートには 2 つの制限があります。
- ライセンスを持つユーザーの権利は、環境ごとに 1 日あたりのユーザーごとのレポートに表示されます。 制限は、ユーザーごとに日単位のレベルで適用する必要があります。 レポートを見るときは、制限はユーザー 1 日あたりであり、権利の数量を 1 日 1 回だけ使用し、同じユーザーの権利を複数回合計することはできないことを理解してください。
- ライセンスされたユーザー レポートには、アプリごとの Power Apps ライセンスまたはアプリごとの Power Apps 従量課金制メーターを使用してライセンスされたユーザーに対する正しい権利が表示されません。 このようなユーザーの権利は 0 と表示され、実際には 6000 として表示されます (前に説明したように 24 時間ごとの要求)。
ライセンスユーザーに関するレポート
ライセンスされたユーザー レポートには、1 日あたりのユーザーあたりの Power Platform 要求の使用状況と、ユーザーの権利を持つ数量が表示されます。 ダウンロード可能なレポートには、次のフィールドが含まれています。
| フィールド | Description |
|---|---|
| 環境 ID | 一意の Power Platform 環境識別子。 |
| Environment Name | 環境の表示名。 |
| 呼び出し元 ID | Active Directory ID にマップする呼び出し元 ID の一意の識別子。 null または空にすることができます。 |
| 呼び出し元の種類 | 呼び出し元 ID の種類。 ライセンス ユーザー レポートの適用値はユーザーです。 |
| 使用状況の日時 | 使用状況が取得された日時 (UTC)。 |
| 資格の数量 | ユーザーの Power Platform Request の制限の合計。 |
| 消費数量の合計 | Power Automate API の合計使用量。 |
| Power Automate 要求 | Power Automate から作成された Power Platform Request の数。 |
詳細な使用状況レポートのサンプルは次のとおりです。
![Power Platform 管理センターのライセンスユーザー レポートのスクリーンショット。[環境 ID]、[環境名]、[発信者番号]、[呼び出し元の種類]、[使用日時]、[権利のある数量]、[消費済み数量の合計]、[Power Automate 要求] の列を含むテーブルが表示されています。次の表に、一意の環境識別子、ユーザー ID、使用状況の日付と時刻、エンタイトルメント値、要求数を示すサンプル データの行をいくつか示します。](media/ppr-licensed-user-report.png#lightbox)
ライセンスのないユーザー レポート
ライセンスのないユーザー レポートには、ライセンスのないユーザーの 1 日あたりの Power Platform 要求使用量と、そのテナントのライセンスのないユーザーの合計エンタイトルメントが表示されます。 ダウンロード可能なレポートには、次のフィールドが含まれています。
| フィールド | 説明 |
|---|---|
| このテナントの Power platform 要求の権利 | このテナントの非ライセンス Power Platform 要求の 1 日あたりの資格の合計数。 |
| 環境 ID | 一意の Power Platform 環境識別子。 |
| Environment Name | 環境の表示名。 |
| 呼び出し元 ID | 呼び出し元の一意の識別子。 null または空にすることができます。 |
| 呼び出し元の種類 | 呼び出し元 ID の種類。 適用可能な値は、システム、非対話型/アプリケーションです。 |
| リソースの種類 | リソースの種類。 現在、適用可能な値は Power Automate です。 |
| リソース ID | 一意のリソース識別子。 リソースの種類に基づく - Power Automate フローの ID。 null または空にすることができます。 |
| メーター カテゴリ | この場合の Power Platform Request の最上位メーター。 |
| メーターのサブカテゴリ | 要求を生成した内容 (Power Automate) の詳細な分類。 |
| 使用状況の日時 | 使用状況が取得された日時 (UTC)。 |
| 消費数量 | Power Platform Request の使用状況。 |
詳細な使用状況レポートのサンプルは次のとおりです。
![Power Platform 管理センターのライセンスのないユーザー レポートのスクリーンショット。[環境 ID]、[環境名]、[発信者番号]、[呼び出し元の種類]、[リソースの種類]、[リソースの種類]、[リソース ID]、[測定カテゴリ]、[測定サブカテゴリ]、[使用状況の日時]、[消費済み数量] の列を含むテーブルが表示されています。この表には、サンプル データの行がいくつか一覧表示されています。](media/non-licensed-user-report.png#lightbox)
フロー単位のライセンスフローレポート
フローごとのライセンス付フローのダウンロード可能なレポートには、次のフィールドが含まれています。
| フィールド | Description |
|---|---|
| 環境 ID | 一意の Power Platform 環境識別子。 |
| Environment Name | 環境の表示名。 |
| 環境リージョン | プレビュー中は使用できません。 |
| 呼び出し元 ID | フローの一意識別子。 null または空にすることができます。 |
| 呼び出し元の種類 | 呼び出し元 ID の種類。 適用可能な値は Flow です。 |
| 使用状況の日時 | 使用状況が取得された日時 (UTC)。 |
| 資格の数量 | フローに含まれる権利の値。 |
| 消費数量 | Power Platform Request の使用状況。 |
Power Automate の要求の制限
重要
デスクトップ フローの実行では Power Platform Request を消費しません
Power Automate サービスの可用性と品質を確保するため、ユーザーがクラウド フロー全体で実行できる Power Platform リクエスト(PPR) の数には制限があります。 これらの制限は、5 分と 24 時間間隔の両方で、通常のフロー使用パターンに対して設定されます。
24 時間の制限は、ユーザー ライセンス、またはクラウド フローに割り当てられたプロセス/フロー ごとのプラン ライセンスに基づいています。
- ユーザーが Power Automate Premium ライセンスを持っている場合、24 時間以内にテナント内のすべてのクラウド フローで 40,000 件の Power Platform 要求を行うことができます。 この制限には、プラットフォームがサード パーティのコネクタに対して行う要求も含まれます。
- クラウド フローにプロセス ライセンスがある場合、フロー、その子フロー、および関連するフローは、24 時間の間にフローのすべてのユーザーに対して 250,000 の Power Platform 要求を行うことができます。
- クラウド フローにフローごとのプラン (レガシ) がある場合、フローは 24 時間の間にフローのすべてのユーザーに対して 250,000 の Power Platform 要求を行うことができます。
使用量の多いフローまたはユーザーが他のユーザーに影響を与えるのを防ぐために、この容量は個々のユーザーまたはフロー レベルでの消費に基づいて追跡され、環境レベルやテナント レベルなど他のレベルでプールすることはできません。 24 時間というのはスライディング ウィンドウで、クラウドフローが実行されているときはいつでも、システムは過去 24 時間の要求を調べて、ユーザーが制限に達しているかどうかを判断します。 たとえば、テナント内の 2 人のユーザーが Premium ライセンスを持っていて、各ユーザーが 24 時間ごとに 40,000 件の要求を受け取る場合があります。 最初のユーザーが 40,000 件を超える要求を 24 時間使用した場合、フローは遅くなり、20,000 件の要求しか使用せず、残り 20,000 件の要求がある 2 番目のユーザーには影響しません。
現在、すべての組織は 移行期間 にあり、その間はより高い移行期間の制限が適用されます。 移行期間が終了すると、公式の制限が適用されます。 公式の制限に基づいてクラウド フローを構築してください。 5 分間の制限は 100,000 件の要求で、ユーザーのライセンスとは無関係です。 たとえば、フローごとのプロセス ライセンスを持つフローは、24 時間で 250,000 件の要求を行うことができますが、5 分間で 100,000 件を超える要求を行うことはできません。
ライセンスごとの Power Automate の要求の制限
| ライセンス名 | 24 時間あたりの PPR 公式制限 | 24 時間当たりの PPR 以降期間の制限 |
|---|---|---|
| Power Automate Premium | ユーザーごとに 4 万 | クラウドフローあたり 20 万 |
| Power Automate Process | ライセンスごとに 25 万 | ライセンスごとに 50 万 |
| Power Automate Hosted Process | ライセンスごとに 25 万 | ライセンスごとに 50 万 |
| Power Automate のユーザーごとのプラン (レガシ) | ユーザーごとに 4 万 | クラウドフローあたり 20 万 |
| Power Automate のフローごとのプラン (レガシ) | ライセンスごとに 25 万 | ライセンスごとに 50 万 |
| Power Automate 無償版 | ユーザーごとに 6k | クラウドフローあたり 1 万 |
| オフィス365 | ユーザーごとに 6k | クラウドフローあたり 1 万 |
| Power Apps Premium | ユーザーごとに 4 万 | クラウドフローあたり 20 万 |
| Dynamics 365 Professional | ユーザーごとに 4 万 | クラウドフローあたり 20 万 |
| Dynamics 365 エンタープライズ アプリケーション | ユーザーごとに 4 万 | クラウドフローあたり 20 万 |
| Dynamics 365 Team Members | ユーザーごとに 6k | クラウドフローあたり 1 万 |
Power Automate ライセンスの詳細情報。
メモ
- Power Automate Process のライセンスをクラウド フローに積み重ねて PRR の制限を増やすことができます
- Power Automate 内の Power Platform Request に関する FAQ
Power Automate の切り替え期間
すべての組織は移行期間にあたります。 これは、強制が厳しくなく、PPR 制限が高くなることを意味します。 移行期間は、Power Platform 管理センターのレポートが一般的に利用可能な期間後に終了します。 組織は、ライセンス制限の厳格な施行が始まる前に、使用状況を分析し、適切なライセンスを購入するための 6 か月の猶予があります。
移行期間中に注意すべき点がいくつかあります。
移行期間は、1 日あたりの制限がないことを意味するものではありません。 これは、アプリやフローへの潜在的な意図しない影響を防ぐために、現在適用されている公式の制限が記載されている制限よりも緩いことを意味します。
これらの移行期間の制限は、移行期間中のクラウド フロー レベルで適用されます。 さらに、移行期間中は、ユーザー レベルごとに 1,000,000 件のクラウド フロー アクションの個別の制限が適用され、ユーザーが 1 日のすべてのフロー実行で 100 万アクションを超えないようにします。 移行期間が終了すると、実際の制限は Premium ライセンスのユーザー レベルで適用され、プロセス/フロープラン ライセンスごとのクラウド フロー レベルで適用されます。
移行期間中、手動クラウド フローはフロー所有者/フロー呼び出し者の制限を使用しません。 すべての手動クラウド フローのパフォーマンス プロファイルは、中 (100000 要求/フロー/24 時間) です。 移行期間の後、手動 クラウド フローは呼び出しユーザーの要求制限を使用します。
移行期間中は制限がより緩やかになるため、ユーザー ライセンスのスタックはサポートされません。 ユーザーが Microsoft 365 プランや Dynamics 365 プランなどの複数のプランを持っている場合、フローはより上位のプラン (Dynamics 365 plan) を使用します。
移行期間中、Power Platform Request キャパシティのアドオンパックはユーザーまたはクラウド フローに割り当てられません。 しかし、ライセンス条項の範囲内にとどまり、移行期間が終了したときに備えて、これらのアドオンを購入することをお勧めします。 クラウド フローが現在調整されている場合は、アドオンを購入し、フローの詳細とアドオンの詳細を含むサポート チケットを作成して、サポート チームが調整されたフローの例外を提供できるようにします。
シード ライセンスのユーザーは、アプリのコンテキスト内でのみクラウド フローを使用できます。 詳細は、シード ライセンス セクションをご覧ください。 移行期間中のライセンス制限の適用はそれほど厳しくないので、移行期間が終了したときに中断が発生しないように、ライセンス条項の範囲内にとどまることをお勧めします。
よく寄せられる質問
プラットフォーム全体で Power Platform Request の監視や分析に使用できるツールは何ですか?
プレビュー段階の Power Platform 要求使用状況のレポートは、Power Platform 管理センターで入手できます。 現在、これらのレポートは Power Automate API 要求に限定されています。 現時点では、Dataverse、Microsoft Copilot Studio、Power Apps からの API 要求は含まれていません。
Power Platform Request 制限のタイムラインはどのようなものですか?
制限の概念は 2019 年後半に最初に導入され、文書化された制限は 2021 年後半に大幅に増加しました。 Power Platform Request のパブリック プレビュー レポートは 2022 年 6 月に展開をされました。 パブリック プレビュー期間の後、レポートは一般公開に移行します。 いつ GA が発生するかについて現在の ETA はありません。 潜在的な高使用率の強制は、レポートが一般提供になってから少なくとも 6 か月後まで開始されません。 ただし、Power Automate は強制されるまでは、移行制限においてスロットルを続けます。 詳細については FAQ を参照してください。
従来のワークフローや Power Automate のフローでは、どのアカウントの制限を使用していますか?
これは、プロセスがオンデマンドで実行されるか、バックグラウンドで実行されるかよって異なります。 オンデマンドで実行されるインスタント フローは、プロセスを開始したアカウントの制限を使用します。 一方、バックグラウンドで実行されるワークフローや自動化/スケジュール設定がされたフローは、プロセスが開始された理由やプロセス内の接続に使用されるアカウントに関係なく、常にプロセスの所有者の制限を使用します。 詳細は、Power Platform 要求の制限がフローで使用されますか? を参照してください。
Microsoft Power Platform 要求では、日から日または月から月へのロールオーバーが制限されますか?
いいえ、正しくありません すべての Microsoft Power Platform Request は 24 時間存在します。 消費されない場合は、翌日にロールオーバーしたり、1 か月以内に蓄積したりすることはありません。
アプリケーション ユーザー、非対話型ユーザー、管理者ユーザー、システム ユーザーは、それぞれ独自のテナント レベルの制限を取得しますか？
いいえ、彼らはしません。 テナント レベルの制限は、テナント内のすべてのアプリケーション ユーザー、非対話型ユーザー、管理ユーザー、システム ユーザーで共有されます。
Dataverse の従来型の Dataverse のワークフローやプラグインから生成されたリクエストは、リクエスト制限にカウントされますか？
はい、これらの要求が CRUD、割り当て、または共有タイプの要求を行っている場合、それらはカウントされます。 従来型のワークフローの場合、このロジックには条件のチェック、子ワークフローの開始、ワークフローの停止などのアクションが含まれます。 ただし、プラットフォームから内部的に生成された要求 ( sdkmessagerequest、 solutioncomponentdefinition、 ribbonclientmetadatareportingなど) はカウントされません。
付与された制限を超えないようにするには、Power Automate ではなくサードパーティのデータ統合ツールを使うべきでしょうか?
いいえ、サードパーティのデータ統合ツールは、スケジュールされたフロー、インスタント フロー、自動化されたフローと全く同じ制限が適用されます。 したがって、Power Automate を使用しても、サードパーティのツールを使用しても、違いはありません。 さらに、Power Automate から Dataverse への要求は二重カウントされません。1 つのアクションを呼び出すフローは、2 つではなく、制限に対して 1 つの要求としてカウントされます。