Power Apps ポータルの FAQ

Microsoft Dataverse の監査 を使用して Power Apps ポータル構成エンティティの変更を追跡できます。 監査は、構成データを元に戻す必要がある場合に変更履歴を判別するのに役立ちます。

Power Apps ポータル バージョン 8.3 以降で TLS 1.2 をサポートしています。

Power Apps ポータルは、マイクロソフトのセキュリティ ポリシー にあるように、以下の TLS 1.2 暗号スイートをサポートし複数のクライアントのサポートを説明します。 最強の暗号スイートがリストの一番上にあります。 こうすることで、クライアントはポータルに接続する際に、リストからサポートする最強の暗号スイートを常に使用できます。

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
• TLS_RSA_WITH_AES_256_GCM_SHA384
• TLS_RSA_WITH_AES_128_GCM_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA256
• TLS_RSA_WITH_AES_128_CBC_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA
• TLS_RSA_WITH_AES_128_CBC_SHA

サインインすると、ユーザーを既定のページにリダイレクトするポータルを構成できます。 詳細な手順については、サインイン時にユーザーをデフォルト ページにリダイレクトする を参照してください。

Liquid テンプレートの使用に関する詳細については、Liquid テンプレートに関する作業 を参照してください。

Power Apps ポータル は、Power Apps でスタンドアロンとして利用できるようになりました。 ポータル の プロビジョニング にあたって ライセンス を取得する必要はなくなりました。 ポータル に ユーザーが アクセス するには、ペルソナ の タイプ に応じたライセンスが必要です。 詳細は、 Power Appsポータル ライセンスに関するよくある質問を参照してください。

ポータルの基本 URL の変更 のステップに従うことによって、プロビジョニング後にポータルの基本 URL を変更できます。

有効なライセンスが割り当てられていない状態でサインインしようとしている Microsoft Entra 資格情報を持つ内部ユーザーには、サインイン ページに次のメッセージが表示されます: この Web サイトにアクセスするための有効なライセンスがありません。システム管理者に連絡してください。

この環境で 従量課金制 が有効になっていない場合にも、このエラーが表示されることがあります。

購入した SKU の種類 - 異なる Dynamics 365 SKU、アプリ プランごとの Power Apps、ユーザー プランごとの Power Apps などに応じて、管理者は、ユーザーに適切なライセンスを提供するか、環境に適切な数のアプリ パスを用意する必要があります。 アプリ パスの詳細については、環境内でのキャパシティの割り当てや変更 を参照してください。 アプリ パスが環境に割り当てられたら、変更を有効にするためにポータルを再起動する必要があります。

内部ユーザーのライセンスの詳細については、ポータル ライセンスに関する FAQ を参照してください。

従量課金制を使用した内部ユーザーのライセンスの詳細については、アプリ メーターあたりの Power Apps を参照してください。

内部ユーザーのポータルの使用権の詳細については、FAQ 内部ユーザーのポータルへの使用権 と ライセンス ガイド セクションの Power Apps ポータル – 内部ユーザーの使用権 を参照してください。

いいえ。 Microsoft Entra 内で B2B コラボレーション 用に追加されたゲスト ユーザーは、内部ユーザーとは見なされずログインが必要です。 ポータル ログイン ライセンス モデルの詳細については、ライセンス ガイド セクションの ログイン モデルごと にアクセスしてください。

ある位置情報またはテナントから別の位置情報またはテナントに Dataverse 環境を移動しても、その組織に関連付けられたポータルは、自動的に移動しません。 また、組織を移動したため、その組織に関連付けられたポータルは動作しなくなり、起動時にエラーがスローされます。

関連した組織にポータルを再度関連付けるには:

1. 「ポータルのリセット」の手順に従って、既存の物理的場所またはテナントから既存のポータル ホストをリセットします。 これにより、関連付けられたポータルのリソースは削除され、操作が完了した後はポータル URL にアクセスできなくなります。

2. 既存のポータルがリセットされた後、新しいテナント (または既存のテナントの新しい物理的場所) に移動し、そこで使用可能なポータルをプロビジョニングします。

Dataverse 環境がバックアップから復元されるとき、ポータルの組織とのつながりを壊す可能性のあるさまざまな変更が組織に加えられます。 この問題を解決するには、以下を行います。

