新機能

更新24B

改訂履歴

本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。 これまでの更新内容は次の表のとおりです。

概要

アイデアはありますか。

私たちはここにいて、聞いています。 クラウド・サービスを改善する方法に関する提案がございましたら、一歩先を行き、オラクルに伝えてください。 Oracle Customer ConnectのIdeas Labなど、アイデアを送信するにはいくつかの方法があります。 機能名の後にこのアイコンが表示される場合は、お客様から受領したアイデアが機能として提供されています。

フィードバックをお寄せください

本書の内容改善のため、ご意見やご提案をお待ちしております。 フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。

免責事項

この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。 オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。 したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。 記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。

この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。 特にこの情報についてオラクルは一切の責任を負いかねます。 詳細は、法律上の注意点および使用条件を参照してください。

機能概要

サービス・センター

オムニチャネル・フレームワーク

クラシックおよびRedwoodでのエージェントの存在を管理するための改善

一部のユーザーがクラシック・サービスを使用するように設定されている場合、およびRedwoodを使用するように設定されている場合、クラシックとRedwoodサービスの両方のチャネル作業可用性ツールバーにいくつかの変更を加えました。 Redwoodが有効になっているが、一部のユーザーがライブ・ウィンドウでチャットを引き続き受け入れる場合、それらのユーザーはクラシック・ユーザー・インタフェースでのみチャットの可用性を設定できます。 Redwoodが有効で、ライブ・ウィンドウが使用されていない場合、ユーザーはRedwood Serviceユーザー・インタフェースでのみチャットの可用性を設定できます。

この変更により、会社がエージェントをブレンドしたときにチャットの可用性をどこに設定するかが明確になります。ここでは、クラシックを使用しているユーザーや、Redwood Serviceのエクスペリエンスを試しているユーザーもいます。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。 手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: サービス

ヒントおよび考慮事項

• サービスのRedwoodユーザー・インタフェースを有効にし、サービスのRedwoodユーザー・インタフェースを有効にする必要があります。
• ユーザーがクラシック・サービスのユーザー・インタフェースで作業を続行する場合は、ORA_SVC_ENABLE_DEC_WITH_LIVEWINDOWプロファイル・オプションを「はい」に設定する必要があります
  • すべてのエージェントが引き続きクラシック・サービス・ユーザー・インタフェースから作業する場合は、サイト・レベルでORA_SVC_ENABLE_DEC_WITH_LIVEWINDOWプロファイル・オプションを「はい」に設定する必要があります
  • 一部のエージェントのみがクラシック・サービスで引き続き動作する場合は、ユーザー・レベルでORA_SVC_ENABLE_DEC_WITH_LIVEWINDOWプロファイル・オプションを「はい」に設定し、追加されたクラシック・サービス・エージェントのユーザー名を設定する必要があります

主なリソース

Redwoodユーザー・エクスペリエンス・ガイドのサービス・センターの実装の「Redwoodユーザー・インタフェースの有効化」セクションを参照してください

アクセス要件

管理者は、次のために適切な権限が必要です:

• Redwoodエクスペリエンスに対してオプトインを有効にする必要があります
• ORA_SVC_ENABLE_DEC_WITH_LIVEWINDOWプロファイル・オプションを更新

新しいRedwoodプレゼンスおよび可用性プロファイル・オプション

クラシック・サービスを使用するよう設定されているユーザーや、Redwoodを使用するように設定されている他のユーザーがいる場合、クラシックとRedwoodサービスの両方のチャネル作業可用性ツールバーにいくつかの変更を加えました。 Redwoodは有効になっているが、ユーザーがライブ・ウィンドウでチャットを受け入れる場合、それらのユーザーはクラシック・ユーザー・インタフェースでのみチャットの可用性が設定されます。 Redwoodが有効で、ライブ・ウィンドウが使用されていない場合、ユーザーはRedwood Serviceユーザー・インタフェースでのみチャットの可用性を設定できます。

クラシック・サービスでは、SVC_OMNI_DISABLE_WORK_ITEM_AVAILABILITY_SELECTIONプロファイル・オプションを使用して、エージェントがチャネル・ツールバーで作業可用性を切り替える機能を削除できます。 このリリースでは、この機能をRedwood Serviceで使用できるように拡張しました。

Redwood ServiceにSVC_OMNI_DISABLE_WORK_ITEM_AVAILABILITY_SELECTIONプロファイル・オプションを提供する以外に、SVC_OMNI_REINSTATE_WORK_ITEM_AVAILABILITYプロファイル・オプションも適用されます。 このプロファイル・オプションを有効にすると、Redwoodに戻ったときに、チャネルの可用性が自動的に回復されます。

これにより、エージェントに代わって可用性が設定される一貫したエクスペリエンスが提供されます。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。 手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: サービス

次の2つのプロファイル・オプションがクラシック・サービス・ユーザーに使用可能でしたが、現在はRedwood Serviceのエクスペリエンスでこれらを尊重しています。

SVC_OMNI_DISABLE_WORK_ITEM_AVAILABILITY_SELECTION - ただし、このプロファイル・オプションのデフォルト・サイト値は「なし」ですが、有効にする場合は、チャネルまたはすべてのチャネルを選択して、作業可用性を切り替える機能を削除できます。

SVC_OMNI_REINSTATE_WORK_ITEM_AVAILABILITY - このプロファイル・オプションのデフォルト・サイト値は「なし」ですが、有効にする場合は、Fusion Redwoodに戻ったときに、チャネルまたはすべてのチャネルを選択してエージェント作業可用性を回復できます。

ヒントおよび考慮事項

• 有効にした場合、すべてのエージェントに、チャネル・ツールバーの動作方法が変更されることを連絡する必要があります。

主なリソース

Classic User Experienceガイドのサービス・センターの実装の「チャネルの有効化」セクションを参照してください

アクセス要件

管理者は、次のために適切な権限が必要です:

• SVC_OMNI_DISABLE_WORK_ITEM_AVAILABILITY_SELECTIONおよびSVC_OMNI_REINSTATE_WORK_ITEM_AVAILABILITYプロファイル・オプションを更新

サービス要求管理

ナレッジ記事の共有時に生成AIを使用して顧客レスポンスを自動生成

Redwoodサービス・センターに対して生成AIが有効になっている場合、エージェントがナレッジ記事を顧客と共有すると、記事の要約および記事から導出されたコンテキスト情報を含む顧客レスポンスがアプリケーションで自動生成されます。 このレスポンスは、ライブ・チャットが現在進行中かどうかに応じて、チャット会話またはEメール下書きに挿入されます。

