Power Automate ライセンスの種類

組織は、スタンドアロン プランまたはシード プランとして利用可能なライセンス (有料または試用版) を介して Power Automate を使用する権利を取得します。

スタンドアロン プラン

ビジネス プロセスの自動化またはロボティック プロセス オートメーション (RPA) 機能のある、完全に柔軟な汎用ワークフローを作成する必要がある場合は、スタンドアロンの Power Automate ライセンスの購入を検討する必要があります。

プラン Description
ユーザーごとの Power Automate プラン このプランでは、標準コネクタプレミアム コネクタビジネス プロセス フローカスタム コネクタオンプレミスのゲートウェイなどを含む Power Automate の全機能を使用して、ユーザー固有のニーズに基づいたフローを無制限に (サービス制限内で) 実行する権利をユーザーごとの月額固定費用で提供します。
Power Automate のアテンド型 RPA のユーザーごとの プラン このプランは、レガシ アプリケーションとモダン アプリケーションにまたがっており、作成者は API ベースの自動化のためのフローを無制限に作成したり、ロボティック プロセス オートメーション (RPA) や AI を介してデスクトップ フローでレガシー アプリケーションを自動化したりすることができます。 このプランには、ユーザーごとの Power Automate プランのすべての機能と、ユーザーがワークステーションでアテンド型 RPA ボットを実行する機能が含まれています。 さらに、このプランには AI Builder のキャパシティ へのアクセスが含まれおり、フォーム処理、オブジェクト検出、予測、テキスト分類、認識などのシナリオをサポートします。 このプランは、ユーザーごとに月額固定料金で購入できます。
フロー プランごとの Power Automate このプランでは、各ユーザーに個別にライセンスを付与することなく、チーム、部門、組織全体を対象とした専用キャパシティのフローを導入することができます。 このプランは、5 つのアクティブなフローに対する固定の月額費用で始まります。アクティブなフローを追加するごとに月額費用が発生します (基本料金に含まれる 5 つのフロー以上のもの)。
Power Automate 従量課金制プラン (プレビュー) このプランを使用すると、組織は、ライセンスのコミットメントや前払いなしでフローの構築を開始し、Azure サブスクリプションを使用して フローが実行されたときにのみ支払う ことができます。
Power Automate P1 および P2 プラン (適用外) これらのプランは、2020 年 12 月 31 日以降、購入も自動更新も利用できなくなります。 2021 年 1 月 1 日以降に更新が予定されているこれらのプランのライセンスを持つ組織は、Microsoft Power Platform のサービスを継続して利用するために、ユーザーごとまたはフロー プランごとの Power Automate か、ユーザーごとまたはアプリ プランごとの Power Apps に移行する必要があります。 2021 年 1 月 1 日より前に開始され、有効な適用除外ライセンス契約をお持ちの場合は、契約終了日まで引き続きサポートされます。 詳細やライセンスの購入については、Microsoft アカウント担当者にお問い合わせください。

シード プラン

組織は、Power Automate のライセンスが シードされている 以下のプランのいずれかを使用するライセンスを取得している場合にも、Power Automate を使用する権利を得ることができます。

  • Microsoft 365 (以前は Office 365)。
  • Dynamics 365 Enterprise.
  • Dynamics 365 Professional.
  • Dynamics 365 Team Member.
  • Power Apps (キャンバスとモデル駆動型アプリ)- アプリごとプラン。
  • Power Apps ユーザーごと。
  • Power Apps プラン 1 (適用除外)。
  • Power Apps プラン 2 (適用除外)
  • Windows ライセンス。

シード プランを使用する場合、フローはシード プランが使用可能なアプリケーションのコンテキスト内で実行される必要があります。 たとえば、Power Apps で作成した Dynamics 365/App に含まれるフローは、以下のように接続することができます。

  • Power Apps を使用して作成したDynamics 365/Appの使用権の範囲内の任意のデータソースに。
  • Power Apps で作成した Dynamics 365/App と直接連携 (内蔵のトリガー/アクションを使用)。

たとえば、フローがプレミアム コネクタを使用し、それがアプリによってトリガーされる場合、どのユーザーも Power Apps のライセンスを持っていれば、フローを実行することができます。

フローが独立していて、アプリケーションとは関係がない場合は、スタンドアロンの Power Automate ライセンスを購入する必要があります。

詳細については、Microsoft Power Apps および Power Automate ライセンス ガイドを参照してください。

Power Automate プランの比較

ライセンス権利の詳細情報について。

これは、さまざまなライセンス プランに関連付けられている制限を示したグラフです。

