ポータルのプロビジョニング

ポータルは、顧客、パートナー、または従業員ごとのより専用のエクスペリエンスを提供するためにカスタマイズできる Web サイトです。 ポータルは Dynamics 365 と統合され、ポータルの Dynamics からのデータを表示します。 ポータルを使用することで、ポータル ユーザーが複数のタスクを実行できるさまざまなエクスペリエンスを作成できます。 たとえば、次のようになります。

  • 顧客は、案件を送信でき、サポート情報記事を参照できます
  • パートナーは、営業案件を表示および管理できます
  • 従業員は、ベスト プラクティスを作成して表示できます

注意

  • ポータルを準備するには、ポータル用に選択された Dynamics 365 組織のシステム管理者ロールに割り当てられている必要があります。
  • 既存のポータルを管理するには、以下のロールのいずれかに割り当てられている必要があります。
  • Office 365 グローバル管理者
  • Dynamics 365 サービス管理者。 このロールの詳細については、こちら を参照してください。
  • ポータル用に選択された Dynamics 365 組織のシステム管理者。

前述のロールのいずれにも割り当てられていない場合、次のメッセージが表示されます: "このポータルを管理するには、グローバル管理者、Dynamics 365 サービス管理者、またはこの組織のシステム管理者である必要があります。"

ポータルのプロビジョニングを完了するには、新しいポータル ライセンスを購入した後、Dynamics 365 インスタンスに戻ります。

  1. Dynamics 365 管理センター に移動して、[アプリケーション] タブをクリックします。
  2. Portal アドオン」というタイトルのアプリケーション行を選択し、[管理] をクリックします。
  3. [全般設定] セクションで、ポータルの [名前] を入力します。 [名前] はポータルの識別に役立ち、後で変更することができます。
  4. [種類] フィールドは、ポータル サブスクリプション (試用版または実稼働) の種類を表します。 これはシステム フィールドなので、ユーザーは変更できません。 試用版サブスクリプションまたは有料サブスクリプションかに基づいて値が変更されます。
  5. [ポータルの URL] フィールド に、そのポータルに適切なサブドメイン名を入力します。 英数字またはハイフン (-) のみ使用できます。他の文字は使用できません。 ポータルがプロビジョニングされた後、URL は変更できませんが、カスタム ドメイン名を使用できます。
  6. [Dynamics 365インスタンス] ドロップダウン リストを使用して、ポータルをリンクしたい Dynamics 365 インスタンスを選択します。 選択する Dynamics 365 インスタンスのシステム管理者またはシステム カスタマイザ ー ロールが必要です。
  7. [ポータル言語の選択] ドロップダウン リストから、ポータルの既定の言語を選択します。 利用できる言語は、Dynamics 365 インスタンスにインストールされている言語に依存します。

    注意

    サンプル データは 1 つの言語でのみ提供されるため、デフォルト言語を選択するとサンプル データの変換方法も決まります。 アラビア語およびヘブライ語はサポートされておらず、表示されません。

  8. [ポータル管理者の選択] ドロップダウン リストから、ポータルの構成、カスタマイズ、および管理を行う Dynamics 365 ユーザーを選択します。 組織内でシステム管理者ロールを持つすべての Dynamics 365 ユーザーがオプションとして表示されます。

  9. [ポータルの対象者] セクションで、新しいポータルにアクセスする対象者の種類を選択します。 これにより、与えられるポータルのオプションが決まります。 次の中から選択できます。

    • パートナー

      • 顧客セルフサービス ポータル
      • カスタム ポータル
      • パートナー ポータル
      • Partner Project Service (オプション、インストールされているソリューションが必要)
      • Partner Field Service (オプション、インストールされているソリューションが必要)
      • コミュニティ ポータル
    • 顧客

      • 顧客セルフサービス ポータル
      • カスタム ポータル
      • コミュニティ ポータル
    • 社員

      • 従業員セルフサービス ポータル

以下の表は、各ポータル オプションに関連する機能をまとめたものです。

機能 顧客セルフサービス ポータル パートナー ポータル 従業員セルフサービス ポータル コミュニティ ポータル カスタム ポータル
ワールド レディ
複数言語のサポート
ポータル管理
カスタマイズと拡張性
テーマ化
コンテンツ管理
ナレッジ マネージメント
サポート/サポート案件の管理
フォーラム
ファセット検索
プロファイル管理
フォーラム スレッドの購読
コメント
Azure AD 認証
アイデア
ブログ
Project Service Automation 統合
Field Service 統合
パートナーのオンボーディング
ポータル ベース
ポータルのワークフロー
Web 通知
Microsoft ID
ID ワークフロー
Web フォーム
フィードバック
  1. [展開するポータルの選択] セクションで、作成するポータルの種類を選択します。 表示されるオプションは、選択した対象者によって異なります。

    ポータルの設定を構成する

  2. [送信] をクリックして、サービス利用条件に同意します。

    サービス利用条件