ナレッジ記事の共有と電子メールの自動生成

Redwood Service Centerで生成AIを有効にすると、顧客とのやり取りを強化する便利で自動化された方法が提供されます。 エージェントがナレッジ記事を顧客と共有すると、その記事の要約が自動的に生成されます。 この要約は、顧客レスポンスの基盤として機能します。 生成された顧客レスポンスには、記事要約のみでなく、記事から導出されたコンテキスト情報も含まれます。 これにより、レスポンスが特定のコンテンツに合せて調整され、顧客のニーズに効果的に対処されます。

システムは、生成されたレスポンスを進行中のライブ・チャット会話またはEメール下書きのどちらに挿入するかをインテリジェントに決定します。 この適応型アプローチは、使用中の通信チャネルと連携し、エージェント・ユーザー・エクスペリエンスを向上させます。

ライブ・チャット・インタラクションの場合、生成されたレスポンスが会話にシームレスに挿入されます。 このリアルタイム統合により、レスポンス時間を大幅に短縮し、顧客満足度を向上させることができます。 電子メールのやり取りを処理する場合、生成されたレスポンスを含むドラフトが準備されます。 これにより、エージェントは、レスポンスを顧客に送信する前に確認およびカスタマイズできます。

Redwood Service Centerでは、これらの機能を組み込むことで、AI機能を活用してカスタマ・サポート・プロセスを合理化しています。 ナレッジ記事に基づくレスポンスの自動生成により、エージェントの時間を節約できるだけでなく、正確で関連性の高い情報を迅速に受け取ることができます。 通信チャネルに基づいてレスポンス配信を適応させる機能により、さまざまな顧客のプリファレンスやシナリオに対応できる柔軟性レイヤーが追加されます。

有効化のステップ

この機能を有効化するには、サービス・リクエスト(SR)をログに記録する必要があります。

この機能は現在Limited Availabilityにあり、アクティブにするにはプロモーション・コードが必要です。 この機能についてもっと知りたい場合は、お気軽にお問い合わせくださいVimal.Chopra@oracle.com - または、My Oracle Supportチームでサービス・リクエストを記録します。

クラシックUIでのサービス・リクエスト・メッセージの最終更新日に基づくソートの有効化

クラシックUIでは、サービス・リクエストのメッセージのデフォルトの順序は最終更新日に基づきます。 ただし、サービス・リクエストとそれに対応するメッセージがある環境から別の環境にインポートされる場合、メッセージの順序が異なることがあります。 これは、最終更新日がインポート・ツールによって変更され、元の日付がメッセージ最終更新日として保存されるためです。

これに対処するために、新しいプロファイル・オプションORA_SVC_DEFAULT_SORT_ORDER_FOR_SR_MESSAGESが導入されました。 このオプションでは、メッセージのソートに使用するフィールドを選択できます。 このプロファイル・オプションには、次の2つの値を指定できます:

• 値が「メッセージ最終更新日」に設定されている場合、メッセージ順序はメッセージ最終更新日に基づきます。
• 値が「最終更新日」に設定されている場合、メッセージ順序は最終更新日に基づきます。

プロファイル・オプション

同時に、バックエンド・コードの変更が実装され、メッセージの最終更新日と最終更新日の間の同期が確保されます。

別のソースからインポートされたサービス・リクエストには、正しい日付順でメッセージが表示されます。

有効化のステップ

次に、プロファイル・オプションORA_SVC_DEFAULT_SORT_ORDER_FOR_SR_MESSAGESの値を変更するためのステップを示します。

1. 設定ユーザーまたは管理者としてサインインします。
2. 「設定と保守」作業領域にナビゲートします。
3. 「タスク」パネル・タブを開き、「検索」をクリックします。
4. 「管理者プロファイル値の管理」タスクを検索してクリックします。
5. 「管理者プロファイル値の管理」ページで、前述のプロファイル・オプションを検索します。
6. 次を実行します。
   • 「プロファイル値」リージョンの「プロファイル・レベル」ドロップダウン・リストで、「サイト」が選択されていることを確認します。
   • 「プロファイル値」ドロップダウン・リストから適切な値を選択します。
7. 「保存」をクリックします。

アクセス要件

プロファイル・オプションORA_SVC_DEFAULT_SORT_ORDER_FOR_SR_MESSAGESの値を変更するには、管理者アクセスが必要です。

クラシックUIでラージ・ファイル添付をサービス・リクエストにアップロードする際のチャンク化の有効化

以前のリリースでは、クラシックUIで大規模な添付をサービス・リクエストにアップロードするため、ユーザーはシステムの制御を取り戻す前にアップロードの完了を待機する必要がありました。 この機能は、同時アップロードを可能にするように改善され、ユーザーが他のタスクを続行できるようになりました。

この拡張は、新しいプロファイル・オプションORA_SVC_ATTACH_CHUNKING_ENABLEDによって有効化されます。

プロファイル・オプション

「はい」に設定すると、サービス・リクエストの作成または編集ライフ・サイクル中に添付を追加するときにチャンク動作がアクティブになります。 これは、サービス・リクエスト・メッセージの作成時に添付を追加する場合には適用されません。これらのファイル・サイズは通常小さく、チャンク化が不要なためです。

プロファイル・オプション値が「はい」に設定されている場合の添付ビュー

アップロード中の添付ファイルをクリックまたはダウンロードしようとすると、操作が現在不可能であることをユーザーに知らせるメッセージが表示されます。 アップロードが完了すると、ファイル・サイズによっては時間がかかる場合があり、ユーザーはファイルをクリック、プレビューまたはダウンロードできます。 この機能では、複数のファイルのアップロードもサポートされています。

添付アップロードが完了していないときに返されたメッセージ

ORA_SVC_ATTACH_CHUNKING_ENABLEDオプションが「いいえ」に設定されている場合、システムは以前の動作に戻り、ユーザーが添付が正常にアップロードされるまで待ってから制御が返されるように要求します。

プロファイル・オプション値が「いいえ」に設定されている場合の添付ビュー

大きいファイルがサービス・リクエストにアップロードされている間、ユーザーは他のタスクを実行できます。

有効化のステップ

次に、プロファイル・オプションORA_SVC_ATTACH_CHUNKING_ENABLEDの値を変更するためのステップを示します。

