要求の制限と割り当て

[アーティクル]
05/07/2024

Power Platform 要求は、プラットフォームのサービスレベル、可用性、品質を確保するために制限をします。 Power Apps、Power Automate、Microsoft Copilot Studio、および Dynamics 365 アプリケーションにまたがってユーザーが 1 日あたり行うことのできる要求の数には制限があります。

Microsoft Power Platform 要求とは?

Microsoft Power Platform のリクエストは、ユーザーがさまざまな製品にわたって行うさまざまなアクションで構成されます。大まかに言うと、API リクエストを構成するものは次のとおりです。

Power Apps – コネクタと Microsoft Dataverse へのすべての API リクエスト。
Power Automate - コネクタ、プロセスアドバイザー分析、HTTP アクション、および変数の初期化から単純な作成アクションにわたる組み込みアクションに対するすべての API 要求。成功したアクションと失敗したアクションの両方がこれらの制限の対象となります。さらに、再試行や改ページ位置の自動修正による他の要求も、アクションの実行としてカウントされます。詳細については、Power Platform 要求としてのカウントとはを参照してください
Microsoft Copilot Studio - チャットボット会話から Power Automate フローへの API 要求 (または呼び出し)。
Dataverse- 作成、読み取り、更新、削除 (CRUD)、割り当て、共有の操作すべてで、CRUD トランザクションの実行に必要なユーザー主導型の要求や内部システム要求に加えて、共有や割り当てなどの特殊な操作が含まれます。これらは、任意のクライアントまたはアプリケーション (Dynamics 365 を含む) から、任意のエンドポイント (SOAP または REST) を使用して行えます。プラグイン、従来型のワークフロー、および前述の操作を行うカスタムコントロールが含まれますが、これらに限定されません。

Note

Dataverse では、ログイン、ログアウト、システムのメタデータ操作など、制限から除外されるシステム内部操作がいくつかあります。

以下のセクションでは、要求タイプとそれぞれに設定された制限について説明します。

ライセンスユーザー要求の制限

Microsoft Power Platform のすべてのユーザーは、割り当てられたライセンスに基づいて要求の数に制限があります。以下の表は、ユーザーが24時間内に行うことができる要求の数を定義します:

製品	24 時間ごとの有料ライセンスごとの要求
Power Platform (アプリごとの Power Apps、フロー単位の Power Automate、および Microsoft Copilot Studio を除く) および Dynamics 365 Team Members ¹ を除く、Dynamics 365 の有料ライセンスユーザー	40,000
Power Apps 従量課金制プラン、Power Apps アプリごとの有料ライセンスユーザー、Power Platform にアクセスできる Microsoft 365 アプリ、Dynamics 365 チームメンバー²	6,000
Power Automate のフローごとのプラン³、Microsoft Copilot Studio 基本サービス、Microsoft Copilot Studio アドオンパック⁴	250,000
有料 Power Apps ポータルログイン	200

¹ このカテゴリには、ユーザーごとの 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 を含みます。

² Power Apps 従量課金制プラン、Power Apps アプリごとプランの有料ライセンス、Dynamics 365 チームメンバー、Dynamics CRM Online ベーシック、Dynamics CRM Online エッセンシャル、Dynamics AX セルフサービス、Microsoft 365 ライセンス、Microsoft Project Online (プラン 1、プラン 3、プラン 5) が、このカテゴリに含まれます。 Power Apps と Power Automate の機能を含む Microsoft 365 ライセンスについては、ライセンスガイドの 付録 B を参照してください。

³ Power Automate のフロー単位のプランは、フローの所有者に関係なく、1 つのフローに対して特別なキャパシティを確保できます。これは、テナントレベルでの非ライセンスユーザー要求の制限を使用しません。

⁴ Microsoft Copilot Studio 要求は、Microsoft Copilot Studio チャットボットからトリガーされた Power Automate フローからカウントされます。 Microsoft Copilot Studio の最初のセッションパックと追加のセッションパックはどちらも同じ 1 日あたりの Power Platform 要求の制限を受け取ります。

その他の詳細

Power Platform 要求制限は、Dynamics 365 の「Base + Attach」ライセンスモデルの有料 Base ライセンスにのみ含まれています。 Attach ライセンスには、個別の制限は含まれていません。例えば、ユーザーにベースライセンスとして Dynamics 365 Customer Service Enterprise が、アッタッチライセンスとして Dynamics 365 Sales Enterprise がある場合、要求の制限はベースライセンス - 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 要求の制限を受け取ります。