比較を示す画像

  1. Dynamics 365 Sales Professional と Dynamics 365 Customer Service Professional。
  2. 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 プラン。
  3. Dataverse for Teams 環境 (一部の Office ライセンスに含まれる) では、Azure と Dataverse の機能で構築されたカスタム コネクタを使用することができます。

ライセンス権利

コネクタは、フローが接続するアプリ/サービスを表します。 例えば、OneDrive、SharePoint、Twitter などはフローが接続するサービスの例です。 Power Automate のコネクタは、フローが接続するアプリ/サービスの言語を話すように設計されているだけでなく、Power Automate がアカウントにアクセスできるようにします。 コネクタは、標準またはプレミアム コネクタのいずれかに分類されます。

標準コネクタ

標準コネクタ は、標準の Microsoft 365 サブスクリプションに含まれています。 標準コネクタは継続的に追加されています。

プレミアム コネクタ

プレミアム コネクタは、Microsoft 365 ライセンスには含まれていませんが、すべての スタンドアロン プラン に含まれています。

Power Automate の プレミアム コネクタ の全一覧は次の通りです。

ビジネス プロセス フロー

ワークフローのためのビジネス プロセス フローを作成し、ユーザーが一貫してデータを入力し、毎回同じ手順に従っていることを確認できます。 ビジネス プロセス フローは、組織が定義した、結論に至るまでに必要な相互作用のプロセス通してユーザーを導く、合理化されたユーザー エクスペリエンスを提供します。

カスタム コネクタ

事前に構築されたコネクタでは利用できないアプリ/サービスと通信したい場合があります。 カスタム コネクタでは、独自のコネクタを作成 (さらには共有) することができます。

ロボティック プロセス オートメーション

Power Automate にコネクタがないアプリケーションがあり、そのアプリに API がないためにカスタム コネクタを作成できない場合はどうすればよいでしょうか? ロボティック プロセス オートメーション (RPA) は、このようなシナリオに最適です。 API を備えていない古いシステムでも、RPA を使用して自動化を作成できます。 RPA では、あたかもロボットがコンピュータを使っているかのように、人間のマウスの動きやキーボードの入力を模倣するよう Power Automate に教えて、アプリケーションを自動化します。 つまり、デジタル プロセス オートメーションはコネクタを提供するので、アプリケーションに何をすべきかを伝えることができますが、RPA を使用すると、何をすべきかをアプリケーションに見せることができるということです。

オンプレミス ゲートウェイ

オンプレミス データ ゲートウェイは、オンプレミス データと複数の Microsoft Cloud サービスの間で、迅速かつ安全なデータ転送を提供するブリッジとして機能します。 ゲートウェイを使用することで、組織はデータベースや他のデータ ソースをオンプレミスに保持し、そのオンプレミス データをクラウド サービスで安全に使用できます。

AI Builder クレジット

AI Builder を使用すると、自動化されたプロセスにインテリジェンスを追加し、結果を予測して、ビジネス パフォーマンスの改善に役立てることができます。 AI Builder の容量は、"サービス クレジット" の形式で表されます。 サービス クレジットは、AI Builder がサポートするすべてのシナリオで単一の (共通の) 通貨として機能します。 利用可能なサービス クレジットは、AI Builder のサービスを利用する際に差し引かれます。 たとえば、フォーム処理 で数枚の文書からデータを抽出したり、テキスト認識 で基本的な OCR 抽出を数百回行うなど、これらのクレジットを利用することができます。

さまざまなシナリオ (例えば、フォーム処理、予測など) は、さまざまなレートでサービス クレジットを消費します。 アテンド型 RPA ライセンスのユーザーごとに 5000 クレジットが付与され、AI Builder の機能を評価することができます。 AI builder のライセンス の詳細情報。

Dataverse データベースとファイル容量

企業がデジタル トランスフォーメーションを進め、組織全体でデータをまとめていく中で、データ量は指数関数的に増加し続けます。 現代のビジネス アプリケーションは新しいビジネス シナリオをサポートし、新しいデータの種類を管理し、複雑化を増すコンプライアンス順守に対して組織をサポートする必要があります。 今日の組織のますます高くなるニーズをサポートするには、データ ストレージ ソリューションは継続的に展開し、拡大するビジネス ニーズをサポートするための適切なソリューションを提供する必要があります。 Microsoft Dataverse の容量ストレージは、リレーショナル データ (データベース)、添付ファイル (ファイル)、および監査ログ (ログ) 用に最適化されています。 Power Automate スタンドアロン ライセンスのお客様は、これら 3 つのストレージ タイプのそれぞれについて、テナント全体のデフォルトの資格を受け取ります。 1-GB 単位で追加のストレージを購入できます。 Dataverse ストレージ容量の詳細情報。

