既知の問題とよく寄せられる質問

[アーティクル]
03/27/2023

既知の問題

従量課金制請求とレポートは、ノルウェーと韓国 (南) では利用できません。
Power Platform 管理センターでの請求ポリシーの削除では、対応する Azure ポータルの Power Platform アカウントリソースを自動的に削除することはありません。このリソースは、必要に応じて Azure ポータルで手動により削除できます。
Power Platform リクエストメーターは、2022 年 3 月末までプレビューを行う予定です。このプレビュー期間中は、Power Platform リクエストの使用状況が報告されますが、このメーターの一般提供 (GA) が開始されるまで、この使用量に対する請求は行いません。環境を Azure サブスクリプションにリンクすると、環境内のユーザーとフローは、制限や超過料金を支払うことなく、権利のある使用量を超えて消費することができます。
Power Platform リクエストメーターのレポートには、現在、Power Apps アプリ単位ライセンスまたは Power Apps アプリ単位従量課金メーターを介してライセンスされたユーザーの正しい権限が表示されません。このようなユーザーの権限は 0 と表示されますが、実際には https://aka.ms/platformlimits で説明したように 6000 (24 時間あたりの要求数) と表示されます。
多要素認証: Azure ポータルの多要素認証を有効にしている場合、Power Platform 管理センターから Azure サブスクリプションをリンクしようとすると、エラーが表示される場合があります。この問題は、2022 年 3 月末までに解決される予定です。

よく寄せられる質問

既存の Power Apps サブスクリプションプランを超えて、いつ従量課金制を検討する必要がありますか ?

従量課金制の追加により、ユーザーが毎月実行する固有のアプリの数に基づいて柔軟に支払いを行うことができます。役立つ可能性のある一部の一般的シナリオ:

すでに Azure サブスクリプションにアクセスできるプロの開発者チームがある場合。 Power Apps で既存のサブスクリプションを使用することで、チームが Microsoft から消費している他のサービスとの一貫性を維持しながら、調達プロセスを削減するのに役立つ可能性があります。
プレミアム機能を検討しているが、事前に取得するライセンスの数がわからない場合。従量課金制を有効にすると、使用パターンを確立する柔軟性が得られ、必要に応じてサブスクリプションライセンスに移行できます。
アプリを大規模なユーザーベースと共有する必要があるが、使用量と頻度は大幅に変動する可能性があります。この場合、従量課金制では、毎月の請求期間中にアプリを実行したユーザーに対してのみ支払うことができます。

従量課金制は、キャンバスアプリとモデル駆動型アプリの両方で利用できますか ?

有効。

Power Apps アプリごとのメーター単位はカウントされますか ?

カウントは、1 ヶ月間にアプリまたはポータルを開いたユニークユーザーの数です。同じアプリまたはポータルへの繰り返しアクセスは 1 回だけカウントされます。詳細については、Power Apps アプリごとのメーターを参照してください。

Azure サブスクリプションなしで、環境に従量課金制を設定できますか ?

いいえ。従量課金制を設定するには、Azure サブスクリプションが必用です。

従量課金制で利用できる環境はどれですか ?

現在、運用環境とサンドボックス環境が利用可能です。

個別のアプリに従量課金制を設定できますか ?

いいえ。従量課金制は環境用に設定されており、その環境内のすべてのアプリは、関連付けられた Azure サブスクリプションに対して請求されます。ただし、Azure サブスクリプションの使用からアプリを除外することはできます。その場合、ユーザーはアプリを使用するためにユーザーごとのライセンスが必要になります。アプリごとのライセンスは、従量課金制の環境では使用できません。

すでにユーザーライセンスを持っていて、従量課金制の環境でアプリを使用している場合はどうなりますか ? Azure サブスクリプションに対して請求されますか ?

ユーザーごとのライセンスを持つユーザーは、Power Apps アプリごとのメーターであるため、料金は発生しません。ただし、環境が Azure サブスクリプションにリンクされている場合は、Dataverse 容量の超過分は、Azure サブスクリプションに請求されます。ユーザーごとのライセンスに付与された任意の Dataverse 容量は、引き続きテナントレベルでプールされますが、従量課金制が有効な環境には適用されません。従量課金制の環境では、1 GB の Dataverse データベースストレージと 1 GB のファイル容量を付与します。

Office ライセンスを持っていて、有効な従量課金制の環境で標準コネクタとアプリを使用している場合はどうなりますか ?

標準コネクタを備えたアプリを使用していて、Office ライセンスを持っている人は、Power Apps アプリごとのメーターであるため、料金は発生しません。

ゲストユーザーは、ライセンスなしで従量課金制の環境でアプリを使用できますか ?

有効。

ユーザーが 1 ヶ月に同じアプリを複数回実行した場合はどうなりますか ? そのユーザーはどのように課金されますか ?

従量課金制では、アプリの月間アクティブユーザー数のみがカウントされます。ユーザーが 1 ヶ月間同じアプリに繰り返しアクセスすると、その月にそのユーザーへ請求を行うのは 1 回だけです。

ユーザーが単一の環境で複数のアプリを実行している場合、そのユーザーはどのように課金されますか ?

