ビルトインIDプロバイダーを使うCXone認証の設定

このページでは、内蔵のIDプロバイダーを使用したCXoneシステムの認証設定をステップバイステップで説明します。

これらの各タスクを指定された順序で実行します。

始める前に

  • 以前のようなプロセスを設定したことがなければ、認証と認可のアイディアと用語の基本理解を取得します。
  • CXoneで初めて認証を使用する場合は、CXone固有のプロセスを確認してください。
  • 人間のユーザーと彼らが必要とするアクセスレベルを考慮してください。アクセスが多い人ほど、セキュリティレベルを高くするべきかどうかを決定します。
  • カスタムパスワードの要求、多要素認証（MFA）、またはその両方を使用して実施するかどうかを決定します。
  • ご自身の判断で必要なログイン認証コードをリストアップしてください。このリストには、各ログイン認証コードで使用するパスワードの要件とMFAステータスが含まれている必要があります。
  • ボットやインテリジェントバーチャルアシスタント（IVA）のようなアプリケーションの認証と認可を含める必要があるかどうかを検討してください。その場合、アクセスキーを作成する必要があります。

NICE CXoneチームは、この計画プロセスをサポートし、ガイドすることができます。計画をうまく立てると、実施がよりスムーズになります。目先のニーズで認証・認可を導入すると、問題が発生する可能性が高くなります。

場所を設定する

必須の権限：ロケーション管理の作成

ユーザーが特定のIPアドレスからログインすることを要求する場合は、許可するIPアドレス、IPアドレス範囲、またはIPアドレスサブネットを含む場所を作成します。ユーザーに設定された場所を要求する場合、そのユーザーはログインするために正しい認証情報とIPアドレスの両方を持っている必要があります。持っていない場合、ログイン試行は失敗し、エラーが表示されます。一度に最大20か所の場所を設定でき、場所ごとに最大10個のルールを設定できます。

  1. アプリセレクターをクリックして、次を選択します：Admin。
  2. 場所 > 場所の定義に移動します。
  3. 新しい場所をクリックします。
  4. 場所にわかりやすい名前を付けます。場所についての詳細を追加する場合は、説明を入力します。
  5. 場所の種類を示すために、デフォルトの場所として設定またはリモート場所を選択できます。デフォルトの場所は1つだけ設定できます。これらのフィールドは現在、機能には影響しません。選択するのは、自分の参照のためのみです。

  6. 残りのフィールドを使用して、実際の住所、国、GPS座標、タイムゾーン、割り当て済みグループなど、必要なその他の情報を追加します。これらのフィールドは現在何にも影響を及ぼさず、そこに入力された情報は自身の参照用としてのみ使用されます。

    ,割り当て済グループフィールドにグループを追加すると、そのグループに属するユーザーが[割り当て済ユーザー]タブに表示されます。ただし、場所の設定は適用されません。ログイン認証コードに場所を割り当てると、その場所はそのログイン認証コードに割り当てられているユーザーに適用され、IPアドレスに基づいてログイン機能が制限されます。ただし、これらのユーザーは[割り当て済ユーザー]タブには表示されません。

  7. 保存をクリックします。

  8. [場所の定義]ページに戻り、作成した場所をクリックして開きます。

  9. [自動検出ルール]タブをクリックします。

  10. 新しいルールを作成します。そうするためには：

    1. [新規ルール]をクリックします。

    2. ルールにわかりやすい名前を付けます。

    3. 次の中からルールタイプを選択します。

      • リスト：この場所で許可された特定のIPアドレスのリスト。たとえば、100.0.1.100、100.0.1.101、100.0.1.102などです。

      • 範囲：この場所で許可されたIPアドレスの範囲。たとえば、100.0.1.100～100.0.1.125です。

      • サブネット：この場所で許可されたサブネット。たとえば、100.0.0.1/32です。

    4. 次のいずれかのIPバージョンを指定します。

      • IPV4：32ビットのIPアドレス

      • IPV6：128ビットの16進アドレス。

    5. 前の手順の例の形式に従って、ルール定義フィールドに実際のIPアドレス、範囲、またはサブネットを入力します。リストを選択した場合は、最大100個のIPアドレスを入力できます。範囲またはサブネットを選択した場合は、1つの値のみを入力できます。

    6. クリック確認。

  11. 必要に応じてルールを追加します。最大10個まで追加できます。

  12. 保存をクリックします。