Power Platform 要求

サービス レベル、可用性、品質を確保するために、すべての Power Platform 製品でユーザーが実行できる Power Platform リクエストの数には制限があります。 サービス制限は、通常の使用パターンに対して 5 分間隔と 24 時間間隔の両方で設定されます。 ほとんどのお客様は、これらの制限を超えることはありません。

  • 24 時間の制限は、ユーザーごと、またはフロー ライセンスごとに基づいています。 ユーザープランごとの Power Automate を持っているユーザーの場合、24 時間以内にテナントのすべてのフローに対して、40,000 の Power Platform 要求を行うことができます。 これには、プラットフォームがサード パーティのコネクタに対して行う要求も含まれます。 24 時間というのはスライディング ウィンドウで、フローが実行されているときはいつでも、システムは過去 24 時間の要求を調べて、ユーザーが制限に達しているかどうかを特定します。 代わりに、フローがフロー プランごとの場合、フローは 24 時間以内にフローの全ユーザーに対して 250,000 件の Power Platform 要求を行うことができます。 使用量の多いフローまたはユーザーが他のユーザーに影響を与えるのを防ぐために、この容量は個々のユーザーまたはフロー レベルでの消費に基づいて追跡され、環境レベルやテナント レベルなど他のレベルでプールすることはできません。 たとえば、テナント内の 2 人のユーザーがユーザーごとのライセンスを持ち、それぞれが 24 時間あたり 40,000 件のリクエストを受け取る場合があります。 1 人目のユーザーが 24 時間あたり 40,000 件以上の要求を使用した場合、フローは遅くなり、20,000 件の要求しか使用しておらず、20,000 件の要求がまだ残っている 2 人目のユーザーには影響を与えません。 現在、すべてのお客様が 移行期間 です。そのため、移行期間の制限が適用されます。 移行期間が終了したら、実際の制限が適用可能になります。 実際の制限に基づいてフローを計画します。
  • 5 分間の制限は 100,000 件の要求で、ユーザーのライセンスとは無関係です。 たとえば、フローごとのライセンスを持つフローは、24 時間で 250,000 件の要求を行うことができますが、5 分以内で 100,000 件を超える要求を行うことはできません。

ライセンス制限を表示するリスト

移行期間

すべてのお客様は移行期間中です。 これは、強制が厳しくなく、制限が高くなることを意味します。 移行期間は、Power Platform 管理センターのレポート が一般的に利用可能な期間後に終了します。 組織は、その後、ライセンス制限の厳格な施行が始まる前に、使用状況を分析し、適切なライセンスを購入するための 6 か月の猶予があります。

移行期間中に注意すべき点がいくつかあります。

  1. 移行期間は、1 日あたりの制限がないことを意味するものではありません。 これは、アプリやフローへの潜在的な意図しない影響を防ぐために、現在適用されている制限が記載されている制限よりも緩いことを意味します。 プランの制限と移行期間の制限の両方を理解するには、制限と配賦の要求 を参照してください。
  2. これらの移行期間の制限は、移行期間中のフロー レベルで適用されます。 さらに、ユーザーが 1 日のすべてのフロー実行で 100 万アクションを超えないように、移行期間中に 1,000,000 アクションのユーザー レベルごとの個別の制限が適用されます。 移行期間が終了すると、実際の制限はユーザーごとプランにはユーザー レベルで、フロー プランにはフロー レベルで適用されます。
  3. 移行期間中は制限がより緩やかになるため、ユーザー ライセンスのスタックはサポートされません。 ユーザーが Microsoft 365 プランや Dynamics 365 プランなどの複数のプランを持っている場合、フローはより上位のプラン (Dynamics 365 plan) を使用します。
  4. Power Platform は移行期間中、容量アドオン パックをユーザーまたはフローに割り当てることができないように要求します。 しかし、ライセンス条項の範囲内にとどまり、移行期間が終了したときに備えて、これらのアドオンを購入することをお勧めします。 フローが現在調整されている場合は、アドオンを購入し、フローの詳細とアドオンの詳細を含むサポート チケットを作成して、サポート チームが調整されたフローの例外を提供できるようにします。
  5. シード ライセンスのユーザーは、アプリのコンテキスト内でのみフローを使用できます。 詳しくはシード プランセクションをご覧ください。 移行期間中のライセンス制限の適用はそれほど厳しくないので、移行期間が終了したときに中断が発生しないように、ライセンス条項の範囲内にとどまることをお勧めします。