• 組織 ID が復元操作後と同じで、ポータル ソリューションも使用できる場合:

  1. Power Apps ポータル管理センター を開きます。
  2. ポータルの詳細 タブに移動します。
  3. ポータルの状態ドロップダウン リストで、オフを選択します。
  4. 更新を選択します。
  5. 更新操作が完了したら、ポータルの状態ドロップダウン リストをオンに設定し、更新を選択します。

  ポータルは再起動し、つながりが組織に再度作成されます。

• 組織 ID が復元操作後と異なる、または組織からポータル ソリューションが削除された場合:

  • この場合は ポータルのリセット の手順に従ってポータルをリセットし、その後で再プロビジョニングすることをお勧めします。

Dataverse 環境の URL を変更すると、ポータルは Dataverse 環境 の URL を特定できなくなるため、機能を停止します。 この問題を解決するには、以下を行います。

1. Power Apps ポータル管理センター を開きます。
2. ポータル アクション > Dynamics 365 の URL を更新に移動します。
3. ウィザードの指示に従います。

ポータルは再起動され、再び稼働を開始します。

これは、Dataverse のそのテーブルで行われたデータやカスタマイズに依存するなど、複数の理由で発生する可能性があります。 ポータルからのレコード アクションに関するこのようなパフォーマンス関連の問題をトラブルシューティングするときは、これらの遅延を引き起こす可能性のあるイベントに同期プラグインが登録されていないことを確認してください。 可能な限り、それらを非同期に実装して、トランザクションを保持または遅延させないようにしてください。

ポータルを表示しようとするとサーバー エラーが発生し、そのたびにエンド ユーザーにはエラーのタイムスタンプと活動 ID とともに汎用エラー ページが表示されます。 ポータル管理者はポータルを構成して、デバッグおよび問題の修正に役に立つ実際エラーの詳細を取得できます。 実際のエラーを表示するには:

• ポータルのユーザー定義のエラー ページの無効化: これにより、ユーザー定義のエラー ページが無効になり、そのページを参照する時にエラーの完全なスタック トレースを確認できます。 「ユーザー定義のエラーを無効にする」の手順に従って、ユーザー定義のエラーを無効にできます。

ポータルを開発しているときにのみ、これを使用することをお勧めします。 ポータルがユーザーに対して使用可能になった後、ユーザー定義のエラーを再び有効にする必要があります。 詳細: ポータル エラー ログの表示

• 診断ログを有効にする: これにより、Azure Blob Storageの取引先企業のすべてポータル エラーを取得できます。 「ポータル エラー ログへのアクセス」の手順に従って、診断ログを有効にできます。

診断ログを有効にすると、汎用エラー ページに表示されている活動 ID を使用して、ユーザーが報告する特定のエラーを検索できます。 活動 ID はエラーの詳細とともにログに記録され、実際の問題の発見に役立ちます。

はい。 Power Apps ポータルは、既定の JavaScript と以前ポータルアプリの一部として表示されたプレゼンテーション用の CSS ファイルを含む Azure CDN からの、すぐに使えるポータルの静的資産を使用します。 ポータルを正常にレンダリングするには、次の CDN URL を許可する必要があります。

https://content.powerapps.com/resource/powerappsportal

ポータルは標準認証プロトコルのサポートを提供する任意のカスタム ログイン プロバイダーをサポートします。 任意のカスタム IDP では OpenIdConnect、SAML2、および WS-Federation プロトコルがサポートされます。 OAuth 2 は一定の既知の IDP でのみサポートされます。 IDP 構成のセットアップ方法の詳細については、ポータル認証の構成 を参照してください。

すべてのポータル リリースは、初期アップグレードおよび一般提供 (GA) の2 つの段階で実行されます。 初期アップグレード段階では、初期アップグレードにマークされたポータルのみをアップグレードします。 自分のサンドボックス (開発環境またはテスト) 環境で新しいポータル リリースを取得するため、自分のポータルを初期アップグレードに対して有効化することができます。 初期アップグレードに対してポータルを有効化する方法については、「ポータルのアップグレード」を参照してください。

標準の microsoftcrmportals.com ドメイン名の代わりにカスタム ドメイン名を使用するようにポータルを有効化することができます。 詳細: ポータルをカスタム ドメインにリンクする

Power Apps ポータルのメンテナンスとトラブルシューティング