担当者としてのヘルプ・デスク・リクエストへのアクセス

Redwoodエクスペリエンスのヘルプ・デスクでは、要求に追加された追加の連絡先へのアクセス権を付与できるようになりました。 目的は、セカンダリ担当者として割り当てられたユーザーが、プライマリ担当者と同じ方法でヘルプ・デスク・リクエスト(SR)を表示および操作できるようにすることです。

これを実現するために、アクセス・グループを介してリソースである連絡先に新しいアクセス権が付与されます。 リソース以外の連絡先の場合は、新しいDSPを作成する必要があります。

セカンダリ・コンタクトは、適応型検索でも使用できます。 これにより、エージェントは、エージェント・リスト・ページの「連絡先」フィルタ・チップを使用して、特定の従業員が連絡先であるすべてのリクエストを検索できます。

コンタクトのフィルタ

コンタクトのフィルタ

これにより、すべての担当者が要求を表示したり、コメントを入力できます。 たとえば、「ヘルプ・デスク・リクエスト詳細」ページの「マネージャの追加」ボタンを使用すると、連絡先のプライマリ・マネージャを含めることができ、このアクセスを構成すると、マネージャはリクエストについてコメントを作成できます。 また、時間外シフトの変更のために他のユーザーがフォローアップする必要がある内部リクエストがある場合は、プライマリ担当者が不在の間、モニターおよび応答する担当者として追加できます。

指定されたアクセス権により、リクエストへのリンクを含むEメールが送信された場合、コンタクトはEメールに応答できます。

このリリースのコンパニオン機能と組み合せて使用され、連絡先タイプ別に従業員UIでリクエストのリストをフィルタします。担当者は、プライマリ担当者が行うように、自分のヘルプで直接モニターおよび応答できます。

有効化のステップ

最初に、リソースでもある従業員のアクセス・グループを追加する必要があります。

  1. 「ナビゲータ」で、「ツール」を展開します
  2. 「営業およびサービス・アクセス管理」を開く場合にクリックします。
  3. 「グループの構成」→「アクセス・グループ」タブにナビゲートします。
  4. 「作成」をクリックして、カスタム・アクセス・グループを作成します。
    1. 名前(ヘルプ・デスク・リクエスト担当者アクセスなど)を指定します。
    2. 「ヘルプ・デスク・リクエスト・リソースによるヘルプ・デスク・リクエストの表示および操作を許可」などの「説明」を追加します。
    3. 「アクティブ」チェック・ボックスを選択します。
  5. 「保存して続行」をクリックします。
  6. 「メンバー・ルール」タブをクリックし、「ルールの作成」をクリックします。
    1. 名前: Contact Access for Help Desk Resources
    2. 説明: ヘルプ・デスク・リクエストがリソースの場合に、ヘルプ・デスク・リクエストの連絡先へのアクセス権を付与します
    3. 「アクティブ」チェック・ボックスを選択します。
  7. 「条件」で、プラス記号をクリックして新しい条件を追加します。
    1. オブジェクト: リソース
    2. 属性: ロール(ロール)
    3. 演算子: 次と等しくない
    4. 値: ロールの名前として使用されない値。
  8. 「アクション」ドロップダウンから、「保存して公開」を選択します。
  9. 「オブジェクト・ルール」タブで、適切なオブジェクトおよび検索を選択します。 オブジェクトは次のいずれかです。
    1. HRヘルプ・デスク要求
    2. 内部ヘルプ・デスク・リクエスト
  10. 「ルールの追加」をクリックします。
  11. オブジェクトの適切なルールを検索します。
    1. HRヘルプ・デスク・リクエスト: HRヘルプ・デスク・リクエスト担当者メンバー
    2. 内部ヘルプ・デスク・リクエスト: 内部ヘルプ・デスク・リクエスト担当者メンバー
  12. 追加するルールをクリックします。
  13. 「適用」をクリックします。
  14. 「完了」をクリックします。
  15. 適切なアクセス・レベルを選択します。 (「読取り」または「更新」を選択する場合があります。)
  16. 必要に応じて、2番目のヘルプ・デスク・オブジェクトに対してステップ7から12を繰り返します。
  17. 「保存してクローズ」をクリックします。
  18. 「オブジェクト・ルール」タブを再度クリックします。
  19. 「アクション」で、「ルールの公開」を選択します。