FAQ

制限についてよく寄せられる質問をいくつか紹介します。

何が Power Platform 要求と見なされますか?

ライセンス プランに基づいて、クラウド フローが 1 日に実行できるアクションの数には制限があります。 これらの制限は、コネクタの調整の制限とは異なります。 フローの詳細ページから分析を選択し、アクション タブを確認すると、フローが実行するアクションの数を確認できます。

フローが使用する Power Platform 要求の数が少ない場合でも、フローが予想よりも頻繁に実行されると、制限に達する可能性があります。 たとえば、上司から電子メールが届くたびにプッシュ通知を送信するクラウド フローを作成することができます。 このフローはメールを受信するたびに実行される必要があります。受信するメールに対して、そのメールが上司からのものかどうかを確認する必要があるためです。 この制限は、24 時間以内のすべてのフローにわたるすべての実行に適用されます。 フローのリクエスト使用量を見積もるためのガイドラインを次に示します。

  • 1 つ以上のアクションがフロー実行の一部として実行されます。 1 つのトリガーと 1 つのアクションを持つ単純なフローでは、フローが実行されるたびに 2 つの "アクション" が発生し、2 つの要求が消費されます。
  • フロー内のすべてのトリガー/アクションは Power Platform 要求を生成します。 コネクタ アクション、HTTP アクション、組み込みアクション (変数の初期化、スコープの作成から単純な作成アクションまで) など、あらゆる種類のアクションが Power Platform 要求を生成します。 たとえば、SharePoint、Exchange、Twitter、Dataverse を接続するフローの場合、これらのアクションはすべて Power Platform 要求制限にカウントされます。
  • 成功したアクションと失敗したアクションの両方がこれらの制限の対象となります。 スキップされたアクションは、これらの制限にカウントされません。
  • 各アクションは 1 つの要求を生成します。 アクションが各ループに適用されている場合、ループの実行時にさらに多くの Power Platform 要求が生成されます。
  • アクションには複数の式を含めることができますが、1 つの API 要求としてカウントされます。
  • 再試行やページネーションによる追加要求も、アクションの実行としてカウントされます。

すべてのメールの添付ファイルが OneDrive に保存される次のフローについて考えてみましょう。 トリガーは Power Platform の要求を 1 つ消費し、Apply to each はリクエストを 1 つ消費し、Apply to each 内のアクションは、ループの実行回数に基づいて複数のリクエストを消費します。 添付ファイルが 4 つある場合、このセクションは 8 つの Power Platform 要求 (4 x 2 アクション) を消費します。 合計で、このフローは 10 の Power Platform 要求を消費します。

サンプル フローの画像

だれの Power Platform 要求制限がフローで使用されますか?

  • フローにフローごとのライセンスがある場合、フローは常にフローごとの制限を使用し、作成者/所有者/呼び出し元のユーザーの制限は使用しません。
  • 自動化フローおよびスケジュールされたフローは、誰がプロセスを開始したか、またはどのアカウントがプロセス内の接続に使用されているかに関わりなく、常にフローの作成者/所有者の Power Platform 要求制限を使用します。 ソリューション フローの場合、Web API を使用してフローの所有者を変更できます。 所有者を変更すると、新しい所有者の API 要求制限が使用されます。 ソリューション非対応のフローの場合、フローは常に元の作成者の制限を使用しますが、これは変更できません。 元の作成者が会社を辞めた場合、フローの共同所有者は、別の所有者としてフローをエクスポートおよびインポートできます。 フローをインポートすると、それは新しいフローになり、新しい所有者の制限を使用し始めます。 または、フローごとのライセンスをフローに割り当てることもできます。
  • インスタント フロー (ボタン、Power Apps、ハイブリッド トリガー) は呼び出し元のユーザーの制限を使用します。
  • 自動化/スケジュールされたフローを別のユーザーと共有し、そのユーザーが同じフローをトリガーした場合、新しいユーザーの制限ではなく、元の所有者の制限が使用されます。 ただし、ユーザーがそのフローを利用して独自の新しいフローを作成すると、その新しいユーザーが新しいフローの所有者になり、そのフローは新しいユーザーの制限を使用します。
  • 親フローが子フローを呼び出す場合、子フローは親フローの制限を使用します。 たとえば、親フローが自動化されたフローである場合、子フローは親フローの作成者/所有者の制限を使用します。
  • 親フローが手動フローの場合、子フローは親フローの呼び出し元ユーザーの制限を使用します。
  • 子フローにフローごとのライセンスがある場合、親フローの制限ではなく、フローごとの制限が使用されます。
  • 親フローにフローごとのライセンスがある場合、親フローとすべての子フローはフローごとのライセンスを使用します。
  • 移行期間中は、この動作には若干の違いがあります。 子フローにフローごとのライセンスがない限り、子フローの所有者のライセンスが使用されますが、移行期間が終了すると、子フローの所有者の制限は無視され、子フローにフローごとのライセンスがない限り、親フローの所有者の制限のみが使用されます。