非ライセンスユーザー要求の制限

ユーザーがサービスを操作する必要のない特定のアクティビティ (例: データベース間でデータを移行するバックグラウンドプロセス) には、個別の制限が設定されています。これらの制限は、テナントレベルで定義およびプールされます。 Dataverse では、サービスを操作するのにユーザーを必要としない ID を設定できます。これらには、以下が含まれます。

また、Dynamics 365 Marketing のような Dynamics 365 アプリケーションとの対話に使用する特別な無料 ($0) ライセンスがあります。詳細については、マーケティングのライセンス取得方法を参照してください。

これらの非ライセンス ID の場合、すべてのテナントは、テナントの有料ライセンスによって決定される初期基本要求制限に加えて、有料の Dynamics 365 Enterprise および Professional ライセンスの数によって発生する制限を取得します。¹ このプールは、これらの非ライセンスユーザーのみが使用でき、対話型ユーザーライセンスが割り当てられているユーザーは使用できません。

製品	24 時間ごとにプールされた非ライセンスのテナントレベルの要求
Dynamics 365 Enterprise および Professional アプリケーション ¹	500,000 の基本要求+ USL ごとに発生した 5,000 の要求 ¹、最大 10,000,000 まで ²
Power Apps (すべてのライセンス)	テナントのライセンスごとの発生なしで 25,000 の基本要求
Power Automate (すべてのライセンス)	テナントのライセンスごとの発生なしで 25,000 の基本要求

¹ このカテゴリには、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 要求の制限は、Dynamics 365 の「Base + Attach」ライセンスモデルの有料 Base ライセンスにのみ付与されます。

² 非ライセンスユーザー制限を超えることが予想される場合は、再販業者または Microsoft アカウントチームに連絡して、カスタムソリューションについて話し合ってください。

詳細

特定の製品はサービスプリンシパルの概念で動作し、非ライセンスユーザープールに制限が発生します。これは、プラットフォーム上での製品の動作に制限を合わせるための最良の方法です。

テナントに複数のタイプのサブスクリプションがある場合、非ライセンスユーザーの要求容量では、要求数の多い製品ラインサブスクリプションが使用されます。たとえば、顧客が Dynamics 365 Customer Service Enterprise Base ライセンスサブスクリプション (最小要求 500,000 + 発生した制限) とユーザーごとの Power Apps サブスクリプション (25,000 要求/日) の両方を所有している場合、プールされたテナントレベルの要求容量は、最小要求 500,000 + 24 時間あたりの発生した制限になります。

ライセンスユーザーまたは非ライセンスユーザーが制限を超えた場合

Power Platform 要求の制限は更新され、2021 年後半に大幅に引き上げられ、ほとんどの顧客の通常の使用量よりも大幅に高いレベルになりました。更新された制限により、文書化された制限を超えるユーザーはごくわずかであると予想されます。非ライセンスユーザー制限を超えることが予想される場合は、再販業者または Microsoft アカウントチームに連絡して、カスタムソリューションについて話し合ってください。

考えられる高使用率の強制は、Power Platform 要求の使用量レポートが、Power Platform 管理センターで一般提供されてから 6 か月後まで発生しません。

Microsoft は、超過分の制限を適用する権利を保有します。顧客が高使用率の強制に遭遇した場合、何らかの形の調整を期待できます。顧客は、追加キャパシティを購入して、高使用率の強制を回避したり、環境を従量課金に移動し、1 日の制限を超える実際の使用状況に関して支払います。

Power Platform 要求キャパシティアドオン

制限を超える要求が頻繁に使用されていることを確認した顧客は、Power Platform 要求キャパシティアドオンを購入することにより、高使用率の強制を避けることができます。このアドオンを使用すると、顧客は特定の高使用率のライセンスユーザーまたは高使用率の非ライセンスユーザーの制限を増やすことができます。キャパシティアドオン 1 つあたり、24 時間ごとに要求の制限が 50,000 増加します。複数のキャパシティアドオンを割り当てて、制限を増やすことができます。