1. 設定ユーザーまたは管理者としてサインインします。
2. 「設定と保守」作業領域にナビゲートします。
3. 「タスク」パネル・タブを開き、「検索」をクリックします。
4. 「管理者プロファイル値の管理」タスクを検索してクリックします。
5. 「管理者プロファイル値の管理」ページで、前述のプロファイル・オプションを検索します。
6. 次を実行します。
   • 「プロファイル値」リージョンの「プロファイル・レベル」ドロップダウン・リストで、「サイト」が選択されていることを確認します。
   • 「プロファイル値」ドロップダウン・リストから「はい」を選択します。
7. 「保存」をクリックします。

アクセス要件

管理者は、プロファイル・オプションORA_SVC_ATTACH_CHUNKING_ENABLEDの値を変更する必要があります。

クラシックUIでのサービス・リクエスト・メッセージの表示時の無限スクロールの有効化

サービス・リクエスト・クラシックUIでサービス・リクエスト・メッセージを表示する場合は、無限スクロールを有効にできます。 この新しい動作を有効および無効にするために、新しいプロファイル・オプションORA_SVC_ENABLE_INFINITE_SCROLL_IN_MESSAGESが導入されました。

プロファイル・オプションORA_SVC_ENABLE_INFINITE_SCROLL_IN_MESSAGES

このプロファイル・オプションの値が「Yes」に設定されている場合、ユーザーは「さらに品目のロード」リンクをクリックせずに、リストを継続的に下にスクロールできます。 たとえば、プロファイル・オプションORA_SVC_CLASSIC_MESSAGES_SET_PAGE_SIZEが8に設定されている100メッセージのリストでは、最初の8つのメッセージが最初に表示されます。 ユーザーが下にスクロールすると、次の8つのメッセージが自動的にロードされます。

無限スクロール・プロファイル・オプションの値が「いいえ」に設定されている場合、通常の動作が表示されます。つまり、次の8つのメッセージをロードするには、「さらにアイテムをロード」リンクをクリックする必要があります。次に例を示します:

「さらに品目をロード」リンク

サービス・リクエスト・レコードのすべてのメッセージのロードに必要な余分なクリックを減らします。

有効化のステップ

次に、プロファイル・オプションORA_SVC_ENABLE_INFINITE_SCROLL_IN_MESSAGESの値を変更するためのステップを示します。

1. 設定ユーザーまたは管理者としてサインインします。
2. 「設定と保守」作業領域にナビゲートします。
3. 「タスク」パネル・タブを開き、「検索」をクリックします。
4. 「管理者プロファイル値の管理」タスクを検索してクリックします。
5. 「管理者プロファイル値の管理」ページで、前述のプロファイル・オプションを検索します。
6. 次を実行します。
   • 「プロファイル値」リージョンの「プロファイル・レベル」ドロップダウン・リストで、「サイト」が選択されていることを確認します。
   • 「プロファイル値」ドロップダウン・リストから「はい」を選択します。
7. 「保存」をクリックします。

アクセス要件

管理者は、プロファイル・オプションORA_SVC_ENABLE_INFINITE_SCROLL_IN_MESSAGESの値を変更する必要があります。

サービス・センターのリッチ・テキスト・エディタの更新バージョン

アプリケーションでは、SmartTextの作成時、サービス・リクエスト・メッセージの作成時またはカスタマとのチャット時に、リッチ・テキスト・エディタの更新バージョンが使用されます。

エディタの最新の更新には、アクセシビリティ修正および翻訳修正が含まれます。

いくつかのバグが修正されました。

有効化のステップ

この機能を有効化するうえで必要な操作はありません。

ヒントおよび考慮事項

このコンポーネント・アップグレードによる動作の変更は想定されていませんが、環境に回帰テストを実行して、ユーザーに影響がないことを確認できます。

アクセス要件

顧客サービス担当

読取り専用サービス・リクエストでの添付への変更の制限

管理者に、サービス・リクエストへの読取り専用アクセス権を持つユーザーが添付を追加、削除または更新できないようにするオプションが追加されました。

サービス・リクエストの添付に対する操作を制御することで、セキュリティ要件を満たすことができます。 実装では、単純なプロファイル・オプションを使用して次のいずれかの動作を有効にできます:

1. 添付に対して許可される操作を決定する際は、親サービス・リクエストのユーザーのアクセス・レベルを考慮してください。 したがって、SRへの読取り専用アクセス権を持つユーザーは、その添付を追加、削除または変更できません。
2. 添付で許可される操作を決定する際、親サービス・リクエストのユーザーのアクセス・レベルを無視します。 したがって、SRへの読取り専用アクセス権を持つユーザーは、他の権限に応じて添付を追加または削除できます。

有効化のステップ

この機能を有効化するうえで必要な操作はありません。

ヒントおよび考慮事項

制御プロファイル・オプションORA_SVC_USE_SR_ACCESS_FOR_ATTACHMENTのデフォルト値は「いいえ」です。 そのため、Fusion環境が新規または最近アップグレードされた場合は、値を明示的に「はい」に設定する必要があります。

ナレッジ記事をお気に入りとしてマークし、記事の更新を提案

エージェントは、特定のナレッジ記事をお気に入りとしてマークできるようになりました。 これにより、一般的に使用されるナレッジ記事の迅速な検索とフィルタリングが可能になり、生産性が向上します。 また、ユーザーは、ナレッジ記事の更新を迅速かつ簡単に提案できるようになりました。 これにより、ナレッジ・ベースが常に最新の正しい情報で最新であることが保証されます。

お気に入りの記事の識別および拡張および更新の提案

ユーザーがナレッジ記事をお気に入りとしてマークし、更新を提案する機能を追加すると、ナレッジ・ベースの使いやすさと正確性を高めるための貴重な機能が導入されます。

特定のナレッジ記事をお気に入りとしてマーケティングすることで、ユーザーは頻繁に使用する記事や重要な記事をすばやく取得できます。 一般的に参照される情報を見つけるプロセスを合理化することで、生産性の向上に貢献します。 記事をお気に入りとしてマークする機能により、効率的な検索およびフィルタリングも容易になります。 ユーザーは、優先および頻繁にアクセスされる記事をすばやく見つけることができ、時間と労力を節約できます。

ナレッジ記事の更新を提案する機能により、ナレッジ・ベースの正確性を維持および改善するためのコラボレーション・アプローチが可能になります。 ユーザーがフィードバックを提供できるようにすることで、ナレッジ・ベースは最新かつ最も正しい情報を常に把握できます。