サービス利用条件を承諾すると、ポータルはプロビジョニングを開始します。 プロビジョニングには通常 30 分かかりますが、システムの負荷に応じて数時間かかります。 アプリケーション タブのポータルの [名前]は、プロビジョニング中に「名前-構成」に変更されます。 ポータルの管理ページに戻り、プロビジョニングが成功したかどうかを確認します。

注意

ポータル ユーザーが Azure AD 資格情報を使用して初めてポータルにログインする場合、ポータルの種類やユーザーに関わりなく、同意ページが表示されます。

プロビジョニングのトラブルシューティング

パッケージ インストールのプロセスまたは URL 作成プロセスでエラーが発生することがあります。 このような場合、プロセスを再開することができます。

[名前]-構成」は「[名前]-プロビジョニングの失敗」に変更された場合、プロビジョニング プロセスを再開する必要があります。

  1. [アプリケーション] ページに移動し、ポータルを選択します。
  2. [管理] という青色の鉛筆ボタンを選択します。
  3. 次のいずれかのオプションを選択します。

    • [プロビジョニングの再開]: 以前に定義した構成でインストール プロセスを再開します。

    • [値の変更とプロビジョニングの再開]: プロビジョニング プロセスを再開する前に、一部の値を変更できます。

      プロビジョニングのエラー

パッケージのインストールが失敗した場合、ポータル管理者ページは問題なく開きますが、実際のポータル URL に移動すると「セットアップ中です」というメッセージが表示されます。 これを確認するには:

  1. Dynamics 365 管理センター ページに移動し、パッケージの状態が「インストールの失敗」であることを確認します。
  2. パッケージの状態が「インストールの失敗」である場合は、ソリューション ページからインストールを再試行してください。 また、Dynamics 365 システム管理者が、ポータルをインストールする必要のある言語に設定された Dynamics 365 デフォルト言語でソリューションをインストールしていることを確認してください。

注意

一部のソリューションにはインストールの前提条件があるため、前提条件が満たされていないとインストールが失敗します。 たとえば、パートナー ポータル用の Partner Field Service をインストールするには、パートナー ポータル ソリューションと Field Service ソリューションがすでにインストールされている必要があります。 最初に Partner Field Service をインストールしようとすると、インストールは失敗し、エラー メッセージが表示されます。

Dynamics 365 ポータルにカスタム ドメインと SSL 証明書を設定する

カスタム ドメインにより顧客はサポート リソースをより簡単に見つけることが可能になり、これはブランドの向上に役立ちます。 1 つのカスタム ドメイン名のみをポータルに追加できます。 ポータルをプロビジョニングしてドメイン名を取得したら、カスタム ホスト名を設定するための SSL 証明書が必要になります。

カスタム ドメインの設定

  1. Dynamics 365 Online 管理センターに移動し、[アプリケーション] タブをクリックします。
  2. カスタム ドメインを設定するポータルの名前を選択し、[管理] をクリックします。 > ポータル アクション > カスタム ドメイン名を追加する

ドメインで SSL 証明書を購入した場合、ウィザードを使用して Dynamics 365 ポータルをカスタム ドメインにリンクできます。

  1. .pfx ファイルをまだ組織にアップロードしていない場合は、[新しい証明書のアップロード] をクリックします。
  2. [ファイル] の下にあるアップロード ボタンをクリックし、.pfx ファイルを選択します。
  3. [パスワード] フィールドに SSL 証明書のパスワードを入力します。 それ以外の場合は、[既存の証明書を使用する] をクリックし、ドロップダウン メニューから正しい証明書を選択します。 SHA2 証明書を使用していることと一般的なブラウザーから SHA1 サポートが削除されていることを確認します。
  4. [新しいホスト名を追加] をクリックして、新しいカスタム ドメインを作成します。 [ドメイン名] フィールドに目的のドメイン名を入力します。 それ以外の場合は、[既存の証明書を使用する] をクリックして、ドロップダウン メニューから目的のホスト名を選択します。

    注意

    • ポータルのカスタム ドメイン名は 1 つだけです。
    • カスタム ホスト名を作成するには、Dynamics 365 ポータルをドメインの参照先とする CNAME をドメイン プロバイダーに作成してください。 ドメイン プロバイダーに CNAME を追加したばかりの場合は、すべての DNS サーバーに伝達するまでに時間がかかります。 名前が伝播されず、ここに追加すると、「このドメイン名に CNAME レコードを追加してください。」というメッセージが表示されます。 しばらくしてから再試行してください。
  5. 入力した情報を確認し、[次へ] をクリックして SSL バインドの作成を開始します。

  6. このポータルのカスタム ドメイン名が正常に構成されました。{カスタム ドメイン名} にアクセスしてこのポータルにアクセスできるようになりました。」というメッセージが表示されるはずです。 {カスタム ドメイン名} は、設定されたばかりのカスタム ポータル URL へのハイパーリンクになります。 [完了] をクリックしてウィザードを閉じます。

    SSL 証明書を選択する