ユニークユーザーが 1 ヶ月にアクセスするアプリの数に対して課金されます。ユーザーが 1 ヶ月に 3 つの異なるアプリを実行した場合、3 人のアクティブユーザーに対して課金されます。

アプリが環境で利用可能なアプリパスをすでに使用している場合はどうなりますか ? 自分のアプリに従量課金制の支払を使用できますか ?

はい、アプリの環境に応じて従量課金制を設定できます。これを行うと、アプリパスが無視され、Azure サブスクリプションを介してアプリの料金を支払うことができます。

同じ環境で、一部のアプリに従量課金制を使用し、他のアプリにアプリごとのパスを使用できますか ?

いいえ。環境で従量課金制を有効にすると直ちに、すべてのアプリに課金されます。

使用している環境の管理者権限がありません。環境に従量課金制を設定できますか ?

いいえ。環境を請求先ポリシーにリンクできるようにするには、環境の管理者権限が必要です。権限の詳細については、誰が設定できますかを確認してください。

特定のメーターを有効/無効にできますか ?

いいえ。従量課金制を有効にすると、アプリメーターごとの Power Apps と Dataverse メーターの両方が有効になり、アプリへのアクセスとストレージが課金されます。

環境で従量課金制が有効になっていて、もう一方の環境がテナント内にない場合 Dataverse のキャパシティはどのように計算されますか ?

環境は、Dataverse ストレージのテナント全体のプールから引き出されます。ただし、環境が Azure サブスクリプションにリンクされている場合、テナント全体のプールからの引き出しは停止します。すべての従量課金制環境には、Dataverse データベース 1GB の初期資格と Dataverse ファイルのストレージ容量 1GB が付与され、Dataverse によって消費された一般的な初期ストレージフットプリントがカバーされます。最初の権利を超える使用量は、Dataverse 従量課金メーターを使用して Azure に請求されます。

従量課金制の環境で Power Platform の要求権利を超過した場合、スロットルは行われますか?

Power Platform の要求権利制限のコンテキストでは、環境で従量課金制が有効になっている場合、使用率の高いスロットルは削除されます。パブリックプレビューで Power Platform 要求の計測がアクティブになっている場合、1 日の権利制限を超えると、使用率の高いスロットルが発生することなく、Azure サブスクリプションを通じて超過分が自動的に請求されます。

Note

これは、使用率の高いスロットルとは別のサービス保護制限のブラウザーエラーに優先するものではありません。サービス保護の制限を超えた場合でも、サービス保護の制限のページで説明されているクライアントアプリケーションで問題が発生する可能性があります。

従量課金制請求をいつでも停止できますか?

はい、課金ポリシーを削除するか課金ポリシーから環境を削除することで、いつでも従量課金制を無効にできます。そうすることで、Azure サブスクリプションに対するそれ以上の請求が停止されます。詳細については、従量課金制をオフにするを参照してください。

偶発的なコストを防ぐために利用できる管理ガードレールとは何ですか ?

Azure Cost Management とアラート機能を活用して、組織内の支出を管理できます。詳細については、コストの管理方法を参照してください。

従量課金制の環境で、Power Platform リクエストまたは Dataverse の容量アドオンを使用できますか ?

いいえ、従量課金制の環境ではアドオンを使用できません。 Dataverse と Power Platform の両方の要求に対する超過は、従量課金制の環境で Azure サブスクリプション経由で課金されます。

Dataverse 容量メーターはどのようなストレージモードを使用していますか?

従量課金制が有効になっているすべての環境では、ストレージ使用が 3 つのカテゴリに分かれた新しい Dataverse ストレージモデルが使用されます。テナントがまだレガシストレージモデル上にある場合、環境が従量課金制で有効になっても、テナントのストレージモデルの状態は変更されません。

Dynamics 365 アプリのコンテキストでフローを実行しているお客様は、Power Automate 従量課金制メーターに対して課金されますか?

料金は、フローが Dynamics 365 アプリのコンテキスト内にあるかコンテキスト外にあるか、およびフローのユーザー/所有者の Dynamics 365 ライセンスによって異なります。

Dynamics 365 アプリケーションのコンテキスト外で実行されるフローは、フローの所有者/ユーザーの Dynamics 365 ライセンスに関係なく、Power Automate 従量課金制メーターに対して課金されます。

Dynamics 365 アプリケーションのコンテキスト内で実行されるフローは、Power Automate 従量課金制メーターに対して課金されません。ただし、以下にご注意ください。

Power Automate 従量課金制メーターのプレビュー中 (2022 年 7 月 19 日から開始) では、次の条件を使用して、Dynamics 365 アプリのコンテキストでフローが実行されていることを確認します。

インスタントフローの場合、フローを実行しているユーザーは、Dynamics 365 Enterprise、Professional、または Team メンバーライセンスを持っています。
自動フローまたは予定フローの場合、フローの所有者は、Dynamics 365 Enterprise、Professional、または Team メンバーライセンスを持っています。

これらの条件は、Power Automate 従量課金制メーターが一般提供になると、ライセンスガイドに合わせて変更されます。