これらの機能は、ナレッジ・ベース・エクスペリエンスをカスタマイズするツールをまとめてユーザーに提供し、特定のニーズに合せて調整します。 更新を提案する能力は、ユーザー・エンゲージメントを促すだけでなく、ユーザー・ベースの集合的な知識を活用して、利用可能な情報の品質を継続的に改善します。

有効化のステップ

ナレッジ管理の「お気に入り」機能を有効にするには、次のプロファイル・オプションを「はい」に設定する必要があります:CSO_ENABLE_KNOWLEDGE_FAVORITING

このプロファイル・オプションを有効にするには、「設定および構成」(FSM)にナビゲートします:

• 検索から - 管理者のプロファイル・オプションの検索
• プロファイル・オプション名を検索:CSO_ENABLE_KNOWLEDGE_FAVORITING
• 「はい」に設定します
• 保存

ナレッジ管理の「変更の提案」機能用 - 標準のサービス担当ロールでは、正しい権限が標準で提供されています。

アクセス要件

「Knowledge Favorites」のプロファイル・オプションを有効にするには、設定およびメンテナンスにアクセスするための管理者権限が必要です。

サービス・プロファイル、請求先情報およびサービス住所を含む新規資産ベース・サービス・レイアウト

資産ベースのサービス・ソリューションをより適切にサポートするために、サービス作業オーダーの新しいRedwoodレイアウトによって、サービス・プロファイル、請求先情報およびサービス住所が追加されます。 この情報は、技術者が完了したデブ・リーフを通過し、請求プロセスで使用されます。 アカウント、担当者、サービス・プロファイルおよび資産に基づいてサービス住所を選択できるようになりました。 エージェントは、サービス作業オーダーでのみ使用される1回限りの住所を入力することもできます。 これらのフィールドはサービス・リクエストでも使用可能であるため、サービス・リクエストの作成時に設定でき、新しいサービス作業オーダーの作成時に自動的に渡されます。 新しいサービス・プロファイルは、アカウントにロールアップする特定のサイトのロケーションをモデル化するために使用されます。 各サービス・プロファイルには、アセット、連絡先およびノートを関連付けることができます。

エージェントは、この情報を1回取得し、各作業オーダーに再入力するのではなく、顧客の問題の解決をサポートするために作成されたすべての作業オーダーに渡す機能を必要としています。 また、請求のデブ・リーフとともに渡される請求先情報を検証して、正しいアカウントと住所が選択されていることを確認する必要もあります。

有効化のステップ

Visual Builder Studioを活用して、アプリケーションを公開します。 Visual Builderを使用したアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。

サービス作業オーダーに対して有効化するステップは不要で、これらのフィールドは新しいレイアウトに含まれます。 サービス・リクエストの場合は、Visual Builderを使用してフィールドを追加する必要があります。

ヒントおよび考慮事項

• 新しいフィールドおよびフィールドを含むロジックは、サービス作業オーダーRedwood UIにのみ含まれます。

• サービス・リクエストからのパーツ・オーダーは、アセット・ベースのサービス・ロジスティクス・ソリューションの一部であり、このソリューションの詳細については: 「Oracle Cloud Serviceロジスティクス」 

主なリソース

サービス作業オーダーの構成および使用の詳細は、次のガイドを参照してください:

• Redwoodエクスペリエンスでのサービス・センターの実装
• Redwoodエクスペリエンスでのサービス・センターの使用
• Field Serviceとの統合
• Oracle Fusion Serviceの構成

アクセス要件

次のロールが必要です:

• 構成のサービス管理者
• 部品をオーダーするための顧客サービス担当

Redwood UIでのサービス・リクエスト添付のコピーおよび削除の拡張機能

サービス・リクエストのRedwood UIでは、添付に関連する2つの機能改善が導入されました:

Redwoodサービス・リクエストUIでは、デフォルトで、既存の「添付の追加」権限を介してサービス・リクエスト添付レコードおよびサービス・リクエスト・メッセージ添付を削除できます。 このリリース以降、管理者は、プロファイル・オプションORA_SVC_ENABLE_ADD_WITH_DELETE_ATTACHMENTを「いいえ」に設定し、新しいサービス・リクエスト添付の削除権限を明示的に削除することで、この添付の削除機能を制限できます。

削除オプションは、次に示すように、「サービス・リクエスト詳細の編集」ページの「サービス・リクエスト添付書類」パネルからは表示されません:

「サービス・リクエスト添付書類」パネルからの削除オプションの制限

また、次に示すように、サービス・リクエストのコピー処理を実行するときに、サービス・リクエストから添付をコピーするオプションがあります。 すべての添付をチェックするには、「タイトル」列ヘッダーの横にあるチェック・ボックスを選択します。

サービス・リクエストのコピー時に添付ファイルをコピー

サービス・リクエスト・アクティビティ・ストリームおよび「サービス・リクエスト詳細の編集」ページからSR添付を削除するユーザーの権限を制御します。

サービス・リクエストのコピー・コマンドを使用して、あるサービス・リクエストから別のサービス・リクエストに添付ファイルをコピーします。

有効化のステップ

デフォルトのサービス・リクエスト・トラブルシューティング・ロールには、サービス・リクエスト添付資料の削除権限が含まれています。 次のステップに従って、カスタム・サービス・リクエスト・トラブルシューティング担当者ロールと、この権限を含まないカスタム・サービス・リクエスト担当者ロールを作成します。 次に、この機能を無効にするユーザーにカスタム・サービス・リクエスト担当者ロールを付与します。 次の変更を行う「ツール」>「セキュリティ・コンソール」画面にアクセスできるユーザーとしてログインする必要があります:

カスタム・サービス・リクエスト・トラブルシューティング・ロールの作成

• 「ロール」パネルで、既存のサービス・リクエスト・トラブルシューティング・ロールを検索し、「ロールのコピー」をクリックして、新しいカスタム・サービス・リクエスト・トラブルシューティング・ロールを作成します。    
• 「ロールの編集」をクリックして、カスタム・サービス・リクエスト・トラブルシューティング担当者のロールを変更します。    
• ステップ2の下 - 機能セキュリティ・ポリシーで、「サービス・リクエスト添付の削除」権限が見つかるまで下にスクロールし、レコードを強調表示します。
• 次に、「削除」ボタンをクリックして、この権限を削除します。    
• ステップ8をクリック - 「要約」をクリックし、「保存してクローズ」ボタンをクリックします。