ログイン認証コード作成

必須の権限：ログイン認証機能の作成

ビルトインCXone IdPは、ユーザーネームとパスワードを持つユーザーを認証します。ログイン認証コードを使用して、パスワード基準は管理されています。各ユーザーごとに異なるログイン認証システムを作成できます。

  1. アプリセレクターをクリックして、次を選択します：Admin。
  2. ログイン認証サーバの順に選択します。

  3. 新規作成をクリックします。

  4. ログインオーセンティケーターの一意の名前を入力します。

  5. 必要に応じて説明を入力します。

  6. 認証タイプとして[システム]を選択します。

    フィールド

    詳細
    システム ログインオーセンティケーターは、の組み込みログインプロセスを使用します。 CXone 。外部のシングルサインオン（SSO）IDプロバイダーを使用した認証は行いません。
    SAML SAML 2.0を使用すると、外部アイデンティティプロバイダーを介したシングルサインオンを設定できます。CXoneは、SAML 2.0の複数のインスタンスに対応しています。ユーザーごとに異なるインスタンスを割り当てることができます。
  7. パスワードの複雑さを設定します。

    各ユーザーのパスワードは、一般的に使用されるパスワードのリポジトリに対してチェックされます。彼らのパスワードが一般的に使用されるパスワードに一致した場合、彼らは新しいパスワードを作成するよう強制されます。拒否されるパスワードの例を以下に示します：

    • 「password.」という語句を含むパスワード（Password@1234など）。

    • ユーザーのEメールアドレス、ユーザー名、姓、またはシステム名を含むパスワード。

    パスワードは以下の場合にリポジトリに対して照合されます：

    • 新規ユーザーがアクティブ化されたとき。

    • ユーザーのパスワードの期限が切れたとき。

    • ユーザーがパスワードをリセットしたとき。

    フィールド詳細については
    、このステップを参照してくださいフィールド詳細必須小文字 (a～z)パスワードに少なくとも1つの小文字を使用する必要があります。
    大文字（A-Z）が必要です-パスワードに少なくとも1つの大文字を使用することをユーザーに要求します。
    数字(0-9) (必須)-ユーザーがパスワードに少なくとも1つの数字を使用することを要求します。
    英数字以外（!,@,#,etc.）が必要ですパスワードに少なくとも1文字の非英数字を使用することをユーザーに要求します。

  8. 多要素認証を有効にする場合は、多要素認証が必要を選択します。MFAタイプをHOTPとTOTPに設定します。

    フィールド 詳細
    多要素認証(必須)

    CXoneにログインするには、パスワードに加えて多要素認証(MFA) トークンを入力する必要があります。MFAトークンは、提供するハードウェア トークンまたは仮想 MFAデバイス (たとえば、Google Authenticator などのアプリ) によって生成されるワンタイムパスワード です。MFAを有効にすると、影響を受けるプロファイルを持つユーザーは、次回ログイン時に MFAシークレットキーを設定する必要があります。

    組織のマスター管理者に対してMFAを有効にしないでください。デバイスまたはシークレットを紛失した場合、MFAシークレットをリセットする唯一の方法は、NICE CXoneでチケットを提出することです。
    MFAタイプ TOTPまたはHOTPMFAを有効にするかどうかを指定します。

  9. パスワードポリシーを設定します。

    フィールド 詳細
    パスワードの長さ ユーザーがパスワードに含める必要がある合計文字の最小数を設定します。たとえば、12を入力した場合、ユーザーはすべてのパスワードに合計12文字以上を含める必要があります。パスワード複雑さ設定で必要な文字は、合計文字数にカウントされます。パスワードの長さは、12から24までの任意の数字に設定できます。
    パスワード有効期限を有効にする ユーザーがパスワードを保持できる最大日数を入力できるテキストボックスを有効にします。指定した日数が経過すると、ユーザーはパスワードを変更する必要があります。パスワード年齢を14から365日の範囲で任意に設定できます。
    パスワード履歴を有効にする ユーザーが古いパスワードを再利用する前に設定する必要がある一意のパスワードの数を入力します。パスワード履歴は4から50の範囲で設定できます。たとえば、10を入力すると、ログイン認証機能を割り当てられたユーザーは、過去10個のパスワードのいずれかを新しいパスワードとして使用することができなくなります。

  10. ログイン認証コード作成をクリックします。

