要求の制限と割り当て

2019 年 10 月より、サービス レベル、可用性、品質を確保するために、顧客エンゲージメント アプリ (Dynamics 365 Sales、Dynamics 365 Customer Service、Dynamics 365 Field Service、Dynamics 365 Marketing、および Dynamics 365 Project Service Automation) Power Apps、Power Automate、AI Builder、および Power Virtual Agents 全体で、ユーザーが 1 日に要求できる数には権利の制限があります。

Microsoft Power Platform 要求とは?

Microsoft Power Platform の要求は、ユーザーが様々な製品で行う様々なアクションで構成されます。 高いレベルで、API 要求の構成要素は次のとおりです:

  • コネクタ – Power Apps または Power Automate からコネクタに対するすべてのAPI 要求

  • Microsoft Power Automate – すべての Power Automate ステップ アクション

  • Common Data Service – "共有" や "割り当て" などの特別な操作と同様の CRUD トランザクションを完了するために必要なユーザー主導型および内部システム コールを含むすべての CRUD 操作。 これらは、クライアントまたはアプリケーションから、エンドポイント SOAP あるいは REST を使用してできます。 これらには、プラグイン、非同期ワークフローおよび上記の操作を行うカスタム コントロールが含まれますが、これらに限定されるわけではありません。

Common Data Service は、ログイン、ログアウト、システム メタ データ操作など、除外されるシステム内部操作の小さなセットがあることにご注意ください。

以下の表は、、一般的な要求制限や、ユーザーが、ユーザーに割り当てられたライセンスの種類に基づいて取得する割り当てを示しています。

Microsoft Power Platform は、ライセンスに基づいて割り当てを要求します

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

ユーザー ライセンス API 要求 / 24 時間の数
Dynamics 365 Enterprise アプリケーション1 20,000
Dynamics 365 プロフェッショナル2 10,000
Dynamics 365 チーム メンバー 5,000
ユーザー プランごとの Power Apps 5,000
ユーザー プランごとの Power Automate 5,000
Office ライセンス (Power Apps/Power Automate を含む)3 2,000
アプリケーション ユーザー / 非対話型ユーザー 下のライセンスを付与されていないユーザーのセクションを参照

1 Dynamics 365 Enterprise アプリケーションには、Dynamics 365 Sales Enterprise、Dynamics 365 Customer Service Enterprise、Dynamics 365 Field Service、Dynamics 365 Project Service Automation、Dynamics 365 Retail、Dynamics 365 Talent、Dynamics 365 Customer Engagement プランが含まれています。

2Dynamics 365 Professionalには、Dynamics 365 Sales Professional、Dynamics 365 Customer Service Professional が含まれています。

ライセンス ガイド にある Power Apps および Power Automate 機能を含む Microsoft 365 ライセンスについては、3 付録 C を参照してください。

アプリ プランごとの Power Apps のユーザー ライセンスなしでアプリやフローを実行している、あるいは、フロー プランごとの Power Automate を通じてライセンスされたフローを実行するユーザーには、以下のAPI 要求の権利が付与されます。

非ユーザー ライセンス API 要求 / 24 時間の数
アプリ プランごとの Power Apps ユーザー パスあたり 1,000
フロー プランごとの Power Automate フローあたり15,000

ユーザーに複数の製品ラインから割り当てられた複数のプランがある場合は、許可される要求の総数は、各ライセンスの種類に割り当てられた要求の合計になります。 例えば、ユーザーに Dynamics 365 Customer Service Enterprise ライセンスとユーザー ライセンスごとの Power Apps の両方がある場合は、ユーザーが 24 時間ごとに利用可能な要求の合計は 20000 + 5000 = 25000 です。

ユーザーに同じ製品ライン内で割り当てられた複数のライセンスがある場合、例えば、ユーザーに、基本ライセンスの Dynamics 365 Customer Service Enterprise ライセンス と 付随する Dynamics 365 Sales Enterprise がある場合は、要求の総数は、基本ライセンス - Dynamics 365 Customer Service によって提供される数になります。

Power Apps と Power Automate の容量アドオン

Power Apps や Power Automate容量アドオンにより、顧客は追加の要求を購入できます。 最終的にこれらは Power Apps/Power Automate ライセンスと Dynamics 365 ライセンスを持つユーザーに割り当てられます。

各容量のアドオンは、ユーザーに割り当て可能な追加の 10,000 要求/24時間を提供します。 複数の容量アドオンは、同じユーザーに割り当てることもできます。

注意

Power Apps および Power Automate容量アドオンは、まだユーザーに割り当てることはできません。 割り当ては、2020 年後半に可能になります。 サポートされている場合、これらはアプリケーション ユーザー、管理ユーザー、および非対話ユーザーに割り当てることができます。

ライセンスを付与されていないユーザー/アプリケーション ユーザー/特別な無料ライセンスを持つユーザー

また、 Common Data Service は、サービスと対話するためにユーザー ライセンスを必要としない ID を持つ機能を提供します。 これらのユーザーには 3 種類があります:

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

