Power Platform 要求を制限する目的は、プラットフォームのサービス レベル、可用性、品質を確保することです。 ユーザーがPower Apps、Power Automate、Microsoft Copilot Studio、Dynamics 365アプリケーションで毎日行うことができる要求の数には制限があります。
Microsoft Power Platform要求とは
Microsoft Power Platformの要求は、ユーザーがさまざまな製品にわたって実行するアクションです。
- Power Apps: コネクタとMicrosoft Dataverseに対するすべての API 要求。
- Power Automate: コネクタ、プロセス アドバイザー分析、HTTP アクション、および変数の初期化から単純な作成アクションへの組み込みアクションに対するすべての API 要求。 成功したアクションと失敗したアクションの両方が、これらの制限にカウントされます。 ページネーションにおける再試行および要求も、アクションの実行としてカウントされます。 詳細については、「 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 チームメンバー1 を除く） | 40,000 |
| Power Apps従量課金制プラン、アプリごとのPower Appsの有料ユーザー、Power Platformアクセス権を持つMicrosoft 365アプリ、有料ライセンスユーザー、Dynamics 365チームメンバー2 | 6,000 |
| フロー プランごとのPower Automate3、Microsoft Copilot Studio 基本プラン、Microsoft Copilot Studioアドオン パック4 | 250,000 |
| 有料Power Apps ポータルログイン | 200 |
1 このカテゴリには、ユーザープランごとの Power Apps の有料ライセンス（以前の Power Apps プラン 1 と Power Apps プラン 2 のライセンスを含む）、ユーザープランごとの Power Automate（以前のフロー プラン 1 とフロー プラン 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、Project Service Automation、Dynamics 365 Commerce、Human Resources、Dynamics 365 Finance、Dynamics 365 Project Operations、Dynamics 365 Supply Chain Management、Model-driven apps プラン、Dynamics 365 Unified Ops プラン、Dynamics 365 プラン、Dynamics 365 for Operations デバイス、Dynamics 365 for Operations アクティビティ、Dynamics AX Online デバイス、Dynamics AX Online タスク、Dynamics CRM Online Enterprise、そして Dynamics CRM Online Professional が含まれます。
2 このカテゴリには、Power Apps従量課金プランと、アプリプランごとの有料ライセンスPower Apps、Dynamics 365 チーム メンバー、Dynamics CRM Online Basic、Dynamics CRM Online Essential、Dynamics AX セルフサービスが含まれます。Microsoft 365 ライセンス、および Microsoft Project Online (プラン 1、プラン 3、プラン 5)。 Appendix Bの詳細については、Power AppsおよびPower Automate機能を含むMicrosoft 365ライセンスのPower Platform Licensing Guideを参照してください。
3 フローごとのPower Automateプランでは、フローの所有者に関係なく、容量を 1 つのフロー用に特別に予約できます。 このプランは、テナント レベルでの非ライセンス ユーザー要求の制限を使用しません。
4 Microsoft Copilot Studio 要求は、Microsoft Copilot Studio チャットボットからトリガーされたPower Automate フローからカウントされます。 初期セッション パックと追加セッション パックMicrosoft Copilot Studio、どちらも同じ日単位の Power Platform 要求制限を受け取ります。
ライセンスユーザーの要求制限の詳細
Power Platform 要求の制限は、Dynamics 365 base + attach ライセンス モデルの有料ベース ライセンスにのみ含まれます。 Attach ライセンスには、個別の制限は含まれていません。 たとえば、ユーザーが基本ライセンスとして Dynamics 365 Customer Service Enterprise を持ち、アタッチ ライセンスとして Enterprise Dynamics 365 Salesしている場合、要求の合計制限は基本ライセンス (Dynamics 365 Customer Service Enterprise) によって提供されます。
ユーザーが複数の有料ライセンスを持っている場合、許可される要求の合計数は、各ライセンスの要求の合計です。 たとえば、ユーザーが Dynamics 365 Customer Service Enterprise 基本ライセンスとユーザー ごとのPower Appsの両方のライセンスを持っている場合、そのユーザーは合計 40,000 + 40,000 = 24 時間あたり 80,000 件の要求を使用できます。
Microsoft Copilot Studio要求は、Microsoft Copilot StudioチャットボットまたはエージェントからトリガーされたPower Automate フローからカウントされます。 初期セッション パックと追加セッション パックMicrosoft Copilot Studio、どちらも同じ日単位の Power Platform 要求制限を受け取ります。
非ライセンス ユーザー要求の制限
別の制限は、データベース間でデータを移行するバックグラウンド プロセスなど、ユーザーの操作を必要としないアクティビティに適用されます。 これらの制限は、テナント レベルで定義およびプールされます。 Dataverse では、サービスを操作するのにユーザーを必要としない ID を設定できます。 これらには、以下が含まれます。
- アプリケーション ユーザー
- 非対話型ユーザー
- 管理ユーザー
- システム ユーザー
また、Dynamics 365 Marketing などのDynamics 365 アプリケーションとの対話に使用される特別な無料 ($0) ライセンスもあります。 詳細は、マーケティングのライセンス取得方法 を参照してください。
これらの非ライセンス ID の場合、すべてのテナントは、テナント上の有料ライセンスによって決定されるテナントごとの初期基本要求制限と、有料の Dynamics 365 Enterprise および Professional ライセンスの数量によって決定される未収の制限を受け取ります。1 このプールは、これらの非ライセンス ユーザーのみが使用でき、対話型ユーザー ライセンスが割り当てられているユーザーは使用できません。
| Products | 24 時間ごとにプールされた非ライセンスのテナントレベルの要求 |
|---|---|
| Dynamics 365エンタープライズとプロフェッショナル アプリケーション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、Project Service Automation、Dynamics 365 Commerce、Human Resources、Dynamics 365 Finance、Dynamics 365 Project Operations、Dynamics 365 Supply Chain Management、Model-driven appsプラン、Dynamics 365 Unified Ops プラン、Dynamics 365 プラン、Dynamics CRM Online Enterprise、および Dynamics CRM Online Professional。 Power Platform 要求で発生したライセンスのないテナント レベルの制限は、Dynamics 365の "基本 + アタッチ" ライセンス モデルの有料の基本ライセンスでのみ付与されます。
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 フローが調整されている場合は、Pay-as-you-go を試して、環境内のフローが調整されていないことを確認します。 従量課金制を使用できない場合は、 プロセス ライセンス またはアドオンを購入し、フローとアドオンの詳細を含む Microsoft サポート チケットを作成して、サポート チームが調整されたフローの例外を提供できるようにします。
メモ
現時点では、容量アドオンをユーザー (アプリケーション、管理ユーザー、非対話型ユーザーを含む) に割り当てることはできません。 容量アドオンを割り当てる機能は、使用率の高い適用のタイミングに合わせて調整されます。
その他の適用可能な制限
1 日あたりの Power Platform Request 制限とは別に、各サービスに固有の他のサービス保護制限があります。 1 日あたりの要求制限と同様、これらの制限は、すべての顧客にとってサービスの中断につながるような悪意のある行動や迷惑な行動からサービスを保護することで、サービスの品質を維持するのに役立ちます。
各サービスの 現在 のセキュリティ サービス制限については、次の資料を参照してください:
- Dataverse の制限: モデル駆動型アプリと顧客エンゲージメント アプリ (Dynamics 365 Sales、カスタマー サービスなど)、Power Apps、Dataverse/customer engagement アプリへの接続Power Automateに適用されます
- Power Automateの制限: 自動、スケジュール、および瞬時フローに適用
- コネクタ内のLimits: Power AutomateおよびPower Appsに適用できます
Power Platform 管理センターで詳細な Power Platform リクエスト使用状況情報を表示する (プレビュー)
ライセンスユーザー、非ライセンス ユーザー、フロー ライセンスフロー実行ごとの Power Platform 要求の消費量を表示するには、次の手順を実行します。
Power Platform 管理センターにサインインします。
サイド ナビゲーションのウィンドウで、ライセンス を選択します。
[ ライセンス ] ウィンドウで、[ 容量アドオン ] を選択して [ 容量 ] ページを表示します。
[ 概要 ] タブで、[ アドオン ] セクションまで下にスクロールし、[ レポートのダウンロード] を選択します。
Power Platform 管理センターの [容量] ページを示すスクリーンショット。レポートをダウンロードするためのリンクが強調表示されています。
[ ダウンロード可能なレポート] ページで、コマンド バーから [ 新規 ] を選択します。
[レポートの選択 ボックスを展開し、Microsoft Power Platform 要求 を選択します。
レポートの必要なスコープを選択します。
- ライセンスユーザー
- ライセンスのないユーザー
- フローごとのライセンスを持つフロー
送信を選択します。
レポートの準備ができたら、ダウンロード を選択してレポートを Excel CSV ファイルとしてダウンロードします。
メモ
これらのレポートはプレビュー段階であり、現在Power Automate API 要求に限定されています。 現時点では、Dataverse、Microsoft Copilot Studio、Power Appsからの API 要求は含まれません。
ライセンスユーザー プレビュー レポートには 2 つの制限があります。
- ライセンスを持つユーザーの権利は、環境ごとに 1 日あたりのユーザーごとのレポートに表示されます。 制限は、ユーザーごとに日単位のレベルで適用する必要があります。 レポートを見るときは、制限はユーザー 1 日あたりであり、権利の数量を 1 日 1 回だけ使用し、同じユーザーの権利を複数回合計することはできないことを理解してください。
- Licensed ユーザー レポートは、Power Apps アプリごとのライセンスまたはアプリごとの従量課金メーターを使用してライセンスされたユーザーに対する適切な権利情報を表示しません。 このようなユーザーの権利は 0 と表示され、実際には 6000 として表示されます (前に説明したように 24 時間ごとの要求)。
ライセンスユーザーに関するレポート
ライセンスされたユーザー レポートには、1 日あたりのユーザーあたりの Power Platform 要求の使用状況と、ユーザーの権利を持つ数量が表示されます。 ダウンロード可能なレポートには、次のフィールドが含まれています。
| フィールド | Description |
|---|---|
| 環境 ID | 一意の Power Platform 環境識別子。 |
| 環境名 | 環境の表示名。 |
| 呼び出し元 ID | Active Directory ID に対応する呼び出し元の一意の識別子。 null または空にすることができます。 |
| 呼び出し元の種類 | 呼び出し元 ID の種類。 ライセンス ユーザー レポートの適用値はユーザーです。 |
| 使用状況の日時 | 使用状況が取得された日時 (UTC)。 |
| 資格の数量 | ユーザーの Power Platform Request の制限の合計。 |
| 消費数量の合計 | Power Automate APIの合計使用量。 |
| Power Automate要求 | Power Automateから送信された Power Platform 要求の数。 |
詳細な使用状況レポートのサンプルは次のとおりです。
ライセンスのないユーザー レポート
ライセンスのないユーザー レポートには、ライセンスのないユーザーの 1 日あたりの Power Platform 要求使用量と、そのテナントのライセンスのないユーザーの合計エンタイトルメントが表示されます。 ダウンロード可能なレポートには、次のフィールドが含まれています。
| フィールド | Description |
|---|---|
| このテナントの Power platform 要求の権利 | このテナントの非ライセンス Power Platform 要求の 1 日あたりの資格の合計数。 |
| 環境 ID | 一意の Power Platform 環境識別子。 |
| 環境名 | 環境の表示名。 |
| 呼び出し元 ID | 呼び出し元の一意の識別子。 null または空にすることができます。 |
| 呼び出し元の種類 | 呼び出し元 ID の種類。 適用可能な値は、システム、非対話型/アプリケーションです。 |
| リソースの種類 | リソースの種類。 現在、適用可能な値はPower Automate。 |
| リソース ID | 一意のリソース識別子。 リソースの種類に基づいて、Power Automate のフロー ID。 null または空にすることができます。 |
| メーター カテゴリ | この場合の Power Platform Request の最上位メーター。 |
| メーターのサブカテゴリ | 要求を生成した内容の詳細な分類であり、これはPower Automateによるものです。 |
| 使用状況の日時 | 使用状況が取得された日時 (UTC)。 |
| 消費数量 | Power Platform Request の使用状況。 |
詳細な使用状況レポートのサンプルは次のとおりです。
Power Platform 管理センターのライセンスのないユーザー レポートのスクリーンショット。[環境 ID]、[環境名]、[発信者番号]、[呼び出し元の種類]、[リソースの種類]、[リソースの種類]、[リソース ID]、[測定カテゴリ]、[測定サブカテゴリ]、[使用状況の日時]、[消費済み数量] の列を含むテーブルが表示されています。この表には、サンプル データの行がいくつか一覧表示されています。
フロー単位のライセンスフローレポート
フローごとのライセンス付フローのダウンロード可能なレポートには、次のフィールドが含まれています。
| フィールド | Description |
|---|---|
| 環境 ID | 一意の Power Platform 環境識別子。 |
| 環境名 | 環境の表示名。 |
| 環境リージョン | プレビュー中は使用できません。 |
| 呼び出し元 ID | フローの一意識別子。 null または空にすることができます。 |
| 呼び出し元の種類 | 呼び出し元 ID の種類。 適用可能な値は Flow です。 |
| 使用状況の日時 | 使用状況が取得された日時 (UTC)。 |
| 資格の数量 | フローに含まれる権利の値。 |
| 消費数量 | Power Platform Request の使用状況。 |
Power Platform 管理センターのフローごとのユーザー レポートのスクリーンショット。列と行にサンプル データが格納されたテーブルが表示されています。
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 プロセス | ライセンスごとに 25 万 | ライセンスごとに 50 万 |
| Power Automateホストされたプロセス | ライセンスごとに 25 万 | ライセンスごとに 50 万 |
| Power Automate ユーザーごとのプラン (レガシ) | ユーザーごとに 4 万 | クラウドフローあたり 20 万 |
| Power Automate フローごとのプラン (レガシー) | ライセンスごとに 25 万 | ライセンスごとに 50 万 |
| Power Automate 無料 | ユーザーごとに 6k | クラウドフローあたり 1 万 |
| Office 365 | ユーザーごとに 6k | クラウドフローあたり 1 万 |
| Power Apps Premium | ユーザーごとに 4 万 | クラウドフローあたり 20 万 |
| Dynamics 365プロフェッショナル | ユーザーごとに 4 万 | クラウドフローあたり 20 万 |
| Dynamics 365 Enterprise アプリケーション | ユーザーごとに 4 万 | クラウドフローあたり 20 万 |
| Dynamics 365 チーム メンバー | ユーザーごとに 6k | クラウドフローあたり 1 万 |
詳細については、Power Automate ライセンスを参照してください。
メモ
- Power Automate プロセス ライセンスは、クラウド フローにスタックして PRR の制限を引き上げることができます
- Power Automate 内の Power Platform Request に関するよくある質問
Power Automate切り替え期間
すべての組織は移行期間にあたります。 これは、強制が厳しくなく、PPR 制限が高くなることを意味します。 移行期間は、Power Platform 管理センターのレポートが一般的に利用可能な期間後に終了します。 組織は、ライセンス制限の厳格な施行が始まる前に、使用状況を分析し、適切なライセンスを購入するための 6 か月の猶予があります。
移行期間中に注意すべき点がいくつかあります。
移行期間は、1 日あたりの制限がないことを意味するものではありません。 これは、アプリやフローへの潜在的な意図しない影響を防ぐために、現在適用されている公式の制限が記載されている制限よりも緩いことを意味します。
これらの移行期間の制限は、移行期間中のクラウド フロー レベルで適用されます。 さらに、移行期間中は、ユーザー レベルごとに 1,000,000 件のクラウド フロー アクションの個別の制限が適用され、ユーザーが 1 日のすべてのフロー実行で 100 万アクションを超えないようにします。 移行期間が終了すると、実際の制限は Premium ライセンスのユーザー レベルで適用され、プロセス/フロープラン ライセンスごとのクラウド フロー レベルで適用されます。
移行期間中、手動クラウド フローはフロー所有者/フロー呼び出し者の制限を使用しません。 すべての手動クラウド フローのパフォーマンス プロファイルは、中 (100000 要求/フロー/24 時間) です。 移行期間の後、手動 クラウド フローは呼び出しユーザーの要求制限を使用します。
移行期間中は制限がより緩やかになるため、ユーザー ライセンスのスタックはサポートされません。 ユーザーが複数のプラン (Microsoft 365 プランやDynamics 365 プランなど) を持っている場合、フローでは上位プラン (Dynamics 365 プラン) が使用されます。
移行期間中、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要求は、24 時間存在します。 消費されない場合は、翌日にロールオーバーしたり、1 か月以内に蓄積したりすることはありません。
アプリケーション ユーザー、非対話型ユーザー、管理者ユーザー、システム ユーザーは、それぞれ独自のテナント レベルの制限を取得しますか？
いいえ、彼らはしません。 テナント レベルの制限は、テナント内のすべてのアプリケーション ユーザー、非対話型ユーザー、管理ユーザー、システム ユーザーで共有されます。
Dataverse の従来型の Dataverse のワークフローやプラグインから生成されたリクエストは、リクエスト制限にカウントされますか？
はい、これらの要求が CRUD、割り当て、または共有タイプの要求を行っている場合、それらはカウントされます。 従来型のワークフローの場合、このロジックには条件のチェック、子ワークフローの開始、ワークフローの停止などのアクションが含まれます。 ただし、プラットフォームから内部的に生成された要求 ( 、 、 など) はカウントされません。
制限に達しないように、Power Automateの代わりにサードパーティのデータ統合ツールを使用する必要がありますか?
いいえ、サードパーティのデータ統合ツールは、スケジュールされたフロー、インスタント フロー、自動化されたフローと全く同じ制限が適用されます。 したがって、Power Automateまたはサードパーティのツールのどちらを使用するかに違いはありません。 さらに、Power Automateから Dataverse への要求は 2 回カウントされません。1 つのアクションを呼び出すフローは、2 つではなく、制限に対して 1 つの要求としてカウントされます。
関連コンテンツ
- Dataverse API 制限の概要
- Power Automateの制限と構成