メタデータ翻訳のインポート

ポータルを準備する場合、ソリューションに関連するポータルが組織にインストールされます。 ソリューションのインストール中に、ソリューション メタデータ翻訳 (例: フィールド名、フォーム名、ビュー名など、) は現在組織でアクティブ化されている言語にのみインストールされます。 今後新しい言語をアクティブ化する場合、新たにアクティブ化した言語に対し、メタデータは自動的にインストールされません。 新しくアクティブ化された言語のメタデータ翻訳を取得するには、管理センターからメタデータ翻訳をインポートする必要があります。

メタデータ翻訳をインポートする:

  1. Dynamics 365 管理センター ページに移動し、[アプリケーション] タブをクリックします。
  2. メタデータ翻訳をインポートするポータルの名前を選択し、[管理] をクリックします。
  3. ポータル アクション > 最新のメタデータ翻訳を取得します へ移動します。 ポータル ソリューションを更新するかどうかを尋ねる、確認メッセージか表示されます。
  4. [更新] をクリックします。 ポータル ソリューションは最新のメタデータ翻訳によって更新されます。

注意

  • ポータル パッケージの最新バージョンがある場合、更新されません。 ポータル ソリューションは同じバージョンで更新されます。 最新の使用可能なパッケージに基づいてポータル ソリューションをアップグレードするには、ソリューション管理センターにアクセスする必要があります。
  • ユーザーが Dynamics 365 のデータを変更しても、既存のデータは更新中は上書きされません。
  • ポータル ソリューションをインストールしている間は、ソリューションの更新をトリガーすることはできません。

ポータルでのユーザーの活動を表示する

Dynamics 365 for Customer Insights (DCI) はクラウド ベースの SaaS サービスであり、あらゆる規模の組織が複数のソースからのデータを集めて、ナレッジおよびインサイトを生成し、顧客に関する全体的な全方位の観点を得ることができます。

ポータルが DCI インスタンスにユーザーの活動のデータを送信するようにできます。 これは、サポート案件の作成前後における、ポータルでのユーザーの行動の理解に役立ちます。 これにより、本当の問題について理解でき、ユーザーに再び同じ情報を要求することを防ぎ、関連情報について回答することもできます。

次のシナリオを例に取ってみましょう。

ジェイは Dynamics 365 管理者で、サポート案件を送信する前のポータル ユーザーの活動を知りたいと思っています。 ジェイは自分のサブスクリプション プランを使用して、Azure ポータルから DCI インスタンスを購入します。 ジェイはそれからポータル管理センターに移動し、購入した DCI インスタンスを使用するためにポータルを設定します。

Dynamics 365 ポータルは、DCI にやり取りを送信するため、最新の共有アクセス キーを必要とします。 ジェイはポータル管理センターに移動し、現在設定した DCI のインスタンスを見ることができます。 ジェイは DCI のインスタンスを変更したり、現在設定されている DCI インスタンスの共有アクセス キーを更新したりできます。

ポータルでのユーザーの活動を表示する:

  1. Dynamics 365 管理センター ページに移動し、[アプリケーション] タブをクリックします。
  2. ユーザーの活動を表示するポータルの名前を選択し、[管理] をクリックします。
  3. ポータル分析 をクリックします。 ポータルの対話を追跡するページが表示されます。
  4. ポータルの対話追跡を構成する をクリックします。 ポータルの対話追跡を構成するウィンドウが表示されます。
  5. Dynamics 365 Customer Insights インスタンスに合わせて次の値を入力します。
    • Dynamics 365 for Customer Insights ハブの URI
    • 管理、読み取り、書き込みのアクセス許可を持つポリシー名
    • 共有キー
  6. プレビュー契約を確認して、利用条件を読み、同意しました チェック ボックスを選択します。
  7. 構成 をクリックします。 進行状況ウィンドウが表示されます。
  8. 確認メッセージで 閉じる をクリックします。

