次の方法で共有


Power Apps ポータルの FAQ

必要な情報がすぐに手に入るように、よく寄せられる質問とその簡潔な回答を一覧にまとめました。

全般

Power Apps ポータル構成の変更を追跡するにはどうすればよいですか?

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

Power Apps ポータルは TLS 1.2 をサポートしていますか?

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

Power Apps ポータルは、どの 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

注意

エッジ キャッシュと Web アプリケーション ファイアウォール (WAF) 機能用の ポータルを備えた Azure Front Door を構成するときに暗号スイートを制御できます。 その場合は、Azure Front Door でサポートされている暗号スイート のみを使用することをご確認ください。 また、Azure portal を使用したカスタム ドメイン HTTPS 設定 では、既定の最小 TLSバージョンを 1.0 から 1.2 の間で選択できますが、強力な暗号には TLSバージョン 1.2 を使用します。

サインイン後にユーザーを既定のページにリダイレクトする方法を教えてください。

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

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

ライセンスとプロビジョニング

どのようにポータル サブスクリプションを取得しますか。

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

プロビジョニングの後、どのようにポータルの基本 URL を変更しますか?

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

この Web サイトにアクセスするための適切なライセンスがありませんというエラーが表示されます。

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

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

ポータル ログイン エラー

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

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

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

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

ゲスト ユーザーはライセンスの内部ユーザーとして扱われますか。

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

Dataverse 環境のライフサイクル

最近、ある物理的場所またはテナントから別の物理的場所またはテナントに Dataverse 環境を移動しました。 どのように組織に接続されたポータルを扱いますか。

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

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

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

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

古いバックアップから Dataverse 環境を復元した後は、組織に接続されたポータルは機能しません。 どのように修正しますか。

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

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

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

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

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

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

最近、Dataverse 環境の URL を変更したところ、ポータルは機能しなくなりました。 どのように修正しますか。

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

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

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

デバッグおよび問題の修正

基本フォームのパフォーマンス: 基本フォームでの作成/更新/削除などのアクションは、完了またはタイムアウトするまでに多くの時間がかかります。

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

ポータルにアクセスすると、汎用エラー ページが表示されます。 どのように実際のエラーを表示しますか。

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

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

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

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

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

ポータル管理および操作

ポータルは、許可リストに必要な CDN (コンテンツ配信ネットワーク) の静的コンテンツを使用しますか?

はい。 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 ポータルのメンテナンスとトラブルシューティング

注意

ドキュメントの言語設定についてお聞かせください。 簡単な調査を行います。 (この調査は英語です)

この調査には約 7 分かかります。 個人データは収集されません (プライバシー ステートメント)。