セキュリティプロファイルを作成

必須の権限: セキュリティプロファイルの作成

  1. 次のいずれかの方法を使用して、セキュリティプロファイルを作成し、名前を付けます。

    • 新しい空白のセキュリティプロファイルを作成するには：

      空白のセキュリティプロファイル用に構成されたセキュリティプロファイル作成の[名前と情報]ページのスクリーンショット
      1. アプリセレクターをクリックして、次を選択します：Admin。
      2. セキュリティプロファイルに移動します。

      3. 新規作成をクリックします。

      4. セキュリティプロファイルの一意の名前を入力します。

      5. 必要に応じて説明を入力します。

      6. 作成で、空白のセキュリティプロファイルを選択します。

    • 既存のセキュリティプロファイルをコピーする新しいセキュリティプロファイルをすばやく作成するには、次の手順に従います。

      システムセキュリティプロファイルのコピー用に構成されたセキュリティプロファイル作成の[名前と情報]ページのスクリーンショット
      1. アプリセレクターをクリックして、次を選択します：Admin。
      2. セキュリティプロファイルに移動します。

      3. コピーするセキュリティプロファイルを開きます。

      4. コピーをクリックします。

      5. セキュリティプロファイルの一意の名前を入力します。

      6. 必要に応じて説明を入力します。

  2. 次へをクリックします。

  3. ユーザーに付与する各製品と機能の権限を有効にします。ユーザー設定やセキュリティなど、一部の権限はグループ化されています。グループ内の権限を表示するには、グループ名の横にある個別をクリックします。

  4. 次へをクリックします。

  5. ユーザーに付与する各レポートの権限を有効にします。

  6. 次へをクリックします。

  7. キャンペーン閉じた レポートを作成するために使用されるスキルのグループ。、チーム、割り当て可能なプロファイル、グループ、および事業単位閉じた CXone環境におけるテクニカルサポート、請求、およびグローバル設定を管理するために使用される上位レベルの組織グループによるデータアクセスを制限します。データタイプごとに、ユーザーにそのタイプのすべてのデータと将来のデータにアクセスさせるか、なし、カスタムのいずれかを選択します。

  8. データ型にカスタムを選択した場合は、ポップアップウィンドウを使用して、ユーザーがアクセスできるそのデータ型のエンティティを指定します。完了をクリックします。

    新しいキャンペーン、チーム、セキュリティプロファイル、グループ、および事業単位は、作成時にカスタムリストに自動的に追加されません。ユーザーに新しいデータへのアクセスを許可する場合は、カスタムリストを更新する必要があります。

  9. 次へをクリックします。
  10. セキュリティプロファイルの作成をクリックします。

ユーザー作成

必須の権限: ユーザーの作成

新しいユーザーを作成する場合、新しい個別ユーザーを作成するか、同時に複数の新しいユーザーアカウントをアップロードするかを選択できます。ここでは、Adminアプリケーションで単一のユーザを作成する手順について説明します。複数のユーザーを同時に作成または編集する手順については、複数のユーザーを一度に管理をご覧ください。