フローで Microsoft Dataverse を使用する場合、ユーザーの Microsoft Project ライセンスは Power Automate 従量課金制メーターに対して課金されますか?

はい

従来のフロープラン (フロー P1 やフロー P2 など) を使用しているユーザーは、Power Automate 従量課金制メーターに対して課金されますか?

はい、フローがプレミアムコネクタを使用している場合は課金されます。

Power Pages サブスクリプションプランよりも、従量課金制を検討する必要があるのはどのような場合ですか?

従量課金制の追加により、毎月ログインまたは Web サイトにアクセスするユニークユーザーの数に基づいて柔軟に支払いを行うことができます。役立つ可能性のある一部の一般的シナリオ:

すでに Azure サブスクリプションにアクセスできるプロの開発者チームがある場合。 Power Pages で既存のサブスクリプションを使用することで、チームが Microsoft から消費している他のサービスとの一貫性を維持しながら、調達プロセスを削減するのに役立つ可能性があります。
事前にいくつのライセンスを取得すればよいかわからない場合。従量課金制を有効にすると、使用パターンを柔軟に確立し、サブスクリプションライセンスに移行できます。
使用パターンが季節的な場合。たとえば、使用状況がほとんどの月で低くても、数か月間は高くなることがあります。

Web サイトが試用モードの場合、その使用は従量課金制請求にカウントされますか?

試用モードでの Web サイトの使用は、従量課金制請求にカウンされません。

ユーザーが月に数回 Web サイトにログインした場合は? そのユーザーはどのようにカウントされますか ?

従量課金制請求では、月に Web サイトのユニークなアクティブ認証済ユーザーのみがカウントされます。あるユーザーが 1 ヶ月間ログインを繰り返しても、その月にそのユーザーに請求されるのは 1 回だけです。

はい、認証されたすべてのユーザーは、組織の内部または外部にいるか、認証プロバイダーを使用しているかに関係なく、同じ認証済みユーザーごとのメーターを使用でき、Web サイトにサインインするために他のライセンスは必要ありません。

環境にすでに Power Apps ポータルログイン/ページビューがあるか、Power Pages 認証済みユーザー/匿名ユーザーのプリペイド容量が割り当てられ、従量課金制が有効になっている場合はどうなりますか?

環境にすでに Power Apps ポータルログイン/ページビューがあるか、Power Pages 認証済みユーザー/匿名ユーザーのプリペイド容量が割り当てられ、従量課金制が有効になっている場合は、プリペイド容量はすべて無視され、使用されません。プリペイド容量を別の環境に再割り当てできます。

匿名ユーザーの同一性の判断はどのように行われますか?

匿名ユーザーの場合、同一性の判断は、ブラウザーの Cookie に格納されたユニークな匿名ユーザー ID によって行われます。

匿名ユーザーが別のブラウザー/デバイスを使用して Web サイトにアクセスしたり、ブラウザーの Cookie を消去した場合はどうなりますか?

ユーザーが別のブラウザーまたはデバイスを使用してサイトにアクセスするか、ブラウザーの Cookie を消去すると、新しいユニークな匿名ユーザー ID が生成され、ユーザーは別のユーザーとしてカウントされます。

ユーザーがサインインページのみにアクセスしている場合、匿名ユーザーとしてカウントされません。匿名ユーザーメーターにカウントされないページにはいくつかの種類があります。ページについては、Power Pages – 匿名ユーザーメーターで説明します。

私は自分のウェブサイトで Application Insights (または Google アナリティクス) を使用していますが、それによって表示される月間アクティブユーザー数が Power Pages ライセンスレポートに表示される数と異なります。それは想定内ですか?

Application Insights または Google Analytics のような分析プロバイダーによって生成されたユーザー数は、Power Pages メーターのカウントとは異なる場合があります。

これらのユーザー数は、クライアント側でのみ使用状況をカウントするのに対し、当社ではサーバー側で使用状況を測定するなど、いくつかの理由により異なる場合があります。これは、以下に説明するいくつかの理由が考えられます (完全なリストではありません);

外部分析プロバイダーはクライアント側でのみ動作し、JavaScript を実行してユーザーをカウントする必要があります。ユーザーのブラウザーで JavaScript を実行できないときに作成されたユーザーはカウントされません。
外部分析プロバイダーは、Web サイトのドメインとは異なる可能性がある特定のドメインに投稿することによってデータを収集します。外部分析プロバイダードメインへの要求がエンドユーザーネットワークによってブロックされた場合、それらのユーザーはカウントされません。
一般的な外部分析プロバイダーは、既定では AJAX 要求を考慮しません。 AJAX 要求は、ページビューにはカウントされません。
外部分析プロバイダーは、要求の http 状態に関係なく、すべてのユーザーをカウントします。ただし、ユーザーが行ったすべての要求が http 3xx、4xx、または 5xx 状態コードを返す場合、ユーザーはアクティブユーザーとしてカウントされません。
外部分析プロバイダーは、公式カウントで除外される上記の特別なページを除外しません。

次の方法で共有

既知の問題とよく寄せられる質問