作成者が使用状況を分析するためのどんなツールがありますか?

フローの実行時に遅延または速度低下が発生している場合は、その日の Power Automate の制限を超えている可能性があります。 超過のために一貫して遅延しているフローの場合、ユーザーは、フローの遅延実行を防ぐ方法に関するヒントとコツとともに、これらの超過について知らせる通知も受け取ります。

これは、アクション制限を一貫して超えているフローに対して送信されたメールの例です。

超過通知メールの例

Power Platform 管理センターに、まもなく Power Automate 要求のレポートが含まれるようになります。 このレポートは、組織の採用とユーザー メトリックをすばやく表示するのに役立ちます。

さらに、フローのプロパティ ページから分析アクションを選択すると、特定のフローのアクションの使用状況を確認でき、これはすべてのタイプのアクションで機能します。 これは、毎日実行されているアクションの数を理解するのに役立ちます。 また、使用パターンを理解することで容量を最適化するのに役立ちます。

分析チャートのサンプル

管理者が環境の使用状況を分析するためのどのようなツールがありますか?

移行期間が終了すると、管理者は Power Platform の管理センターで 2 つのレポートを利用できるようになります。

  • ユーザー レポート – このレポートには、環境内のすべてのユーザーによる Power Platform 要求の使用状況が割り当てられた制限と比較して表示されます。

  • フローごとのレポート - このレポートには、フローごとのライセンスがある環境内のすべてのフローの Power Platform 要求使用状況が表示されます。

レポートが利用可能になった後、ユーザーは施行が開始される前に、より上位のライセンスを購入し対応する時間があります。

フローが実行するアクションが多すぎるとどうなりますか?

多くのアクションを実行するフローがある場合、それはフローのパフォーマンスに影響を与えます。 フローが抑制されている場合は、フローにバナーが表示されます。

最も一般的なケースでは、制限を超えると後続のアクションの実行が遅れ、これによりフローの全体的な実行時間が遅くなります。 これらの遅延は、フローによって引き起こされる超過の程度に比例します。

時々超過するのは問題ありません。 たとえば、1 日の制限を 500 アクション超過してもフローのパフォーマンスに影響はありませんが、制限を 50,000 アクション超過するなら、数日間にわたってフローに重大なパフォーマンスの影響を与える可能性があります。

フローが制限を超過している場合はどうすればよいですか?

ユーザーは、時々妥当な範囲で超過したとしても、アプリやフローの使用をブロックされることはありません。

ここでは、ライセンスの限界を超えてしまった場合にできることをご紹介します。

  • デザインを再検討し、呼び出されるアクションの数を減らすのに役立つところがないか確認します。 使用するアクションを減らすためのフローを作成するには、ベスト プラクティス セクションを確認してください。
  • フローはすでに最適化されているものの、ビジネスの性質上、多くのアクションを使用する場合は、より上位のライセンスの購入を検討してください。 フローごとのプランは、利用可能な最高のパフォーマンス クォータを提供します (25 万アクション/24 時間/フロー)。
  • 環境内のフローが抑制されないように、環境の従量課金制を有効にします。 Microsoft は、移行期間中にこのアプローチをお勧めします。
  • 組織で利用する Power Apps および Power Automate キャパシティー アドオン を購入します。 移行期間 中は、施行がそれほど厳しくないため、Power Apps と Power Automate 容量アドオン をユーザーやフローに割り当てる機能はありません。 ただし、ライセンス条項の範囲内にとどまるために、これらのアドオンを今すぐ購入することをお勧めします。 フローの詳細とアドオンの詳細を含むサポート チケットを作成し、スロットルから一時的な救済 (30 日) を取得します。

フローが 14 日間連続して移行期間の制限を常に上回っている場合、Power Automate はフローをオフにして、所有者に通知を送ります。 より上位のライセンスを購入すれば、いつでも有効にすることができます。 ライセンスの購入している間は、14 日間のカウンターをリセットするために、フローを編集して保存できます。