ここで、ヘルプ・デスクのリソース以外の従業員ユーザーがリクエストに連絡先として追加された場合にアクセスできるように、データ・セキュリティ述語(DSP)を追加する必要があります。

  1. ナビゲータ->「ツール」に移動します。
  2. 「セキュリティ・コンソール」をクリックします。
  3. 「ロール」で「検索」
    1. HRヘルプ・デスクの場合: ORA_SVC_HR_SR_CREATION
    2. 内部ヘルプ・デスクの場合: ORA_SVC_INTERNAL_HELPDESK_SR_CREATION
  4. 左側の「検索結果」パネルのロールのドロップダウンから、「ロールのコピー」を選択します。
  5. 「ロールのコピー」をクリックします(「最上位ロールのコピー」のコピー・オプションが選択されている場合)。
  6. 「次」をクリックします。
  7. 「次へ」をクリックして、データ・セキュリティ・ポリシー・ページに移動します。
  8. 「+データ・セキュリティ・ポリシーの作成」をクリックし、フィールドに次の値を指定します:
    1. ポリシー名: サービス・リクエスト・ヘッダーの付与
    2. ポリシーの説明:
      1. HRヘルプ・デスクの場合: HRサービス・リクエスト作成では、ヘルプ・デスク・サービス・リクエストの担当者であるサービス・リクエスト・ヘッダーを管理できます。
      2. 内部ヘルプ・デスクの場合: HRサービス・リクエスト作成では、ヘルプ・デスク・リクエストの担当者であるサービス・リクエスト・ヘッダーを管理できます。
    3. データ・セット: インスタンス・セットによる選択
    4. 条件名(リストの末尾にあります):
      1. HRヘルプ・デスクの場合: 表のサービス・リクエスト・ヘッダーにアクセス

        SVC_SERVICE_REQUESTS

        HRHDサービスリクエストの担当者
      2. 内部ヘルプ・デスクの場合: 表のサービス・リクエスト・ヘッダーにアクセス

        SVC_SERVICE_REQUESTS

        内部ヘルプ・デスク・サービス・リクエストの担当者である場合
      3. アクション: 通常は、目的に応じて「読取り」または「更新」のいずれかです。
  9. 「OK」をクリックします。
  10. 「次」をクリックします。
  11. 「発行してクローズ」をクリックします。
  12. プロセスIDを書き留めて、「OK」をクリックします。
  13. 左側のパネルから「管理」タブをクリックします。
  14. 上部にある「ロール・ステータス」リンクをクリックします。
  15. プロセスが完了したことを確認します。

ユーザーの新しいセキュリティ権限を同期します。

  1. 「ナビゲータ」→「ツール」に移動します。
  2. 「Scheduled Processes(スケジュール済プロセス)」をクリックします。
  3. 新規プロセスのスケジュール・ボタンをクリックします。
  4. ユーザーおよびロール・アプリケーションのセキュリティ・データのインポートという名前を検索します。 (これには時間がかかる場合があります。)
  5. 「OK」をクリックします。
  6. 「送信」をクリックしてプロセスを開始します。
  7. プロセスIDを書き留めて、「OK」をクリックします。
  8. 「検索」セクションを展開します。
  9. プロセスIDを入力し、[検索]をクリックします。
  10. プロセスが「Running」から「Succeeded」に変わるまで、プロセスを監視します。
  11. 新規プロセスのスケジュール・ボタンをクリックします。
  12. Retrieve Latest LDAP Changes(最新のLDAP変更の取得)を検索します。 (これには時間がかかる場合があります。)
  13. 「OK」をクリックします。
  14. 「送信」をクリックしてプロセスを開始します。
  15. プロセスIDを書き留めて、「OK」をクリックします。
  16. プロセスIDを入力し、[検索]をクリックします。
  17. プロセスが「Running」から「Succeeded」に変わるまで、プロセスを監視します。

ここで、この個人が連絡先として追加されるたびに、リクエストを表示できるようになります。

ヒントと考慮事項

最良の結果を得るには、この機能を、「マイ・ヘルプ」で連絡先としてリクエストをフィルタおよびモニターする機能とともに使用します。

主なリソース

この機能の一般提供後、環境の構成方法と機能のデモンストレーションを示すビデオは、「Oracleビデオ・ハブ: Fusionヘルプ・デスク」を参照してください。

システム・アクセス・グループ・ベースのデータ・セキュリティ・ポリシーはどのように定義しますか。

アクセス要件

他のユーザーのアクセスを設定するには、管理者権限が必要です。