CXoneには多くのオプションと設定が用意されており、ユーザをカスタマイズすることができます。開始する前に、このタスク全体に目を通して、構成する必要がある設定を確認しておくことをお勧めします。

Centralユーザー作成フォームのスクリーンショット

  1. アプリセレクターをクリックして、次を選択します：Admin.

  2. ユーザーをクリックします。

  3. 次のいずれかの方法で新しいユーザー作成フォームを開きます。

    • 空白のフォームで新しいユーザーを作成する場合は、新規作成をクリックし、シングルユーザーを選択します。
    • 既存のユーザーのプロファイルに基づいて新しいユーザーを作成する場合は、そのユーザーのプロファイルを開いてコピーをクリックします。

  4. ユーザーの名、姓、メールアドレス、ユーザー名（メールアドレスの形式）、セキュリティプロファイル、チーム、ユーザーが使用する（タイムゾーン）、市、国を入力します。フィールドが利用可能な場合は、パスワードおよびパスワードの確認フィールドを使用してパスワードを設定します。ユーザープロファイルに追加するその他の情報を入力します。

    フィールド

    詳細
    内部ID ユーザーに割り当てられた内部ID。これはシステムによって割り当てられたIDではなく、任意の番号を選択できます。
    ユーザータイプ システムに含まれている場合にのみ表示および必要NICE CXone WFOまたはNICE CXone WFMv2であり、ユーザーが次のようなチームに割り当てられている場合NICE CXone WFO-またはNICE CXone WFM対応。どちらのアプリケーションも、エージェントを他のユーザーとは異なる方法で扱います。組織のニーズに応じて、ユーザーをスーパーバイザーまたは管理者として指定できますが、NICE CXoneWFOおよびWFMv2アプリケーションでエージェントとして扱われるすべてのユーザーに対してエージェントを正しく選択することが重要です。

    電話1

    システムにNICE CXoneWFMv2が含まれており、ユーザーが NICE CXoneWFM対応チームに割り当てられている場合にのみ表示されます。。NICE CXonePBX閉じた 企業の音声通話の着信、発信、および社内通話を管理する社内電話ネットワーク。関連の番号以外の電話番号をユーザーレコードに追加できます。このフィールドは情報を提供するものであり、値はNICE CXoneWFMv2アプリケーション自体では使用されません。
    電話2 システムに含まれている場合にのみ表示されますNICE CXone WFMv2とユーザーはに割り当てられていますNICE CXone WFM対応チーム。NICE CXonePBXに関連付けられた番号以外の2番目の電話番号をユーザー記録に追加できます。このフィールドは情報を提供するものであり、値はNICE CXoneWFMv2アプリケーション自体では使用されません。
    外部アイデンティティタイプ ビジネスユニット閉じた CXone環境におけるテクニカルサポート、請求、およびグローバル設定を管理するために使用される上位レベルの組織グループでSAML 2.0またはOpenID Connectを有効にしている場合にのみ表示されます。これを使用して、このユーザーの資格情報をSAML2またはOpenID Connectのどちらで管理するかを指定します。
    フェデレーションアイデンティティ

    これは、ID認証アサーションの一部としてIdPに渡される固有の値です。この値は、NICE CXoneに認証を要求するユーザーに関連付けられています。

    IdPがNICE CXoneプラットフォームに対して認証アサーションを作成する場合、ユーザーに設定されたのと同じフェデレーションID値を持つLDAPクレームが含まれている必要があります。クレーム値は次のとおりです：

    • 名前ID （必須）—ユーザーの構成されたフェデレーションIDと正確に一致します。名前IDは大文字と小文字を区別します。

    署名メッセージを構成するには、メッセージ（「応答」）のみに署名し、クレームには署名しません。
    SIPユーザー ご使用の環境でSIP閉じた 音声通話やビデオ通話などのマルチメディア通信セッションのシグナリングと制御に使用されるプロトコル。を構成している場合、このユーザーのSIPユーザー名はsip：user@domain.comの形式です。
    件名 外部IdPおよびOpenID Connectを使用している場合にのみ表示されます。これは、ユーザーのIdPアカウントの名前です。

    住所行1

    住所行2

    都道府県

    郵便番号

    ユーザーのオプションの完全な住所の詳細。これらのフィールドは、緊急ダイヤルの設定に使用されます。
    固定住所がありません ユーザーのアドレスが永続的ではなく、緊急ダイヤルに使用してはならないことを示します。
    場所 ユーザーのカスタマイズ可能な場所。これは、ユーザーが作業する建物、建物のフロア、またはお客様が選択した任意の場所にすることができます。この値は緊急コールには影響しません。
    雇用日 ユーザーが採用された日付。
    退職日 ユーザーが終了した日付。
    再雇用ステータス ユーザーが将来再雇用する資格があるかないかを示します。
    1時間あたりの費用 ユーザーの時間給。
    NTログイン名 ユーザーのNTログイン名。
    従業員タイプ ユーザーの現在の従業員タイプ。フルタイム、パートタイム、一時的、外注、その他の場合があります。
    紹介 ユーザーに関する紹介情報。
    在宅勤務者 選択すると、ユーザーがリモートで作業していることを示します。
    雇用元 ユーザーの採用方法。ドロップダウンのカスタムオプションを追加するには、[新規採用ソース]をクリックします。たとえば、社内採用、従業員紹介、リクルーターなどがあります。
    カスタムプロパティ これらの5つのフィールドはデフォルトではカスタム1、 カスタム2、 カスタム3、 カスタム4、およびカスタム5と呼ばれます。ただし、フィールドの名前を事業単位閉じた CXone環境におけるテクニカルサポート、請求、およびグローバル設定を管理するために使用される上位レベルの組織グループ設定でカスタマイズできます。これらのプロパティを使用して、エージェントのお気に入りのアイスクリームのフレーバーやお気に入りのスーパーヒーローを一覧表示するなど、特定の組織のニーズを満たすことができます。フィールドは組織によって異なるため、事業単位でこれらのフィールドを使用する方法については、コンタクトセンターのマネージャーにお問い合わせください。5つのフィールドすべての文字数制限は40です。

  5. ログイン認証コード(LA)を選択します。

    すべてのユーザーをログイン認証コードに割り当てなければ、彼らはCXoneにログインできません。

    LAの種類によって、CXoneへユーザーののログイン方法が決まります。ログイン認証コードは2タイプ設定できます。

    システムLA：システムLAに割り当てられたユーザーは、CXoneが管理する資格情報を使ってログインします。

    外部LA：外部LAに割り当てられたユーザーは、外部アイデンティティープロバイダー(IdP)を通じてログインを完了します。外部LAはSAML 2.0またはOpenID Connectのいずれかで構成されます。

  6. 統合ソフトフォン（WebRTC）カスタムURLを有効にしている場合は、必要に応じて統合ソフトフォンのURLとURLの重みを構成します。

    フィールド

    詳細
    統合ソフトフォンURL 1-2 事業単位でカスタムの統合ソフトフォン（WebRTC）URLが有効になっている場合にのみ表示されます。ユーザープロファイルに適用する統合ソフトフォンURLを指定します。カスタムURLはデフォルトのURLを上書きします。特定の条件下で動作する一部のエージェントでは、デフォルトのURLが通話品質の問題を引き起こす可能性があります。詳細またはこの機能を有効にするには、 CXoneアカウント担当者までお問い合わせください。
    URL 1-2ウェイト 事業単位でカスタムの統合ソフトフォン（WebRTC）URLが有効になっている場合にのみ表示されます。ユーザープロファイルに2つの統合ソフトフォン（WebRTC）URLを指定した場合、URLの重みは、互いに比較されるURLの優先順位を指定します。重みの大きいURLは、重みの小さいURLの前に試行されます。URLがデフォルトに設定されている場合、対応するフィールドは無効になり、値は空白になります。

    次の表に、各構成オプションの結果の詳細を示します：

    統合ソフトフォンURL 1

    統合ソフトフォンURL 2

    URL 1ウェイト

    URL 2の重み

    結果の動作
    デフォルト デフォルト 空白 空白 デフォルトURLが使用されます。
    アクティブURL A アクティブURL B より高い より低い カスタムURLが使用されます。URL Aが最初に試行され、次にURL Bが試行されます。
    アクティブURL A アクティブURL B より低い より高い カスタムURLが使用されます。URL Bが最初に試行され、次にURL Aが試行されます。
    アクティブURL A アクティブURL B 等しい 等しい カスタムURLが使用されます。URL AまたはURL Bのいずれかが最初にランダムに試行され、次にもう一方が試行されます。
    アクティブURL A アクティブURL A 任意 任意 設定が無効です。
    非アクティブなURL A 非アクティブなURL B 任意 任意 デフォルトURLが使用されます。
    非アクティブなURL A 非アクティブなURL A 任意 任意 設定が無効です。
    アクティブURL A 非アクティブなURL B 任意 任意 カスタムURLが使用されます。URL Aが最初に試行され、次に同じ重みのデフォルトのURLが試行されます。
    非アクティブなURL A アクティブURL B 任意 任意 カスタムURLが使用されます。URL Bが最初に試行され、次に同じ重みのデフォルトのURLが試行されます。
    デフォルト アクティブURL B 任意 任意 設定が無効です。
    アクティブURL A デフォルト 任意 任意 カスタムURLが使用されます。URL Aが最初に試行され、次に同じ重みのデフォルトのURLが試行されます。
    デフォルト 非アクティブなURL B 任意 任意 設定が無効です。
    非アクティブなURL A デフォルト 任意 任意 デフォルトURLが使用されます。
  7. 保存して続行をクリックします。

  8. 各チャネルのユーザーの拒否タイムアウト、デフォルトのダイヤルパターン、およびエージェントの音声しきい値を設定します。必要に応じて、[呼び出し音の抑制]を選択します- Personal Connection 。

    フィールド

    詳細
    電話、ボイスメール、チャット、SMS、Eメール、作業項目

    エージェントが応答せずにパーソナルキューにリクエストを保持できる秒数。時間制限に達すると、インタラクションが別のエージェントに転送されます。フィールドを空白のままにすると、システムはビジネスユニットのデフォルト値（通常45秒）を使用します。拒否タイムアウトの値は、15〜300秒である必要があります。

    WebRTCのハードコードされた値は30秒であり、ユーザーレベルまたはステーションで変更することはできません。

    ダイヤルパターン

    ユーザーに割り当てられたデフォルトのダイヤルパターン。ダイヤルパターンは、各コールのダイヤル方法を指定します。たとえば、ダイヤリングパターンは、各通話が「1」で始まる必要があることを指定できます。システムがダイヤルされた番号の前に「1」を付加するため、エージェントはすべてのコールの前に「1」をダイヤルする必要はありません。
    電話番号タイムアウト エージェントの音声パスが接続されたままになる時間。このフィールドは、ビジネスユニット設定で指定された値を使用するデフォルトに設定されます。この値を変更すると、このユーザーのビジネスユニットレベルの設定が上書きされます。
    エージェント音声しきい値

    エージェントの声の音量レベル。この設定は、エージェントの音声とバックグラウンドノイズを正確に区別するのに役立ちます。しきい値範囲は、周波数アナライザーによって計算されたカスタムボリューム単位に基づいています。

    適切な権限を持つユーザーは、の 音声しきい値チューニング設定MAXを使用して、この値を自分で変更できます。
    リンギングを抑制- Personal Connection エージェントがPersonal Connectionを使用している場合、この設定により、システムが通話に応答する前に呼び出し音が聞こえなくなります。代わりに、エージェントは、ネットワークから応答されたコールを受信すると、最初に音声を聞きます。この設定は、 進行状況を呼び出し音として扱うのスキル設定を上書きします。

  9. 環境が静的配信用に有効になっている場合、同時チャット数と自動パーク済Eメールのデフォルト数を設定します。ユーザーがコンタクトをリクエストできるかどうかを指定します。

    フィールド

    詳細
    同時チャット ユーザーが同時に行うことができるチャットの最大数。これは、チームデフォルト、またはユーザーが所属するチームで許可されている最大チャット数、または1〜12の数です。

    自動パーク済Eメール

    ユーザーが一度に受信トレイに含めることができるメールの最大数。これは、チームデフォルト、またはユーザーが所属するチームで許可されている最大チャット数、または1〜25の数です。
    リクエストコンタクト 選択すると、エージェントは自動的にルーティングされるのではなく、次に対応可能な連絡先を要求できます。

  10. お客様の環境が動的配信用に有効になっている場合、ユーザーがチャネルごとに処理できる同時コンタクトの最大数を設定します。詳細な動的配信設定を有効にしている場合は、ユーザーの配信モードと合計連絡先数を設定します。

    フィールド

    詳細
    音声、チャット、メール、SMS、ワークアイテム ユーザーが処理できる同時連絡の最大数。ボイスには電話とボイスメールの両方が含まれます。ボイスをオフに設定するとユーザーの音声を無効にします。SMSはに適用されますCXone SMSメッセージング。
    配信モード

    NICE CXoneアカウント担当者が詳細な動的配信設定を有効にした場合にのみ利用可能です。チームのエージェントがオムニチャネルまたは単一コンタクトに対応するかどうかを指定します。詳細については、動的配信用のコンタクト配信設定を管理するを参照ください。

    のオムニチャネル配信モードエージェントは、さまざまなチャネルを使用して同時に複数の連絡先を処理できます。エージェントは、連絡先を他のチャネルに昇格させることもできます。

    単一連絡先配信モードでは、エージェントは一度に1つのチャネルを使用して1つの連絡先のみを処理できます。これらのエージェントには、連絡先を他のチャネルに昇格させる機能もあります。
    リクエストコンタクト 動的配信環境でのみ使用可能で、現在の状態が稼働中の場合、ユーザーは手動で追加のデジタル（非音声）連絡先を要求できます。
    チャネルロック

    オムニチャネル配信タイプのみで利用可能です。エージェントを現在対応しているチャネルに一時的にロックします。たとえば、エージェントが2つのチャットインタラクションと1つの音声インタラクションに対応するよう設定されていて、その合計コンタクト数が3の場合、1つの音声インタラクションか2つのチャットインタラクションのどちらかを受信できますが、両方を同時に受信することはできません。エージェントのインタラクションが終了すると、ロックは終了します。エージェントは、設定された任意のチャネルからのインタラクションを受信できるようになります。
    連絡先オートフォーカス 動的配信でのみ使用可能で、インターフェイスで連絡先が接続された後、MAXはアクティブフォーカスを最新の連絡先に設定します。

    合計連絡先数

    NICE CXoneアカウント担当者が詳細な動的配信設定を有効にしている場合にのみ使用でき、エージェントが一度に処理できる連絡先の最大数を指定します。たとえば、チャットを5に、Eメールを5に、合計連絡先数を7に設定した場合、エージェントは常に最大7つのコンタクトを受信します。これら7つの連絡先のうち最大5つはチャット連絡先で、最大5つはメール連絡先です。詳細については、動的配信用のコンタクト配信設定を管理するを参照ください。

  11. WFOCXone以外に（Uptivity WFOなど）WFO統合を有効にしていて、記録を設定する場合は、 システムドメイン、 システムユーザー名および電話を入力します。

    フィールド

    詳細
    システムドメイン システムユーザー名に関連付けられたドメイン。

    システムユーザー名

    Windowsユーザー名をユーザーアカウント（つまり、ユーザーがネットワークにログインするときに使用する名前）に追加します。組織でNICE CXone画面記録を使用している場合、このフィールドは必須です。NICE CXone WFOはこれを使用して、画面記録クライアントを介してユーザーのデスクトップを見つけます。各ユーザーは、Windowsドメインに関係なく、一意のシステムユーザー名を持っている必要があり、そのシステムユーザー名でデスクトップPCにログインする必要があります。たとえば、組織にElizabeth Bennetが2つある場合、別々のWindowsドメインにいても、両方のWindowsユーザー名として「ebennet」を使用することはできません。
    電話

    記録されるユーザーに関連付けられたCXone電話ID。電話フィールドに情報を追加するときは、次の点を考慮してください：

    • 複数のユーザーに内線番号を割り当てることはできません。たとえば、内線番号1234をエリザベス・ベネットとシャーロット・ルーカスに割り当てることはできません。異なるシフトで同じ内線番号に座っている場合でも同様です。
    • 同じユーザーに複数の内線番号を割り当てることができます。たとえば、エリザベス・ベネットは内線1234で着信し、内線4321で発信します。
  12. MAXバージョンセクションでは、このユーザーに使用させるMAXのバージョンを指定することができます。

    フィールド

    詳細

    デフォルトユーザーは、事業単位の設定で定義されたバージョンを使用することになります。
    以前

    このオプションは、事業単位の設定でエージェントごとのバージョン管理の許可設定が有効になっている場合にのみ使用できますMAX。

    選択するとユーザーは現在のリリースよりも前のMAXバージョンを使用することになります。たとえば、現在のリリースバージョンが2021年春の場合、ユーザーはこのオプションを選択すると2020年秋MAXバージョンを使用することになります。このオプションは通常、デフォルトの事業単位バージョンが現在に設定されている場合にのみ有用です。

    現在

    このオプションは、事業単位の設定MAXでエージェントごとのバージョン管理を許可設定が有効になっている場合にのみ使用できます。

    選択すると、ユーザーは現在のメジャーリリース（2020年秋または2021年春など）に従って最新のMAXバージョンを使用することになります。このオプションは通常、デフォルトの事業単位バージョンが以前に設定されている場合にのみ有用です。

  13. CXone WFMを有効にしている場合は、エージェントの通知を設定します。

    フィールド

    詳細
    WFM通知の分 エージェントスケジュールのイベントが発生する前に、エージェントがリマインダーを受信するまでの分数。この設定は、NICE CXoneCXone WFMを含むシステムにのみ適用されます。

  14. あなたが持っている場合NICE CXone WFOをCRMと統合する場合は、エージェントのCRMユーザー名をユーザーに関連付けます。

  15. 保存をクリックします。