コネクタの制限とは何のことで、Power Platform リクエスト制限とは異なりますか?

コネクタには、サービス保護メカニズムとして個別の制限があります。 たとえば、SharePoint コネクタは、アクションの数を 1 分あたり 600 に制限しています。 複数のフローで使用される単一の SharePoint 接続でも、1 分あたり 600 回の操作しか実行できません。 ほとんどのコネクタ ページには、これらの制限が書かれた調整セクションがあります。 この制限は、リクエストの制限とは異なります。 たとえば、Office ユーザーは、すべてのフローで 1 日あたり 6000 のアクションを実行できますが、6000 アクションの制限に達していないにも関わらず、1 分間に 600 を超える SharePoint アクションを使用した場合、コネクタによって抑制される可能性があります。

フローがコネクタの制限を超えたために抑制された場合、フローに HTTP 429 (リクエストが多すぎます) エラーが表示され、"レート制限を超えました。 27 秒後にもう一度やり直してください。" などのエラー テキストが表示される場合があります。

COE スターター キットを使用していますが、使用量は要求制限にカウントされますか?

有効。 COE スターター キットに含まれるフローも、所有者からの制限を使用します。 環境に応じて従量課金制を有効にするか、追加の容量を購入し、サポートに連絡してスロットルから一時的な救済を取得することをお勧めいたします。

フローでサービス プリンシパルを使用できますか? それは要求制限にカウントされますか?

サービス プリンシパルはまだサポートされていませんが、バックログの上位項目です。 それがサポートされると、サービス プリンシパル フローは非対話型の制限という別個のクォータを消費します。

デスクトップ フローの使用数は Power Platform の要求制限を消費しますか?

クラウド フローから呼び出されるデスクトップ フロー アクションのみが制限にカウントされます。 デスクトップ フローのアクションは、要求制限にカウントされません。

複数のプランを利用している場合、Power Platform の制限は複数はどうなりますか?

移行期間中は制限が厳しく適用されないため、ユーザー ライセンスのスタックはサポートされません。 ユーザーが Microsoft 365 プランや Dynamics 365 プランなどの複数のプランを持っている場合、フローはより上位のプラン (この例では Dynamics 365 プラン) を使用します。

移行期間が終了した後、ユーザーが異なる製品ラインから複数のプランを割り当てている場合、許可される要求の総数は、各ライセンス タイプに割り当てられた要求の合計になります。 たとえば、ユーザーが Dynamics 365 Customer Service Enterprise ライセンスとユーザーごとの Power Apps ライセンスの両方を持っている場合、そのユーザーが 24 時間ごとに実行できる要求の合計は 40000 + 40000 = 80000 になります。

ユーザーが同じ製品ライン内に複数のライセンスを割り当てている場合、例えばユーザーが基本ライセンスとして Dynamics 365 Customer Service Enterprise ライセンスとして持ち、Dynamics 365 Sales Enterprise ライセンスが添付されている場合、要求の総数は基本ライセンスが提供する数になります。

パフォーマンス プロファイルとは何ですか? また、自分のフローがどのパフォーマンス プロファイルを使用するかを知るにはどうすればよいですか?

パフォーマンス プロファイル 計画
無料
Microsoft 365 のプラン
Power Apps プラン 1、アプリごとの Power Apps プラン
Power Automate プラン 1
すべての試用版ライセンス
Dynamics 365 チーム メンバー
Medium Power Apps トリガー型フロー、Power Apps プラン 2、ユーザーごとの Power Apps プラン
- Power Automate プラン 2、ユーザーごとの Power Automate、Power Automate のアテンド型 RPA のユーザごとのプラン
Dynamics 365 Enterprise プラン、Dynamics 365 Professional プラン、Power Apps プラン 2、ユーザーごとのPower Apps プラン
フロー プランごとの Power Automate

所有者のライセンスに基づいて、フローはパフォーマンス プロファイルを取得し、パフォーマンス プロファイルがフローの Power Platform 要求制限を決定します。 所有者に複数のライセンスが割り当てられている場合、Power Automate はリストから最も上位のプランを選択します。

パフォーマンス プロファイル 移行期間中の制限 移行期間後の制限
10,000 6000
Medium 100,000 40,000
500,000 250,000

ある組織で、8 人のユーザーが Office 365 ライセンスを持っており、1 日の Power Platform 要求は、24 時間ごとに、ユーザーあたり 6000 要求だとします。 これは、24 時間ごとに 48000 (8X6000) 件の要求制限がテナント レベルでプールされ、すべてのユーザーがこのプールから消費できることを意味しますか?