カスタム顧客サービス担当ロールの作成

• 既存の顧客サービス担当ロールを検索し、「ロールのコピー」をクリックして、新しいカスタム顧客サービス担当ロールを作成します。    
• カスタム顧客サービス担当ロールを変更するには、「ロールの編集」をクリックします。    
• ステップ5の下 - ロール階層。既存のサービス・リクエスト・トラブルシューティング担当ロールを検索し、「削除」ボタンをクリックして削除します。 次のロール・コードを持つ3つのロールがあります
  • ORA_SVC_SR_TROUBLESHOOTER       
  • ORA_SVC_SR_TROUBLESHOOTER_FSCM       
  • ORA_SVC_SR_TROUBLESHOOTER_HCM   
• 同じ画面で、「ロールの追加」ボタンをクリックし、カスタム・サービス・リクエスト・トラブルシューティング・ロールを検索して追加します。    
• ステップ8をクリック - 「要約」をクリックし、「保存してクローズ」ボタンをクリックします。

ユーザーにカスタム顧客サービス担当ロールを付与

ノート: 添付の削除を許可しないユーザーに付与する前に、これらのロールが完了ステータスであることを確認してください。 「管理」>「ロール・ステータス」画面に移動して、新しいカスタム・ロールが完了しているかどうかを確認します。

• 「ユーザーの下」パネルで、添付の削除機能を制限するユーザーを検索します。    
• ユーザー名をクリックし、「編集」ボタンをクリックします。    
• 「ロールの追加」ボタンをクリックし、カスタム顧客サービス担当ロールを検索します。    
• カスタム顧客サービス担当ロールを検索した後、「ロール・メンバーシップの追加」ボタンをクリックします。 このユーザーにデフォルトの「顧客サービス担当」ロールもある場合は、「x」ボタンをクリックしてそのロールを削除します。    
• 「保存してクローズ」ボタンをクリックします。

「ユーザーおよびロールのアプリケーション・セキュリティ・データのインポート」プロセスを実行

「ナビゲータ」>「ツール」>「スケジュール済プロセス」から、「ユーザーおよびロールのアプリケーション・セキュリティ・データのインポート」と呼ばれるプロセスを検索して実行します。

プロファイル・オプションORA_SVC_ENABLE_ADD_WITH_DELETE_ATTACHMENTを「いいえ」に設定

このプロファイル・オプションを「いいえ」(デフォルト値は「はい」)に設定するには、「設定およびメンテナンス」作業領域にナビゲートし、「管理者プロファイル値の管理」タスクを検索します。 ORA_SVC_ENABLE_ADD_WITH_DELETE_ATTACHMENTを問い合せて、値を「いいえ」に変更します。

ヒントおよび考慮事項

このORA_SVC_ENABLE_ADD_WITH_DELETE_ATTACHMENTプロファイル・オプションは、添付の削除機能を含む現在の添付の追加権限との下位互換性を決定します。   ルールは次のとおりです。

「添付の追加」および「添付の削除」権限とプロファイル・オプションを使用した後方機能のルールを示す表。

アクセス要件

次に示すように、「顧客サービス担当」ロールにシードされた新しい「サービス・リクエスト添付の削除」権限があります:

様々な添付権限

次に示すように、新しいORA_SVC_ENABLE_ADD_WITH_DELETE_ATTACHMENTプロファイル・オプションもあります:

プロファイル・オプション

ページ入力をレイアウト・コンテキストに渡します

Redwood UIでのFusion Serviceの最新の更新により、開発者はVisual Builder Studioを使用して、ページからレイアウトにコンテキスト・データを渡すことができるようになりました。 これにより、フィールド値を設定したり、渡されたデータに基づいて条件付き表示ロジックを作成できます。

この機能を使用することで、開発者はレイアウトのカスタマイズとパーソナライズを強化できます。 フィールドに関連情報を移入できるため、データ入力の効率性と正確性が向上します。 さらに、コンテキスト・データに基づいて条件付き表示ロジックを作成し、カスタマイズされたユーザー・エクスペリエンスを実現できます。

この新機能により、顧客はワークフローを最適化し、インテリジェントなレイアウトを作成できるようになります。 ページ・データをレイアウトにシームレスに統合できるので、ユーザー・エクスペリエンスが合理化されます。

有効化のステップ

Visual Builder Studioを活用して、アプリケーションを公開します。 Visual Builderを使用したアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。

ハウツー・ビデオについては、Oracle VideoHubチャネルをご覧ください。

アクセス要件

開発者は、サービス・アプリケーションを拡張するためにVisual Builder Studioにアクセスする必要があります

MCA Windowsでのオブジェクト以外の操作のためのUIイベント・フレームワーク

この機能により、非オブジェクト操作のUIイベント・フレームワークを有効にすることで、MCAウィンドウに改善が追加されます。 つまり、すでにMCAウィンドウの機能をサポートしているFusionアプリケーションは、オブジェクト・レベルに依存しない操作にUIイベント・フレームワークを使用できるようになります。 たとえば、MCAウィンドウを使用するFusionアプリケーションでは、UIイベント・フレームワークAPIを使用してスクリーン・ポップ操作を実行できるようになりました。 フレームワークは、画面ポップ操作のみに限定されるわけではありません。その他の非オブジェクト操作の詳細は、ドキュメントを参照してください。

UIイベント・フレームワークをMCAウィンドウに組み込むことで、サードパーティ・アプリケーションの開発に関心のある顧客およびパートナは、MCAを含む複数のFusionアプリケーションにわたってサポートを受けることができます。 ただし、このサポートは非オブジェクト操作でのみ使用できるため、メディアToolBarなどのサードパーティ・アプリケーションを構築するパートナの可能性が広がります。

有効化のステップ

Visual Builder Studioを活用して、アプリケーションを公開します。 Visual Builderを使用したアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。

MCAでUIイベント・フレームワークを使用可能にするには、新しいプロファイル・オプションが必要です。 デフォルト値は「いいえ」で、「はい」に設定すると、拡張クライアント統合が有効になり、外部アプリケーションは双方向通信を作成できます。

プロファイル・オプション・コードはORA_SVC_MCA_ADVANCED_CLIENT_INTEGRATION_ENABLEDです

ヒントおよび考慮事項

UIイベント・フレームワークで統合およびビジネス・ロジックを強化するための「刺激的なリソース」を次に示します。 また、オブジェクト・サポートを必要としない使用可能なグローバル・メソッドについてさらに学習できます。