移行期間中、Power Platform 要求容量アドオンパックをユーザーまたはフローに割り当てることはできません。しかし、ライセンス条項の範囲内にとどまり、移行期間が終了したときに備えて、これらのアドオンを購入することをお勧めします。

Power Automate フローがスロットルされている場合、環境内のどのフローもスロットルされていないことを確認するために、従量課金制を試してみてください。従量課金制を使用できない場合は、アドオンを購入し、フローの詳細とアドオンの詳細を含む Microsoft サポートチケットを作成して、サポートチームが調整されたフローの例外を提供できるようにします。

Note

現在、キャパシティアドオンをユーザー (アプリケーション、管理、および非対話型ユーザーを含む) に割り当てることはできません。キャパシティアドオンの割り当て機能は、高使用率の強制のタイミングに合わせて調整されます。

その他の適用可能な制限

1 日あたりの Power Platform 要求制限とは別に、各サービスに固有の他のサービス保護制限があります。 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 管理センターにサインインします。
左側のナビゲーションウィンドウで、キャパシティ を選択します。
概要タブの アドオン セクションで レポートのダウンロード を選択します。
メニューから新規を選択します。
レポートを選択する ボックスで Microsoft Power Platform 要求 を選択します。
必要なタイプのレポートを選択してから、送信を選択します。
レポートの準備ができたら、ダウンロード を選択してレポートを Excel CSV ファイルとしてダウンロードします。

Note

これらのレポートは現在プレビュー段階です。ライセンスユーザープレビューレポートには 2 つの制限があります。

ライセンスユーザーの権利は、環境ごとの 1 日あたりのユーザーごとのレポートに表示されます。制限は、ユーザーごとに日単位のレベルで適用する必要があります。レポートを見るときは、制限はユーザー 1 日あたりであり、権利の数量を 1 日 1 回だけ使用し、同じユーザーの権利を複数回合計することはできないことを理解してください。
ライセンスユーザーレポートには、Power Apps アプリ単位ライセンスまたは Power Apps アプリ単位の従量課金メーターを使用してライセンスされたユーザーの正しい権限が表示されません。このようなユーザーの権限は、実際には 6000 (上で説明されるように 24 時間あたりの要求数) と表示されるはずですが、0 と表示されます。

ライセンスユーザーレポート

ライセンスユーザーレポートには、ユーザーあたり 1 日の Power Platform 要求の使用状況とユーザーの資格の数量が表示されます。ダウンロード可能なレポートには、次のフィールドが含まれています。

フィールド	説明
環境 ID	一意の Power Platform 環境識別子。
環境名	環境の表示名。
呼び出し元 ID	Active Directory ID にマップする呼び出し元 ID の一意の識別子。 null または空にすることができます。
呼び出し元の種類	呼び出し元 ID の種類。ライセンスユーザーレポートの適用値はユーザーです。
使用状況の日時	使用状況が取得された日時 (UTC)。
資格の数量	ユーザーの Power Platform 要求の制限の合計。
消費数量の合計	すべてのタイプの要求 (Dataverse、Power Apps、Power Automate) の総使用量。
Dataverse 要求	Dataverse から作成された Power Platform 要求の数。
Power Automate 要求	Power Automate から作成された Power Platform 要求の数。
Power Apps 要求	Power App から作成された Power Platform 要求の数。

詳細な使用状況レポートのサンプルは次のとおりです。

非ライセンスユーザーレポート

非ライセンスユーザーレポートには、非ライセンスユーザーの 1 日あたりの Power Platform 使用量と、そのテナントの非ライセンスユーザーの権利の合計数が表示されます。ダウンロード可能なレポートには、次のフィールドが含まれています。

フィールド	説明
このテナントの Power Platform 要求の権利	このテナントの非ライセンス Power Platform 要求の 1 日あたりの資格の合計数。
環境 ID	一意の Power Platform 環境識別子。
環境名	環境の表示名。
呼び出し元 ID	呼び出し元の一意の識別子。 null または空にすることができます。
呼び出し元の種類	呼び出し元 ID の種類。適用可能な値は、システム、非対話型/アプリケーションです。
リソースの種類	リソースの種類。適用可能な値は Dataverse、Power Apps、および Power Automate です。
リソース ID	一意のリソース識別子。リソースの種類に基づいて、アプリ ID、Dataverse 組織 ID、または Power Automate フロー IDのいずれかになります。 null または空にすることができます。
メーターカテゴリ	この場合の Power Platform 要求の最上位メーター。
メーターのサブカテゴリ	要求を生成したもの詳細な分類。これは、Dataverse、Power Apps、Power Automate のいずれかにすることができます。
使用状況の日時	使用状況が取得された日時 (UTC)。
消費数量	Power Platform 要求の使用状況。