いいえ。 Power Platform 要求は、環境レベルでもテナント レベルでもプールされません。 これにより、使用量の多いユーザーがテナントのすべての Power Platform 要求を消費せず、他のすべてのユーザーに影響を与えることがなくなります。 ライセンスはユーザーごとであるため、制限もユーザーごとです。 したがって、Office のすべての顧客は、使用するかどうかにかかわらず、それぞれ 6000 件の要求を受け取ります。

ベスト プラクティス

エンタープライズ準備フローを構築するためのガイドには、優れたヒントとベスト プラクティスが含まれています。

設計のためのベスト プラクティス。 自動化を実現するために、可能な限り少ない数のアクションを使用してください。

  • フローが 'Do Until' や 'Apply to Each' のループを使用している場合は、繰り返し処理する項目の数を削減してループの繰り返し回数を減らせないか検討します。
  • 多くのコネクタには 'フィルター クエリ' と '上位カウント' パラメーターがあり、OData を使用して取得したデータの量と項目数を減らすために使用できます。
  • 頻繁に実行される予定フローがある場合は、頻度を減らすことを検討してください。 1 分に 1 回または 1 時間に 1 回実行される多くのフローは、発生頻度が低くなるように修正できます。 トリガー条件を使用して、実行頻度を最小限に抑えます。
  • フローがファイルを操作している場合は、ファイル サイズを確認して可能な限り小さくします。
  • 出力サイズが大きいアクションが複数回返す単一のプロパティを再利用する場合は、'変数の初期化' を使用してそのプロパティを保存し、後のアクションでこの変数を使用するように検討します。 前のアクションの出力から 1 件のプロパティだけを使用する場合でも、そのアクションの出力はすべて後のアクションに入力として渡されます。

フローをスケーリングするためのベスト プラクティス。

  • フローが毎日数千のアクションを実行する場合、スループットを向上させ、クォータを増やすために、フローごとのライセンスの購入を検討する必要があります。フローごとのプランは、利用可能な最高のパフォーマンス クォータ (25 万アクション/日) を提供します。 ライセンスを購入してフローに割り当てるには、テナント管理者にお問い合わせください。 ライセンスを購入して割り当てると、フローの作成者はライセンスを再度保存する必要があります。 または、フローは現在のプランを反映するために、週に 1 回バックグラウンドで更新されます。
  • 高スケールを実現するために、ワークロードを複数のフローに分割することを検討してください。

従量課金制

2021 年後半にすべてのライセンスの Power Platform の要求の制限を改訂しました。 新しい制限は、ほとんどの顧客のシナリオで十分になるように設計されています。 Power Platform の要求の制限の詳細については、要求の制限と割り当てページを参照してください。

これらの制限を超える必要がある非常に高スケールのシナリオを持つ顧客の場合、これらの環境を Azure サブスクリプションにリンクできます。 環境をリンクすることにより、環境内のユーザーとフローは抑制されずに制限を超えて消費し、それらの制限を超過した Power Platform 要求の料金のみを支払うことができます。 フローには、基本ライセンス (ユーザーごとの Power Automate、フローごとの Power Automate、Office 365、Power Apps、または Dynamics のいずれか) のライセンスを付与する必要があります。 たとえば、ユーザー ライセンスごとの Power Automate を持つ場合、Power Platform 要求は 40,000 件/ユーザー/日の制限があります。 ユーザーが 1 日に 45,000 件の要求を使用した場合、追加の 5,000 件の要求に $/ 要求のレートで乗算され、Azure サブスクリプションに請求されます。 合計金額は、顧客の Azure 請求サイクルに基づいて合計および請求されます。 環境で従量課金制を有効にすると、複数のメーターが有効になります。 従量課金制を設定する方法を参照してください。

従量課金制の概要を表示する画像

Note

環境を Azure サブスクリプションにリンクする場合、このメーターは報告も請求もされません。 報告と請求は、2021 年の終わりまでに有効になります。

要求の制限に関するよくあるご質問

要求の制限の詳細については、要求の制限のよくあるご質問を参照してください。

無料プラン

職場や学校のメール アドレスでサインインすると、Office 365 に含まれる Power Automate 機能すべてを取得できます。 ただし、非ビジネス ユーザー アカウント (次で終わるアカウントなど: @outlook.com や @gmail.com) をお持ちの場合でも、無料プランで Power Automate を引き続き使用できます。 Power Automate に移動し、無料で試すを選択します。

