通知プリファレンスを設定するにはどうすればよいですか。
「通知プリファレンス」ページで、管理者は通知ルールを構成できます。 「ORA_SVC_SR_ADMINISTRATORまたはORA_SVC_SR_POWER_USER」職務ロールを持つユーザーは、このページにアクセスできます。
通知プリファレンスは、チーム・メンバー、キュー・メンバーなどの複数の受信者を選択するために使用されます。 通知プリファレンスを使用すると、Groovyコードで設定されている受信者が上書きされます。
-
管理者としてアプリケーションにサインインします。
-
「ナビゲータ」で、「ツール」>「通知プリファレンス」をクリックします。
「通知プリファレンス」ページが表示されます。
-
「オブジェクト」ドロップダウン・リストから、「サービス・リクエスト」または「作業オーダー」を選択します。
ノート: サポートされているその他のオブジェクトも、オブジェクトドロップダウン・リストに表示されます。-
「追加」をクリックします。 空白行が表に追加されます。
-
通知トリガーを有効にするには、「使用可能」ドロップダウン・リストから「はい」を選択します。
-
「ユーザー通知プリファレンス」ページからユーザーがこの通知をパーソナライズできないようにするには、OverrideFlagドロップダウン・リストから「いいえ」を選択します。
ノート: リソースが退職した場合、またはリソースがアクティブでなくなった場合に、ユーザー通知プリファレンス・データをクリーン・アップするには、廃止ユーザー作業環境のパージスケジュール済プロセスを実行します。 このスケジュール済プロセスにより、組織ではユーザー通知プリファレンスのデータが失効していないことを確認できます。 -
「トリガー・イベント」ドロップダウン・リストからGroovy通知トリガーを選択します。
-
「通知名」および「摘要」を入力します。
-
「受信者」列で、「編集」をクリックします。
「トリガー名の構成」ダイアログ・ボックスが表示されます。
-
それぞれの受信者の通知配信オプションを選択します。
有効なトリガー・イベントの場合、少なくとも1つの配信オプションを選択した場合にのみ、指定した受信者に通知が送信されます。 特定の受信者に対して配信メソッドが選択されている場合、その受信者はベル通知も受信します。 また、「ベル通知」オプションを選択しない場合、指定した受信者に通知は送信されません。
次の表に、「サービス」リクエスト・オブジェクトの受信者および配信オプションを示します:
サービス・リクエストオブジェクトの受信者
サービス・リクエストオブジェクトの配信オプション
-
割当先: サービスリクエストが割り当てられているリソース。
-
割当先のマネージャ: サービスリクエストが割り当てられているリソースのマネージャ。
サービス・レベル契約がまもなく失効し、即時の対処が必要な場合、サービス・リクエストが割り当てられたリソースのマネージャに通知できます。
-
リソース・チーム: 「チーム」サブタブのサービスリクエストに追加された追加のリソース。
「サービス」リクエストでコラボレーションするリソースのチームがあり、クリティカル・ステータスにエスカレートする「サービス」リクエストなどのトリガーが発生した場合、チーム全体に通知できます。
-
キュー所有者: キューの所有者。
組織で手動割当てを使用する場合、キュー所有者が所有するキューに新しい「サービス」リクエストが関連付けられていると、キュー所有者に通知されます。 キュー所有者に通知を送信するために必要な設定ステップの詳細は、「キュー所有者への通知のトリガー」の項を参照してください。
-
すべてのキュー・メンバー: 定義された通知を指定されたキューのすべてのメンバーに送信し、オープン・アイテムのキューを効果的にモニターできるようにします。
キュー通知により、エージェントが関連付けられている各キューを手動でチェックして、新しい作業があるかどうかを確認する作業が軽減されます。
この受信者オプションを有効にするには、プロファイル・オプションORA_ENABLE_QUEUE_MEMBER_NOTIFICATIONSを「はい」に設定します。 このプロファイル・オプションはデフォルトでは使用不可になっています。
このオプションは、キューに少数の参加者がいる場合にのみ有効にしてください。 組織のキューに多数のメンバーが含まれている場合、そのすべてのメンバーへの通知を有効にすると、アプリケーションのパフォーマンスに影響する可能性があります。
-
ベル通知: webアプリケーションにベル通知を送信します。
-
モバイル通知: モバイル・プッシュ通知をOracle Fusion Cloudモバイル・アプリケーションに送信します。
-
ブラウザ通知: 事前定義されたトリガーが実行されたときに、チャネル・ツールバーでサイン・インされた選択したユーザーのデスクトップにリアルタイム通知を送信します。
-
電子メール通知: アプリケーションに保存されている選択した内部受信者のプライマリ勤務先EメールIDに電子メール通知を送信します。
ノート: 送信元電子メール・アドレスは、SVC_OUTBOUND_EMAIL_FROMプロファイル・オプションを使用して構成されます。 指定しない場合は、デフォルトの送信元電子メール・アドレスnoreply@oracle.comが使用されます。
次の表は、作業オーダー・オブジェクトの受信者および提供オプションを示しています:
作業オーダー・オブジェクトの受信者
作業オーダー・オブジェクトの搬送オプション
-
割当先: 作業オーダーが割り当てられているリソース。
-
作成者: 作業オーダーを作成したユーザー
-
フィールド・サービス・リソースID: 作業オーダーの完了に使用されるリソースID
-
最終更新者: 作業オーダーを最後に更新したユーザー。
-
割当先IDのマネージャ: 作業オーダーが割り当てられているリソースのマネージャ。
サービス・レベル契約がまもなく失効し、即時の対処が必要な場合、作業オーダーが割り当てられているリソースのマネージャに通知できます。
-
リクエスト者: この作業オーダーを報告したユーザー。
-
ベル通知: webアプリケーションにベル通知を送信します。
-
ブラウザ通知: 事前定義されたトリガーが実行されたときに、チャネル・ツールバーでサイン・インされた選択したユーザーのデスクトップにリアルタイム通知を送信します。
-
電子メール通知: アプリケーションに保存されている選択した内部受信者のプライマリ勤務先EメールIDに電子メール通知を送信します。
ノート: 送信元電子メール・アドレスは、SVC_OUTBOUND_EMAIL_FROMプロファイル・オプションを使用して構成されます。 指定しない場合は、デフォルトの送信元電子メール・アドレスnoreply@oracle.comが使用されます。
-
-
ユーザーが特定の「サービス・リクエスト」をたどって、その「サービス」リクエストのすべての通知を受信できるようにするには、「フォロワの有効化」チェック・ボックスを選択します。
有効にすると、適切な権限を持つユーザーには、「サービス・リクエスト」の詳細ページの「アクション」メニューに「フォロー」オプションが表示されます。
通知フォロワは、後続の「サービス」リクエストに対して通知イベントがトリガーされると、サポートされているすべてのチャネルの通知を受信します。
サイトでこの機能を有効にするには、ORA_ENABLE_FOLLOW_NOTIFICATIONSプロファイル・オプションを「はい」に設定します。
「サービス・リクエスト」に従うには、ユーザーにSVC_GET_SR_FOLLOW_NOTIFICATIONS権限が必要です。 この権限は、すぐに使用できる次の職務ロールに追加されます:
-
サービス・リクエスト管理者
-
サービス・リクエスト・チャネル・ユーザー
-
サービス・リクエスト・コントリビュータ
-
サービス・リクエスト・パワー・ユーザー
-
サービス・リクエスト・トラブルシューティング担当者
ノート: リソースがまだ有効で、特定のサービスリクエストに従うことができるようになっているかどうかを評価するには、廃止通知フォロワのパージスケジュール済プロセスを実行します。 このスケジュール済プロセスでは、アプリケーションが古いデータでオーバーロードされないように、「サービス」リクエストの後に非アクティブおよび終了したユーザーが削除されます。 このスケジュール済プロセスにより、組織は通知フォロワのデータが失効していないことを確認できます。 -
-
「新規SmartText」リンクをクリックし、選択したオブジェクトの「通知テキスト」を入力します。
SmartTextの使用方法の詳細は、「SmartTextの使用」のトピックを参照してください。
-
-
(オプション)通知プリファレンスを削除するには、その行を選択して「削除」をクリックします。 関連付けられている通知テキストも削除されます。
ノート: Groovy通知トリガーを使用する通知を削除すると、他の通知がそのトリガーを使用しない場合、同じトリガーを使用して新しい通知を作成できます。 -
(オプション)既存の通知テキストを変更するには、選択した行の「SmartTextの更新」アイコンをクリックします。
-
「保存」をクリックします。