詳細な使用状況レポートのサンプルは次のとおりです。

フローごとのレポート

フローごとのライセンスされたフローのダウンロード可能レポートには、次のフィールドが含まれています。

フィールド	説明
環境 ID	一意の Power Platform 環境識別子。
環境名	環境の表示名。
環境リージョン	プレビュー中は使用できません。
呼び出し元 ID	フローの一意識別子。 null または空にすることができます。
呼び出し元の種類	呼び出し元 ID の種類。適用可能な値ははフローです。
使用状況の日時	使用状況が取得された日時 (UTC)。
資格の数量	フローに含まれる権利の値。
消費数量	Power Platform 要求の使用状況。

詳細な使用状況レポートのサンプルは次のとおりです。

フローごとのライセンスレポートの例を示す画像。

よく寄せられる質問

プラットフォーム全体で Power Platform 要求の監視や分析に使用できるツールは何ですか?

Power Platform 要求の使用状況のレポート (プレビュー) は、Power Platform 管理センターで使用できます。

Power Platform 要求制限のタイムラインはどのようなものですか?

制限の概念は 2019 年後半に最初に導入され、文書化された制限は 2021 年後半に大幅に増加しました。 Power Platform リクエストの公開プレビューレポートは 2022 年 6 月に展開をされました。公開プレビュー期間の後、レポートは一般公開に移行します。これがいつ発生するかについて現在の ETA はありません。潜在的な高使用率の強制は、レポートが一般提供になってから少なくとも 6 か月後まで開始されません。ただし、Power Automate は、強制までは、移行制限においてスロットルを続けます。 FAQを参照してください。

従来のワークフローや Power Automate のフローでは、どのアカウントの制限を使用していますか？

これは、プロセスがオンデマンドで実行されるか、バックグラウンドで実行されるかよって異なります。オンデマンドで実行されるインスタントフローは、プロセスを開始したアカウントの制限を使用します。一方、バックグラウンドで実行されるワークフローや自動化/スケジュール設定がされたフローは、プロセスが開始された理由やプロセス内の接続に使用されるアカウントに関係なく、常にプロセスの所有者の制限を使用します。誰の Power Platform 要求の制限がフローで使用されますか? を参照してください。

Microsoft Power Platform 要求の制限は、日から日へ、または月から月へと繰り越しされますか?

いいえ。全ての Microsoft Power Platform 要求は 24 時間存在します。それらが消費されない場合、それらは翌日に繰り越されず、1 か月以内蓄積されることもありません。

アプリケーションユーザー、非対話型ユーザー、管理者ユーザー、システムユーザーは、それぞれ独自のテナントレベルの制限を取得しますか？

いいえ。テナントレベルの制限は、テナント内のすべてのアプリケーションユーザー、非対話型ユーザー、管理ユーザー、システムユーザーで共有されます。

Dataverse の従来型の Dataverse のワークフローやプラグインから生成されたリクエストは、リクエスト制限にカウントされますか？

はい、これらの要求が CRUD、割り当て、または共有タイプの要求を行っている場合、それらはカウントされます。従来型のワークフローの場合、条件のチェック、子ワークフローの開始、ワークフローの停止などのアクションが含まれます。ただし、sdkmessagerequest、solutioncomponentdefinition、ribbonclientmetadatareporting など、プラットフォームから内部的に生成されたリクエストはカウントされません。

付与された制限を超えないようにするには、Power Automate ではなくサードパーティのデータ統合ツールを使うべきでしょうか？

いいえ、サードパーティのデータ統合ツールは、スケジュールされたフロー、インスタントフロー、自動化されたフローと全く同じ制限が適用されます。したがって、使用することを選択するかどうかに違いはありませんPower Automateまたはサードパーティのツール。また、Power Automate から Dataverse への要求は二重にカウントされないため、1 つのアクションを呼び出すフローは、制限に対して２つではなく、1 つの要求としてしかカウントされません。

次の方法で共有

要求の制限と割り当て

Microsoft Power Platform 要求とは?