Note

無料プランをご利用の場合、フローを共有することはできません。

どのユーザーが無料プランを利用しているかについて、管理者は O365 管理ポータル に移動し、サインイン、請求>ライセンスを選択し、割り当てられている無料ライセンスと利用可能なライセンスの数を確認します。

試用版ライセンスの画像

割り当て済みライセンスを選択し、どのユーザーが無料ライセンスを持っているかを確認します。

Power Apps 開発者プラン

Power Platform について学習する無料の Power Apps 開発者プランがあります。 運用環境での使用は許可されていませんが、試用でき、すべてのプレミアム コネクタにアクセスできます。 この無料開発者プランは、無料の Microsoft 365 開発者テナントでもご利用いただけます。 Power Apps 開発者プランのある環境では、ビジネス プロセス フローと RPA フローを作成することはできません。

試用版

Power Automate 試用版は 90 日間有効です。 Power Automate で使用可能な 2 種類の試用版があります。

管理者管理の試用版

グローバル管理者は、Microsoft 365 管理センターを使用してこれらの試用版を開始し、ユーザーに割り当てます。 試用版は 30 日間有効です。 テナント管理者は、試用版 (サブスクリプション ベース) 環境をテナントに追加するか、新しい組織が新しいテナントにサインアップしてグローバル管理者になることができます。新しい組織の場合、管理者が管理するサブスクリプションは特定の数のライセンス (通常は 25) で作成され、管理者は他のどのユーザーにライセンスを割り当てるかを制御します。 管理者が管理するサブスクリプションの有効期限は、1 回 (さらに 30 日間) 延長できます。 管理者は Power Automate アテンド型 RPA 試用版、または Power Automate 非アテンド型 RPA 試用版を取得できます。

開始するには、次の手順に従います。

  1. Microsoft 365 管理センターにサインインします。

  2. 請求 セクションの下にある サービスの購入 に移動します。

  3. Power Automate を検索し、プランを選択します。

    ライセンス プランを選択

  4. プランの詳細を選択し、無料試用版の開始を選択します。

    無料試用版を開始

  5. これに似た確認が表示されます。

    無料試用版の確認を開始

無料試用版が開始されたら、請求>ライセンスに移動し、ユーザーに割り当てることができる 25 の新しいライセンスを確認します。

Note

試用版は無料ライセンスとは異なります。 試用版を開始すると、SKU 名に試用版と表示されない場合があります。

試用版ライセンスの表示

ユーザーの試用版

ユーザーは、これらの種類の試用版を価格ページ、または Power Automate から開始します。 この試用版では、プレミアム コネクタ アクセス、アテンド型 RPA、および非アテンド型の RPAが提供されます。 試用版は 90 日間有効です。

Power Automate の価格ページ

ユーザーの試用版は、ユーザーが Power Automate から開始することもできます。 たとえば、ユーザーが Power Automate のアテンド型 RPA のユーザーごとプランなしでデスクトップ フローを作成しようとすると、、プレミアム コネクタ、アテンド型 RPA、および非アテンド型 RPA の使用を含む試用版を開始するよう求められます。

Power Automate から無料試用版を開始する

よくあるご質問

試用版に関するよくある質問をいくつか紹介します。

管理試用版を作成し、有効期限を確認し、試用版を延長するにはどうすればよいですか?

手順については、このドキュメントを確認してください:

管理試用版を作成し、有効期限を確認し、試用版を延長するには次の手順に従ってください。

管理者はどのようにして試用ライセンスを許可またはブロックできますか?

管理者は PowerShell コマンドレットを使用して、試用版を有効または無効にできます。 一度無効にすると、指定したタイプの既存のすべての計画がテナント内のすべてのユーザーから削除されます。 これらは回復できません。 さらに、そのタイプの計画のそれ以降の割り当てはすべてブロックされます。 管理者はいつでも試用版を有効にできます。

Power Platform 管理センターで試用版 (サブスクリプション ベース) 環境を作成する方法を学習する

どのように試用版環境から運用環境に変換できますか?

どちらのタイプの試用版環境も、有料容量から消費するように切り替えて、無効化および削除されないようにすることで、運用環境に変換できます。 運用環境になると、有料ライセンスのライフサイクルに従います。

試用版は GCC と政府のクラウドで機能しますか?

いいえ。 試用版は政府のクラウド (GCC) では機能せず、大口割引のプランのみ購入できます。

PowerShell コマンドレットを使用してすべて試用版を表示できますか?

PowerShell コマンドレットでバイラル試用版をブロックすることはできません。