これらのユーザーの場合、すべてのテナントは、これらのユーザーのみが使用でき、標準ライセンスを持つユーザーは使用できないテナントごとの基本要求容量を取得します。

この基本要求容量は、次のようにサブスクリプションのタイプに基づいています。

  1. テナントに、少なくとも 1 つの Dynamics 365 Enterprise のサブスクリプションがある場合は、24 時間ごとに 100,000 要求を取得します。

  2. テナントに、少なくとも 1 つの Dynamics 365 Professional のサブスクリプションがある場合は、24 時間ごとに 50,000 要求を取得します。

  3. テナントに、少なくとも 1 つの Microsoft Power Apps あるいは Power Automate のサブスクリプションがある場合は、24時間ごとに 25,000 要求を取得します。

テナントに複数のタイプのサブスクリプションがある場合、その基本的なリクエスト容量は、リクエスト数の多いサブスクリプションを使用します。 たとえば、顧客が Dynamics 365 Customer Service (100,000 リクエスト) とユーザーごとの Power Apps (25,000 リクエスト) の両方のサブスクリプションがある場合、基本的なリクエストの容量は、24 時間ごとに 100,000 となります。

基本要求キャパシティはテナント レベルで定義され、非ライセンス ユーザー、アプリケーション ユーザー、および無料 (0 USD) ライセンスを持つユーザーのみが使用できます。

基本要求容量がすべてなくなった後、お客様は Power Apps および Power Automate 容量アドオンを購入して、この容量を増やすことができます。

現在適用されているサービス保護制限

日次新規 API 要求の制限とは別に、現在、さまざまなサービスに固有の別のサービス保護制限があります。 こうした制限は、通常は、24時間のユーザーごとの 1 日あたりの権利と比較した場合、はるかに高くなります。 制限は、すべての顧客に対してサービスを中断するような悪意あるまたはノイズの多い動作からサービスを保護することで、サービス品質の維持に役立ちます。

各サービスの 現在 のセキュリティ サービス制限については、次の資料を参照してください:

よくあるご質問

ユーザーの要求容量を超えた場合、どうなりますか?

ユーザーが要求容量を超えると、テナント/環境の管理者に通知されます。 管理者は、Power Apps および Power Automate の要求容量アドオンをユーザーに割り当てることができます。

この時点で、ユーザーはアプリを使用して、時折発生する合理的な超過を防ぐことはできません。

アプリケーション ユーザーが基本要求容量を超えると、統合が機能しなくなりますか?

現在、統合は、時折妥当な超過が発生しても停止しません (上記を参照)。 管理者は超過について通知され、Power Apps に追加できるようになり、Power Automate の要求容量に準拠します。 近い将来、レポートが利用可能になった後は、テナントが Power Platform 要求権利の上限を超えると特定の操作がブロックされます。 これらのブロックされた操作は、管理およびカスタマイズ領域にありますが、これらの操作に限定されず、超過シナリオに応じて、他の領域にも拡張できます。

既存の顧客に対して移行期間はありますか?

はい、既存のすべてのお客様には、Power Platform 管理センターでレポートが利用可能になるまでの移行期間があります。

プラットフォーム全体の API リクエストを監視および分析するために管理者が使用できるツールは何ですか?

使用レポートと監視機能は、2020 年 10 月までに Power Platform 管理センターで提供される予定で、API 要求の使用状況を監視 / 分析するための最良の方法です。 このレポートでは、対話型および非対話型トラフィックを説明し、Power Apps および Power Automate の間の Common Data Service への呼び出しの重複も排除します。

Power Platform 要求数と権利を把握するために Power Platform 管理センターの Common Data Service 分析セクションで API 番号を見られますか ?

いいえ、既存の API レポートにはすべての Common Data Service API 呼び出しが含まれており、Power Apps、Power Automate、および Power Virtual Agent 要求は含まれません。 Power Platform 要求数のためには、間もなくリリースされる新しいレポートを使用する必要があります。 さらに、一部の内部操作は、近日公開予定の Power Platform 要求レポートにはカウントされません。 たとえば、sdkmessagerequest、solutioncomponentdefinition および ribbonclientmetadatareporting など、'IsPrivate' とみなされるエンティティへの呼び出しは除外されます。

Power Platform 要求の権利は、日ごとにまたは月ごとに繰り越されますか?

番号 すべての Power Platform 要求の権利は、24 時間周期で計算されます。 消費されない場合、翌日または翌月に繰り越されません。

各アプリケーションユーザー、非対話型のユーザー、または管理ユーザーは、独自のテナント レベルの権利を取得しますか ?

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

非同期ワークフローおよび Common Data Service のプラグインから生成された要求は、要求制限にカウントされますか?

はい、これらの要求が CrUD、割り当て、または共有 – タイプの要求をしている場合はカウントされます。 ただし、プラットフォームから内部的に生成された要求はカウントされません。

関連項目

Common Data Service API 制限の概要