アプリケーションの認証

ユーザーとアプリケーションは、非常によく似た方法で認証されます。主な違いは、アプリケーションはアクセスキーで認証されるのに対し、ユーザーはユーザー名とパスワードで認証されることです。ユーザーと違って、アプリケーションはブラウザーを通してやりとりする必要はありません。アプリケーションは通常、バックオフィス機能またはインテリジェントバーチャルエージェント閉じた 人工知能に基づいてユーザーとやり取りするチャットボットや類似のアプリケーション（IVA）です。

CXoneとやり取りするアプリケーションを設定するには、ユーザープロファイルとを作成し、アプリケーションにちなんでプロファイルに名前を付けます。次に、アプリケーションユーザーのアクセスキーを以下のように作成します。

CXoneでの認可

認可は、ユーザーがどのリソースへのアクセスを許可されているかを確認するプロセスです。リソースには、アプリケーション、ファイル、データが含まれます。ロールベースのアクセスコントロールにより、ユーザーのリソースへのアクセスを定義できます。CXoneは、認証時に自動的に認可を管理します。ユーザーが認証されると、認可されたリソースへのアクセスのみが許可されます。

ユーザーの認証方法は、認可に影響を与えません。CXoneは、全てのユーザーに対して同じ認可プロセスを使用します。アクセスキーで認証されるか、パスワードで認証されるかは問題ではありません。