要求の制限と割り当て
Power Platform リクエスト制限は、プラットフォームのサービス レベル、可用性、品質を確保するために存在します。 Power Apps、Power Automate、Microsoft Copilot Studio、および Dynamics 365 アプリケーションにまたがってユーザーが 1 日あたり行うことのできる要求の数には制限があります。
Microsoft Power Platform 要求とは?
Microsoft Power Platform のリクエストは、ユーザーがさまざまな製品にわたって行うさまざまなアクションで構成されます。 大まかに言えば、APIリクエストを構成するものは次のとおりです。
- Power Apps: コネクタへのすべてのAPIリクエスト Microsoft Dataverse。
- Power Automate: コネクタへのすべてのAPIリクエスト、プロセス アドバイザー 分析、HTTPアクション、変数の初期化から単純な作成アクションまでの組み込みアクション。 成功したアクションと失敗したアクションの両方がこれらの制限の対象となります。 さらに、ページネーションからの再試行やその他のリクエストもアクション実行としてカウントされます。 詳細については、「 リクエストとしてカウントされるものは何ですか? Power Platform 」をご覧ください。
- Microsoft Copilot Studio: チャットボット会話内からのフローへのAPIリクエスト (または呼び出し)。 Power Automate
- Dataverse: CRUDトランザクションを完了するために必要なユーザー駆動型および内部システム要求を含む、すべての作成、読み取り、更新、削除 (CRUD)、割り当て、共有 操作、および 共有 や割り当てなどの特殊な操作。 これらの操作は、任意のクライアントまたはアプリケーション (Dynamics 365を含む) から、任意の エンドポイント (SOAPまたはREST) を使用して実行できます。 これらの操作には、プラグイン、クラシック ワークフロー、前述の操作を実行するカスタム コントロールなどが含まれますが、これらに限定されません。
注意
Dataverseの場合、ログイン、ログアウト、システム メタデータ操作など、制限から除外されるシステム内部操作がいくつかあります。
次のセクションでは、リクエストの種類とそれぞれに設定されている制限について説明します。
ライセンス ユーザー要求の制限
Microsoft Power Platform のすべてのユーザーは、割り当てられたライセンスに基づいて要求の数に制限があります。 以下の表は、ユーザーが24時間内に行うことができる要求の数を定義します:
製品 | 24 時間ごとの有料ライセンスごとの要求 |
---|---|
Power Platform (アプリごとの Power Apps、フロー単位の Power Automate、および Microsoft Copilot Studio を除く) および Dynamics 365 Team Members 1 を除く、Dynamics 365 の有料ライセンス ユーザー | 40,000 |
Power Apps 従量課金制プラン、有料ライセンス ユーザー Power Apps アプリごと Microsoft 365 、アクセス付きアプリ Power Platform 、および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プラン1とFlowプラン2のライセンスを含む)、Dynamics 365 Sales Premium、Dynamics 365 Sales Enterprise、 Dynamics 365 Sales Professional、 Dynamics 365 Customer Service Enterprise、Dynamics 365顧客サービス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プラン、 Dynamics 365 for Operations デバイス、 Dynamics 365 for Operations Activity、Dynamics AX オンライン デバイス、Dynamics AX オンライン タスク、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 Self-Serve、 Microsoft 365 ライセンス、 Microsoft Project Online (プラン1、プラン3、プラン5) が含まれます。 機能が含まれるライセンスの詳細については、 ライセンス ガイド の Power Platform 付録B を参照してください。 Microsoft 365 および Power Apps Power Automate
3 Power Automate のフロー単位のプランは、フローの所有者に関係なく、1 つのフローに対して特別なキャパシティを確保できます。 このプランでは、テナント レベルでライセンスのないユーザーのリクエスト制限は使用されません。
4 Microsoft Copilot Studio リクエストは Power Automate チャットボットからトリガーされたフロー Microsoft Copilot Studio からカウントされます。 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 ライセンスの数によって発生する制限を取得します。1 このプールは、これらの非ライセンス ユーザーのみが使用でき、対話型ユーザー ライセンスが割り当てられているユーザーは使用できません。
製品 | 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 要求の制限は、Dynamics 365 の「Base + Attach」ライセンス モデルの有料 Base ライセンスにのみ付与されます。
2ライセンスのないユーザーの制限を超えることが予想される場合は、販売代理店または 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 移行期間中 に、リクエスト容量アドオン パックをユーザーまたはフローに割り当てることはできません。 ただし、 Microsoft ライセンス条件を遵守し、移行期間の終了に備えるために、これらのアドオンを購入することをお勧めします。
Power Automate フローが調整されている場合は、 従量課金制 を試して、環境 内のフローが調整されていないことを確認してください。 従量課金制を使用できない場合は、アドオンを購入し、フローの詳細とアドオンの詳細を記載したサポート チケットを作成して、サポート チームが調整されたフローの例外を提供できるようにします。 Microsoft
注意
現在、容量アドオンをユーザー (アプリケーション ユーザー、管理ユーザー、非対話型ユーザーを含む) に割り当てることはできません。 キャパシティ アドオンの割り当て機能は、高使用率の強制のタイミングに合わせて調整されます。
その他の適用可能な制限
1 日あたりの Power Platform 要求制限とは別に、各サービスに固有の他のサービス保護制限があります。 1 日あたりの要求制限と同様、これらの制限は、すべての顧客にとってサービスの中断につながるような悪意のある行動や迷惑な行動からサービスを保護することで、サービスの品質を維持するのに役立ちます。
各サービスの 現在 のセキュリティ サービス制限については、次の資料を参照してください:
- Dataverse 制限: モデル駆動型アプリと顧客エンゲージメント アプリ (Dynamics 365 Salesや 顧客サービス など) に適用可能、 Power Apps、 Power Automate 接続 Dataverse/顧客エンゲージメント アプリ
- 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 Automate
重要
デスクトップ フロー 実行はリクエストを消費しません Power Platform
サービスの可用性と品質を確保するため、ユーザーがクラウド フロー全体で実行できるリクエスト (PPR) の数には制限があります。 Power Automate Power Platform これらの制限は、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件のリクエストを取得できるとします。 最初のユーザーが24時間以内に40,000件を超えるリクエストを使用した場合、そのユーザーのフローは遅くなり、20,000件のリクエストしか使用せず、まだ20,000件のリクエストが残っている2番目のユーザーに影響はありません。
現在、すべての組織は 移行期間 にあり、その間はより厳しい移行期間の制限が適用されます。 移行期間が終了すると、公式の制限が適用されます。 公式の制限に基づいてクラウド フローを構築します。
5分間の制限は100,000リクエストであり、ユーザーのライセンスとは無関係です。 たとえば、プロセス ライセンスを持つフローは24時間に250,000件のリクエストを行うことができますが、5分以内に100,000件を超えるリクエストを行うことはできません。
Power Automate ライセンスあたりのリクエスト制限:
ライセンス名 | 24時間あたりのPPR公式制限 | 24時間あたりのPPR移行期間制限 |
---|---|---|
Power Automate Premium | ユーザーあたり40k | クラウド フロー あたり20万 |
Power Automate プロセス | ライセンスあたり25万 | ライセンスあたり50万 |
Power Automate のホストされたプロセス | ライセンスあたり25万 | ライセンスあたり50万 |
Power Automate ユーザーごとのプラン (レガシー) | ユーザーあたり40k | クラウド フロー あたり20万 |
Power Automate フローごとのプラン (レガシー) | ライセンスあたり25万 | ライセンスあたり50万 |
Power Automate Free | ユーザーあたり6k | クラウド フロー あたり10k |
Office 365 | ユーザーあたり6k | クラウド フロー あたり10k |
Power Apps Premium | ユーザーあたり40k | クラウド フロー あたり20万 |
Dynamics 365 Professional | ユーザーあたり40k | クラウド フロー あたり20万 |
Dynamics 365 エンタープライズ アプリケーション | ユーザーあたり40k | クラウド フロー あたり20万 |
Dynamics 365 Team Members | ユーザーあたり6k | クラウド フロー あたり10k |
ライセンスの詳細については Power Automate をご覧ください。
注意
- Power Automate プロセスライセンスをクラウド フローに積み重ねてPRR制限を増やすことができます
- FAQ Power Platform リクエスト Power Automate
Power Automate 移行期間
すべての組織は移行期間にあります。 つまり、施行は厳格ではなく、PPR制限は高くなります。 移行期間は、Power Platform 管理センターのレポート が一般的に利用可能な期間後に終了します。 組織は、ライセンス制限の厳格な適用が開始される前に、使用状況を分析し、適切なライセンスを購入するために6か月の期間が与えられます。
移行期間中に注意すべき点は次のとおりです。
移行期間は、1 日あたりの制限がないことを意味するものではありません。 つまり、現在適用されている制限は、アプリやフローに予期しない影響が生じる可能性を防ぐために、公式の制限よりも寛大になっています。
これらの移行期間の制限は、移行期間中に クラウド フロー レベルで適用されます。 さらに、移行期間中は、ユーザー レベルごとに1,000,000クラウド フロー アクションの個別の制限が適用され、ユーザーが1日のすべてのフロー実行で100万アクションを超えないようにします。 移行期間が終了すると、実際の制限は、プレミアム ライセンスの場合はユーザー レベル、プロセス / フロー プランごとのライセンスの場合は クラウド フロー レベルで適用されます。
移行期間中、手動クラウド フローはフロー所有者/フロー呼び出し元の制限を使用しません。 すべての手動 クラウド フロー のパフォーマンス プロファイルは、中 (100,000リクエスト/フロー/24時間) です。 移行期間後、手動クラウド フローは呼び出しユーザーのリクエスト制限を使用します。
移行期間中は制限が緩和されるため、ユーザー ライセンスの積み重ねはサポートされません。 ユーザーが Microsoft 365 プランや Dynamics 365 プランなどの複数のプランを持っている場合、フローはより上位のプラン (Dynamics 365 プラン) を使用します。
Power Platform 移行期間中、リクエスト容量アドオン パックはユーザーまたはクラウド フローに割り当てることはできません。 ただし、 Microsoft ライセンス条件を遵守し、移行期間の終了に備えるために、これらのアドオンを購入することをお勧めします。 クラウド フローが現在調整されている場合は、アドオンを購入し、フローの詳細とアドオンの詳細を記載したサポート チケットを作成して、サポート チームが調整されたフローの例外を提供できるようにします。
シードされたライセンスのユーザーは、アプリのコンテキスト内でのみクラウド フローを使用できます。 詳細については、 シードされたライセンス セクションをご覧ください。 移行期間中はライセンス制限の適用が緩やかになるため、 Microsoft 移行期間の終了時に中断が発生しないようにライセンス条件を遵守することをお勧めします。
よく寄せられる質問
プラットフォーム全体で Power Platform 要求の監視や分析に使用できるツールは何ですか?
Power Platform 要求の使用状況のレポート (プレビュー) は、Power Platform 管理センターで使用できます。
Power Platform 要求制限のタイムラインはどのようなものですか?
制限の概念は 2019 年後半に最初に導入され、文書化された制限は 2021 年後半に大幅に増加しました。 Power Platform リクエストの公開プレビューレポートは 2022 年 6 月に展開をされました。 公開プレビュー期間の後、レポートは一般公開に移行します。 GAがいつ行われるかについては、現時点では未定です。 潜在的な高使用量の強制措置は、レポートが一般に公開されてから少なくとも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つのアクションを呼び出すフローは、制限に対して2つのリクエストではなく1つのリクエストとしてのみカウントされます。