主なリソース

UIイベント・フレームワークについて初めてお読みになった場合は、追加情報「こちら」を確認してください。

アクセス要件

Visual Builder Studio開発者

クライアント側ライブラリを使用する場合、同じオブジェクトに対して複数のレコードをサポート

最大24Aで、UIイベント・フレームワークを使用して、サービス・リクエストおよびケース・オブジェクトを使用して様々なビジネス・ロジックをページに追加できます。 ただし、この操作はページごとに1つのオブジェクトに制限されました。 現在のフレームワークを改善するために、フィールド値の設定など、ロジックがアクションを実行するページでオブジェクトIDを識別できるようになりました。 つまり、親サービス・リクエストや子サービス・リクエストなど、同じタイプの複数のオブジェクトを持つカスタムUIがある場合、操作を実行するオブジェクトを指定して複数のオブジェクトを操作できるようになりました。

このリリースでは、UIイベント・フレームワークは、同じタイプの複数のオブジェクト(サービス・リクエストまたはケース)が同じUIページに存在する複雑なユースケースを処理する柔軟性をさらに高めています。

有効化のステップ

Visual Builder Studioを活用して、アプリケーションを公開します。 Visual Builderを使用したアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。

UIイベント・フレームワークのすべての機能は引き続き使用できます。 コンテキスト・オープン・イベント・サブスクリプションを追加すると、開いているすべてのオブジェクトの参照を取得できます。

詳細は、Open Context APIを確認してください。

https://docs.oracle.com/en/cloud/saas/fusion-service/fairs/tabcontext.html#u30240326

ヒントおよび考慮事項

該当なし

主なリソース

弊社の「Oracle VideoHubチャネル」でハウツー・ビデオを確認してください。

アクセス要件

該当なし

サービス・チャネル

Redwoodエージェントおよびエンド・ユーザーがチャット会話に添付を追加する機能

• Redwoodエージェントおよびエンド・ユーザーは、チャットでの会話中に添付を追加、送信および表示できます。
• Redwoodエージェントは、「+」記号を使用して、チャット入力フィールドからチャット会話に複数のファイルを追加できます。
  • 「ファイルのアップロード」ボタンをクリックすると、ファイル・エクスプローラ・ウィンドウが表示されます
  • エージェントは、エンド・ユーザーと共有するファイルを選択できます。
  • ファイルを選択したら、チャット作成ボックスにファイル名のリストが表示されます。
  • エージェントがメッセージを送信するまで、ファイルはエンド・ユーザーに送信されません。
  • エージェントは、ファイルがアップロード・ステータスである場合に、エンド・ユーザーにメッセージを引き続き送信できます。
  • エージェントは、メッセージから送信する前に、選択したファイルを削除できます。
  • エージェントは、会議モードで添付を送信できます。
  • ファイルの添付に失敗すると、自動終了エラー・メッセージが表示されます。
  • APIエラーのためにチャット・ファイルをアップロードできない場合は、自動終了エラーが表示されます。
  • 送信後、添付は、ファイル名を含むダウンロード可能なリンクとしてエンド・ユーザーおよびエージェント・トランスクリプトに表示されます。
  • エージェントは、インタラクション履歴内の添付を表示およびダウンロードできます。
• エンド・ユーザーは、認証されているかどうかにかかわらず、添付を送信できます。

ライブ・ウィンドウでは、チャット・ファイルの添付はサポートされていません。

Redwoodエージェントは、エンド・ユーザーとファイルをすばやく共有でき、その逆も同様で、問題の解決や特定に役立ちます。

有効化のステップ

REST APIガイドのRESTサービス定義を確認して、活用してください(Oracle Help Center > 「関心のあるアプリケーション・サービス領域」 > API &スキーマから入手できます)。 OracleのRESTサービスを初めて利用する場合は、クイック・スタートに関する項から開始してください。

エージェント・アタッチメントは、chatAuthenticate APIのallowAgentAttachmentsパラメータを更新することで有効化されます

ヒントおよび考慮事項

• ファイル・サイズおよびタイプは制限されます。ファイルが大きすぎるか、タイプが許可されていない場合、ユーザーはエラー・メッセージを受信します。
• ライブ・ウィンドウはチャット・ファイルの添付をサポートしていません

主なリソース

Redwoodユーザー・エクスペリエンス・ガイドのサービス・センターの使用の「顧客とのチャット」セクションを参照してください

また、Web Chat for Serviceガイドの「Webチャットの実装」セクションも参照してください。

アクセス要件

管理者は、次のために適切な権限が必要です:

• Redwoodエクスペリエンスに対してオプトインを有効にする必要があります

• chatAuthenticateのallowAgentAttachmentsパラメータを使用したエージェント添付の有効化

• チャットを受け入れて添付を追加するには、エージェントにチャット・エージェント担当者ロール(または類似ロール)が必要です

• チャット・エージェントの抽象ロール

Redwoodユーザー・インタフェースの画面ポップ・ルールが更新されました

Redwoodユーザー・インタフェースのすぐに使用できる2つのスクリーン・ポップ・ルールがスクリーン・ポップ構成設定に追加されました。

1. 「デフォルトのRedwood営業ルール・セット」 ->これを営業アプリケーションのデフォルトのスクリーン・ポップ・ルールとして使用して、すぐに使用できる新しいスクリーン・ポップ・ページを使用して定義されたルールを活用
2. 「デフォルトのRedwoodサービス・ルール・セット」->サービス・アプリケーションのデフォルトのスクリーン・ポップ・ルールとして使用して、サービスの一意のルール・セットを定義

サービスと営業に個別のスクリーン・ポップ・ルールを設定すると、各アプリケーションに固有のルールを構成できます。

有効化のステップ

スクリーン・ポップ・ルールを構成するには:

• 「設定および保守」作業領域で、次の項目に移動します。
  • オファリング: サービス
  • 機能領域: 通信チャネル
  • タスク: スクリーン・ポップ構成の管理
• 「スクリーン・ポップ・ページ構成」ページの「ルール」タブで、次の手順を実行します:
  • 「デフォルトRedwoodルール・セット」ルール・セット名を含む行を選択
  • 「有効」チェック・ボックスの選択を解除
  • 「デフォルトRedwood営業ルール・セット」ルール・セット名を持つ行を選択
  • 「有効」チェック・ボックスを選択
  • 「デフォルトRedwoodサービス・ルール・セット」ルール・セット名を含む行を選択
  • 「有効」チェック・ボックスを選択
  • 「保存」をクリックします
  • 「Do」をクリック