ポータルに DCI ポータルが構成されると、以下の操作が使用可能になります。

  • D365 Customer Insights の構成を更新: ポリシーに関連した共有キーの更新を可能にします。 ハブの URI は読み取り専用です。
  • D365 Customer Insights 統合の削除: DCI とポータル間の接続構成を削除できます。

DCI の構成

顧客の DCI のやり取りを保持するため、ポータルは DCI の関連する構成のやり取りを作成する必要があります。 これらのやり取りは、DCI プロファイルに関連付けられる必要があります。

注意

Dynamics 365 は、複数のポータルをサポートしており、同じ DCI インスタンスを使用できます。

ポータル ユーザーは、サポート情報記事、ブログ、フォーラム スレッド、ポータルで公開されたポータル検索を表示できます。

シームレスなエクスペリエンスを有効にするため、以下のやり取りが DCI に取り込まれます。

対話の名前 表示名 フィールド 内容 収集されたパラメータ
portal_viewknowledgearticle サポート情報の記事 portal_interactionid、portal_knowledgearticleid、portal_knowledgetitle、portal_contactid、portal_timestamp、portal_portalid サポート情報記事を閲覧するポータル ユーザーの追跡 サポート情報記事 ID、言語、セッション ID、ポータル ID
portal_viewblogpost ブログの投稿 portal_interactionid、portal_blogpostid、portal_blogtitle、portal_contactid、portal_timestamp、portal_portalid ブログの投稿を閲覧するポータル ユーザーの追跡 ブログの投稿 ID、セッション ID、ポータル ID
portal_viewforumthread フォーラム スレッド portal_interactionid、portal_forumthreadid、portal_forumthreadtitle、portal_contactid、portal_timestamp、portal_portalid フォーラム スレッドを閲覧するポータル ユーザーの追跡 フォーラム スレッド ID、セッション ID、ポータル ID
portal_search ポータル検索 portal_interactionid、portal_contactid、portal_searchstring、portal_timestamp、portal_portalid ポータル ユーザーの検索を追跡

ポータル管理者として、顧客の要件に応じ、どのやり取りがポータルを通して DCI に取り込まれるかを構成できます。 ポータルが特定のやり取りを取得しないようにするため、DCI から対話の種類を削除できます。

ポータルは、すべてのデータを Dynamics 365 に保持します。 ポータルにコンテンツを表示するのに必要なすべてのデータは、Dynamics 365 から取得されます。 Dynamics 365 のデータはプロファイルのモデル化に使用され、ポータルの対話がそれに関連付けられます。 ポータルは、ユーザー定義プロファイルを作成することはしません。 ポータル管理者として、この Dynamics 365 組織を DCI に手動で接続し、プロファイルを作成する必要があります。 取引先担当者エンティティをプロファイルとして構成してから、ポータルの対話に portal_contactid として保持されている crmrecordid を使用して、取引先担当者をポータルの対話にリンクさせる必要があります。 プロファイル作成後、管理者はプロファイルをポータルの対話の種類に手動でリンクさせる必要があります。 これにより、管理者はグラフとプロファイルのビューを作成することができます。

DCI の構成の詳細については、こちら を参照してください。

顧客行動のビジュアル化

顧客行動のビジュアル化により、グラフ形式でユーザーの活動を表示することができます。 これにより、ユーザーがサポート案件を送信する前に、既にどの活動を実行していたかを知ることができ、関連情報を提供することができます。

次のシナリオを例に取ってみましょう。

シャロンは、Contoso, Ltd でサポート案件を処理する CSR エグゼクティブです。 シャロンは、http://support.contoso.com セルフサービス ポータルからサポート情報記事のリンクを共有することで、顧客が顧客の問題を解決できるよう頻繁に助けています。 シャロンは時々、顧客が既に参照した記事を共有して、顧客満足度を低下させてしまうことがあります。

顧客行動グラフは、サポート案件フォームに埋め込まれており、サポート案件が作成される前の時点での、ポータル ユーザーの活動を表示します。 これにより、シャロンはポータル ユーザーがすでに行った活動を知ることができ、効率的に問題を解決するのに役立つ関連情報を共有できます。

DCI の構成の詳細については、こちら を参照してください。