ヒントおよび考慮事項

ルール・セットは、複数のアプリケーション分類に関連付けることができます。 ただし、アプリケーション分類を複数のルール・セットに関連付けることはできません。

主なリソース

スクリーン・ポップ構成についてさらに学習するには、「Redwoodユーザー・エクスペリエンスでのサービス・センターの実装」ガイドの第「スクリーン・ポップ・ページを構成するにはどうすればよいですか。」章を参照してください

アクセス要件

管理者

電子メール・テンプレートを使用して、電子メール・チャネルを介して内部受信者に通知を送信します。

電子メール・テンプレートを使用して、電子メール・チャネルを介して内部受信者に通知を送信できるようになりました。 管理者は、オブジェクトと通知タイプに基づいて異なる電子メール・テンプレートを定義できます。

この機能では、システム内の内部通知にEメール・テンプレートが使用されます。 このアプローチには、標準化されたフォーマット、ブランディングの一貫性、トークンを使用して変数データを動的に挿入する機能など、いくつかの利点があります。 次に、前述のキー・ポイントの内訳を示します:

1. Eメール・テンプレート:

   • Eメールの事前定義済体系を許可します。
   • 通知全体で一貫したブランディングとスタイル設定が可能です。

2. 件名カスタマイズ:

   • 管理者は、電子メールの件名行を事前定義できます。
   • これにより、サブジェクトが明確になり、標準化された形式に従います。

3. ブランドとイメージ:

   • ブランド要素(ロゴなど)を含めることで、一貫した企業アイデンティティを維持できます。
   • イメージを使用して、Eメールの視覚的な魅力を高めることができます。

4. 変数置換:

   • トークンを使用すると、動的なコンテンツの挿入が可能になります。
   • たとえば、通知のコンテキストに基づいてユーザー名、日付またはその他の関連情報を挿入します。

5. メッセージ定義の柔軟性:

   • 通知作業環境マネージャで定義された通知メッセージは、Eメールの本文として機能します。
   • このアプローチにより、詳細およびコンテキスト固有の通知メッセージを柔軟に作成できます。

これらの機能を組み込むことで、システムは、特定のニーズに合わせて内部通知を調整するための堅牢なフレームワークを提供します。 ユーザーは、Eメール・テンプレートを活用して、有益であるだけでなく、組織のブランディングと視覚的に一貫性のある通知を作成できます。 変数置換を使用すると、メッセージにパーソナライズのレイヤーが追加され、受信者との関連性が高まります。

全体的に、このアプローチは、電子メールを介して内部通知を管理するための多用途のソリューションを提供し、企業は効果的にコミュニケーションし、コミュニケーションの専門的な外観を維持するためのツールを提供します。

有効化のステップ

この機能を有効にするには、いくつかのステップを実行する必要があります:

電子メール・テンプレートの定義:

• 電子メール配信チャネルで通知メッセージの一部として使用する電子メール・テンプレートを定義します。
• 電子メール・テンプレートの設定手順は、ここにあります:https://docs.oracle.com/en/cloud/saas/fusion-service/fairs/define-email-templates.html#s20060562

通知トリガーの定義:

• 通知トリガーを定義するには、アプリケーション・コンポーザでgroovyスクリプトを記述する必要があります
• groovy通知トリガーを定義する詳細な手順は、ここにあります:https://docs.oracle.com/en/cloud/saas/fusion-service/fairs/define-notification-triggers.html#s20066792
• また、最も一般的に使用される通知の通知groovyトリガーの例をいくつか示します:https://docs.oracle.com/en/cloud/saas/fusion-service/fairs/service-request-assigned.html#s20071614
• 通知の配信チャネルとしてEメールを選択するときに使用する特定のEメール・テンプレートを指定するには、通知トリガーgroovyスクリプトの一部としてEメール・テンプレート名を指定する必要があります。
• 通知トリガーgroovyスクリプトの一部としてEメール・テンプレートを指定するために含める必要があるgroovyコードを次に示します:

  • def map = }}{{new {{HashMap(); }}map.put("EmailSubject","<subject>"); {}map.put("EmailTemplateName","<templatename>"); {}adf.util.sendNotification(adf, map);

通知受信者および配信チャネルを定義します:

• 最後のステップは、通知の受信者およびEメールを含む通知の配信チャネルを定義することです。
• このステップは、「ツール」の「ナビゲータ」の下の通知作業環境マネージャを使用して実行
• 通知作業環境マネージャでの通知の定義方法の詳細は、ここを参照してください:https://docs.oracle.com/en/cloud/saas/fusion-service/fairs/set-notification-preferences.html#s20066667

ヒントおよび考慮事項

この機能を設定する際には、いくつかのルールと条件に注意してください。

通知作成者は、件名およびテンプレート名がEメールの通知配信チャネルのトリガー定義の一部として渡されるように、groovyスクリプトを定義します。

• ブラウザ、ベル、モバイル、Eメールなどの通知には、複数の配信チャネルを定義できます。 groovyトリガーへのEメール・テンプレート定義の追加は、Eメール・チャネルを介して送信される通知にのみ適用され、他のチャネルを介して送信される通知には影響しません。

ルール:

• groovyトリガー定義の一部としてサブジェクトが渡されず、Eメール・テンプレートにサブジェクトが定義されていない場合は、デフォルトのEメール件名が使用されます。
• デフォルトのサブジェクトは送信前にアウトバウンド・メッセージ・サービスによって導出され、同じロジックを実装してメッセージ・テキストから最初の70文字を取得できます
• 電子メール・テンプレートで件名が定義されている場合は、電子メール・テンプレートで件名が使用されます。
• サブジェクトがgroovy通知トリガーで特定の値として渡された場合、システムはそのサブジェクトとして使用します(Eメール・テンプレートで定義されたサブジェクトは無視します(定義されている場合)

アクセス要件

この機能を実装するには、アプリケーション・コンポーザにアクセスするための適切な権限が必要です

アウトバウンド会話メッセージにEメール・テンプレートを使用

電子メール・テンプレートをアウトバウンド会話メッセージに使用できるようになりました。 groovyスクリプトを使用して、デプロイする顧客は、サービス・センター、ヘルプ・デスク、Case Management、デジタル営業などの複数のアプリケーション間で会話メッセージに関連付ける特定のEメール・テンプレートを指定できるようになりました。

この機能により、組織はアウトバウンド会話メッセージに事前定義済のEメール・テンプレートを適用できます。 電子メール・テンプレートを使用することで、組織は標準化された件名、イントロ情報、フッター情報を定義して、企業の基準を確実に遵守できます。 Eメール・テンプレートは、以前はSRメッセージで使用できていました。 組織は、アウトバウンド会話メッセージで使用するEメール・テンプレートを定義して利用できるようになりました。

有効化のステップ

アプリケーション・コンポーザを利用してページ・レイアウトおよび属性を表示/調整します。 アプリケーション・コンポーザの使用によるアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。

アプリケーション・コンポーザにアクセスするための適切な権限を持つユーザーを使用して、環境にログインしていることを確認します:

• サンドボックスに入っていないことを確認
• 「ナビゲータ」メニューから - 構成の選択
• アプリケーション・コンポーザの選択
• 「共通領域の拡張」を選択 - Eメール・テンプレートの選択
• Eメール・テンプレートの作成
  • オブジェクト・タイプ: 会話メッセージ
  • 名前: 任意の名前を選択できますが、次に示すgroovyスクリプトで使用する必要があるため、名前を書き留めます。
  • 保存して閉じます
• ナビゲータ・メニューから - 構成の選択
• アプリケーション・コンポーザにアクセスできるサンドボックスを作成して入力
• アプリケーション・コンポーザの入力
• オブジェクト「アウトバウンド・メッセージ」の選択
  • 「サーバー・スクリプト」>「トリガー」にナビゲート
  • 「処理」>「追加」をクリック
  • 名前を追加し、「データベースに挿入する前に」の「トリガー」を設定
  • 次に示すGroovyスクリプトを追加します:
    • if(SourceObjTypeCd=='InternalServiceRequest') { SourceObjTemplateName='ISR_ConvMsgTemplate' }
    • if(SourceObjTypeCd=='Case') { SourceObjTemplateName='CASE_ConvMsgTemplate' }
    • if(SourceObjTypeCd=='ServiceRequest') { SourceObjTemplateName='SR_ConvMsgTemplate' }
    • if(SourceObjTypeCd=='HRHelpDeskRequest') { SourceObjTemplateName='HRHD_ConvMsgTemplate' }
    • SourceObjTypeCd='Message'
    • SourceObjId=SourceMsgObjId
      • ノート: SourceObjTemplateNameを定義済テンプレートの名前に置き換えます
      • ノート: 定義したテンプレートのgroovyスクリプト行のみを指定する必要があります。 必要でない場合、これらすべてを指定する必要はありません。

  • トリガーの保存

• これで、会話メッセージを送信してテストする準備ができました。 テンプレートは送信後に適用され、メッセージの受信者によって表示されます。

ヒントおよび考慮事項

groovyコードのSourceObjTemplateNameが定義済テンプレートの名前と正確に一致しない場合 - この機能は動作しません。 エラーや例外はスローされません。 設定が正しく動作しない場合は、名前が正確に一致することを再度確認してください。

アクセス要件

説明した設定および構成を実行するには、アプリケーション・コンポーザへのアクセス権限を持つユーザーとしてログインする必要があります。

会話メッセージへの返信にはCC受信者が含まれます

CC受信者を含む会話メッセージが送信されると、そのメッセージへの返信にはCC受信者が含まれるようになります。

この機能拡張により、会話メッセージは最も広く使用されている電子メール・クライアントの典型的な動作に準拠できます。

有効化のステップ

この機能を有効化するうえで必要な操作はありません。

アクセス要件

この機能は提供され、会話メッセージに返信する権限を持つすべてのユーザーが使用できます。

作業オーダーの管理

サービス分析

BIスケジュール済プロセスの手動発行の許可

これは、スケジュール済プロセス (ESSジョブ)のいずれかを実行する既存のFusion Service/ヘルプ・デスク顧客の場合にのみ適用されます:

• レポートのSR監査データの増分形式ロードを実行
• サービス・リクエストの集計
• レポートのクロス・チャネル相互作用データの増分ロードを実行
• レポートのHCM個人マッピング・データの増分ロードを実行

前述のすべてのジョブは、システムによって自動発行されます。 24Bでは、23Bで最初にリリースされた新しい手動で発行されたジョブに置き換えられています。 まだ実行していない場合は、次の表に示す4つの追加ジョブ(該当する場合)の実行を開始する必要があります。

ノート:  

すべての顧客が自分のジョブを手動でスケジュールするわけではないため、自動発行ジョブは以前と同様に引き続き実行されます。 手動でスケジュールされたジョブは、自動発行ジョブによって実行されるデータの処理が手動でスケジュールされたジョブによって開始される前に、14日間に少なくとも14回実行する必要があります。 手動でスケジュールされたジョブを14日間実行した後、自動発行されたジョブは引き続き実行されますが、データは処理されません。

手動でスケジュールされたジョブは、自動発行されたジョブよりも制御しやすくなります。 Oracleに連絡しなくても、ジョブを取り消したり、スケジュール間隔を変更したり、必要に応じて再起動したりできます。

有効化のステップ

1. 「ナビゲーション」-->「ツール」--->「スケジュール済プロセス」
2. 「新規プロセスの発行」ボタンをクリック
3. ポップアップ・ウィンドウで実行する新しいスケジュール済プロセスを検索
4. 「プロセス詳細」ポップアップで「送信」ボタンを押します。

ノート:

追加ジョブを実行する必要があるのは、対応する自動発行ジョブ(表の最初の列)を現在使用している場合のみです。ジョブをスケジュールするための推奨間隔については、各ジョブのドキュメントを参照してください。4つの自動発行ジョブが「Execute Service Business Intelligence Automatically Submitted Processes」と呼ばれる単一の自動発行ジョブにマージされ、次の表の説明に従って元のジョブの名前が変更されています。 新しい自動発行ジョブをスケジュールしないでください。前述の手動でスケジュールされたジョブを使用してください。

ヒントおよび考慮事項

影響を受ける顧客の場合、Fusion Serviceで前述の自動発行BIジョブは将来のリリースで廃止されるため、これは実行に不可欠なステップです。

主なリソース

スケジュール済プロセスについて

アクセス要件

• 販売/サービス管理者
• 人事管理ヘルプ・デスク管理者
• 次世代人事ヘルプ・デスク管理者
• 内部ヘルプ・デスク管理者