本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。
| 日付 | 製品 | 機能 | ノート |
|---|---|---|---|
| 2022年6月30日 | 初版作成。 |
アイデア募集中
ご意見をお待ちしています。クラウド・サービスを改善する方法に関する提案がございましたら、ぜひお知らせください。Oracle Customer Connectのアイデア・ラボなど、いくつかの方法でアイデアを送信していただけます。機能名の後にこのアイコンが表示されていれば、その機能はお客様のアイデアによるものです。
フィードバックをお寄せください
本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。
免責条項
この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。
この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。特にこの情報についてオラクルは一切の責任を負いかねます。詳細は、法律上の注意点および使用条件を参照してください。
列の定義:
レポート = 新規または変更され、Oracleで提供される、実行準備が完了したレポート。
UIまたはプロセスベース: 小規模 = これらのUIまたはプロセスベースの機能は通常、フィールド、検証またはプログラムの小さな変更で構成されています。したがって、ユーザーに対する潜在的な影響は最小になります。
UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能は、より複雑に設計されています。したがって、ユーザーに対する潜在的な影響は高くなります。
機能は無効化状態で提供 = エンド・ユーザーがこれらの機能を使用する前に処理が必要です。これらの機能は無効化されており、有効にするかどうかとその時期は自分で選択します。たとえば、a)新規または拡張BIサブジェクト領域は、レポートにまず組み込む必要があり、b)新規Webサービスは使用する前に統合する必要があり、c)ユーザー・ロールに機能を割り当てないと機能にアクセスできません。
| エンド・ユーザーがすぐに使用可能 レポートおよび小規模なUIまたはプロセスベースの新機能は、更新後のユーザーに対する影響を最小限に抑えます。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。 |
エンド・ユーザーが使用する前に顧客による処理が必要 これらの機能を使用可能にするために処理が必要になるため、中断されません。選択的に使用するよう選択すると、テストおよびロールアウトのタイミングを設定できます。 |
|||||
|---|---|---|---|---|---|---|
| 機能 |
レポート |
UIまたは |
UIまたは |
|
||
カスタム・リソース・ロールや関係タイプなど、事前定義されたデータの削除および復元のオプションをサポートします。この機能は、リストされている特定のデータを一時的に非表示にし、必要に応じて後で元に戻すのに役立ちます。
「設定および保守」タスクでは、アクティブまたは非アクティブのステータスに基づいてレコードをフィルタできます。削除されたレコードは、非アクティブのステータスで検索結果に表示されます。非アクティブ・ステータスのレコードを検索する場合は、「復元」ボタンも表示されます。選択したレコードは、復元オプションを使用して復元できます。
削除されたリソース・ロールの復元
削除された関係タイプの復元
設定データを簡単に管理して、参照値が必要なくなった場合は非表示にし、後で元に戻すことができます。これにより、誤って削除されたデータを復元できます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- 営業の実装ガイドの営業リソース、ロールおよび組織の章を参照してください。
- CX販売とB2Bサービス向けのCustomer Data Managementの実装ガイドの関係の章を参照してください。
ルーチンで、日付変数を指定して、ルーチン実行日に整数形式の特定の日数を追加または差し引いた値に基づいて日付を計算できます。たとえば、フィールドの更新処理やタスクの作成処理の場合は、ルーチン実行日に7日を加えた期日でタスクを作成したりフィールドを更新できます。これは、すべてのルーチンのルールが満たされている場合、指定された期日から7日後にレコードの処理および更新が続行されることを意味します。
動的な日付でルーチンを作成すると、ルーチン処理を定期的に更新する必要がなくなります。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
ロール情報
この機能は、次のロールで使用できます。
- アプリケーション実装コンサルタント
- 営業管理者
- 顧客関係管理アプリケーション管理者
複数のレコードの追加フィールドを一括更新できるようになりました。これらの追加フィールドには、適応型検索で使用できないオブジェクトに基づく選択リスト・フィールドが含まれます。
この機能拡張により、一括更新機能はより使いやすく、完全なものになります。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- 営業の使用ガイドのワークスペースおよび作業領域の検索の章を参照してください。
ロール情報
この機能はすべてのロールで使用できます。
適応型検索でサポートされているワークスペースおよび作業領域での日付と時間の両方を選択した日時フィールドのフィルタリング
特定の日時フィールドで日付と時間の両方のフィルタを選択して検索結果のリストを絞り込めるようになりました。これにより、焦点をさらに絞った検索を実行できるため、時間が節約されます。
この機能により、ユーザーはより詳細な時間ベースのフィルタリングを実行できます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- 営業の使用ガイドのワークスペースおよび作業領域の検索の章を参照してください。
ワークスペースでの準リアルタイムのスマート・リスト保存済検索の表示
ワークスペースに準リアルタイムのスマート・リスト保存済検索を表示します。ユーザー・コンテキスト・エンジンにより、準リアルタイムのユーザー・コンテキストが提供され、スマート・リストを駆動して最も関連性の高いコンテキスト・レコードが10分ごとに1回表示されるようになりました。
この機能では:
- 準リアルタイムのユーザー・コンテキストを提供し、リフレッシュ・レートを3時間に1回から10分に1回に短縮します。また、「自分のスマート・リスト」を駆動して、最も関連性の高いコンテキスト・レコードを表示します
- ナビゲーションと検索を減らし、効率性を高めて営業ユーザーの生産性を向上させます
有効化のステップ
準リアルタイムのユーザー・コンテキスト妥当性を使用可能にするには、次のようにします。
-
「設定と保守」で、「管理者プロファイル値の管理」タスクを開きます。
- オファリング: 営業
- 機能領域: 営業基盤
- タスク: 管理者プロファイル値の管理
- 「管理者プロファイル値の管理」ページで、プロファイル・オプション名「準リアルタイム・ユーザー・コンテキスト妥当性使用可能」またはコードORA_ZCA_UC_ENABLE_NRTで検索します。
- プロファイル・オプション名のリンクをクリックします。
- プロファイル・オプションの値をYに設定します。
- 変更を保存します。
主なリソース
- 販売の実装ガイドの適応型検索およびワークスペースの章を参照してください。
適応型検索の完了した公開ジョブのステータスに関するEメール通知を受信できます。たとえば、公開されたプロセスの正常な完了に関する通知や、データ・アクセスで問題が生じた可能性のある失敗したプロセスのアラートを受信します。これは、管理者が適応型検索の公開プロセスをより適切に管理するのに役立ちます。
公開ジョブに関するEメール通知では、完了済ジョブのステータスを把握でき、ジョブが失敗した場合はアラートされます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- 販売の実装ガイドの適応型検索およびワークスペースの章を参照してください。
ロール情報
この機能は、適応型検索公開を実行できるすべての管理ロールで使用できます。
監査レポート・ツールを使用して、削除される世帯オブジェクト・レコードを追跡します。この機能は、UIでの変更、RESTの使用、インポート管理の使用など、すべてのチャネルでサポートされます。監査を使用可能にするには、世帯オブジェクトおよび特定のフィールドに対して特定の構成ステップを実行する必要があります。
監査レポート: 削除された世帯
削除された世帯レコードを監査できるようになりました。
有効化のステップ
- 「設定および保守」作業領域で、「監査ポリシーの管理」タスクを使用します。
- オファリング: 営業
- 機能領域: 営業基盤
- タスク: 監査ポリシーの管理
- 「Oracle Fusion Applications」セクションの「ビジネス・オブジェクト属性の構成」をクリックします。
- 製品として「共通CRM」を選択します。
- 「トップ・ノードの監査」を展開します。
- クリックして、「顧客」の「世帯」を選択します。
- 「世帯: 監査済属性」パネルで、追加アイコンをクリックして監査用の「ステータス」フィールドを使用可能にします。必要に応じて監査のフィールドをさらに使用可能にし、「OK」をクリックします。
- 「保存してクローズ」をクリックします。
世帯の監査ポリシーの管理の構成
主なリソース
- 営業の実装ガイドのアプリケーション変更監査の章を参照してください。
DataFoxでエンリッチしたアカウントのエンリッチメントを元に戻す
この機能は、Oracle DataFoxからエンリッチされた営業アカウント・レコードのエンリッチメントを使用不可にします。後でユーザーはそのアカウント・レコードをエンリッチし、Oracle DataFoxレコードとの関連付けを再作成できます。
特定のシナリオにおいて、既存のアカウントのエンリッチメントを元に戻し、新しいOracle DataFox会社に再度関連付けて、アカウントに対する適切な更新を取得する必要がある場合があります。たとえば、まれなケースでは、エンリッチメントによって不正な操作が発生し、営業アカウントが不正なOracle DataFox会社データにより更新される場合があります。このような場合、既存のエンリッチメントを元に戻して再実行することで、営業アカウント・レコードで適切なデータが更新されるようにできます。
有効化のステップ
「エンリッチメントを元に戻す」オプションは、Dun & Bradstreet (D&B)またはOracle DataFoxによりエンリッチされたアカウントにのみ使用できます。この処理は、すでにエンリッチされたアカウントの「アカウントの編集」ページの「処理」メニューにあります。このオプションは、まだエンリッチされていないアカウントには使用できません。
ヒントおよび考慮事項
- エンリッチメントを元に戻すと、アカウントはD&BまたはOracle DataFoxのアカウントからリンク解除されますが、古いデータは残ります。エンリッチメントを再実行すると、D&BまたはOracle DataFoxの最新データで古いデータが置き換えられます。
- エンリッチメント同期ジョブは、エンリッチメントからリンク解除されたアカウントに対しては実行されません。
主なリソース
次のコンテンツを参照してください。
- 営業の実装ガイドのアカウントおよび担当者の章。
- 営業の使用ガイドのアカウント、担当者および世帯の章。
更新22Bのリリース・レディネス・ドキュメントで発表されたとおり、次の2つの非推奨のFunctional Setup Managerタスクは営業アプリケーションから削除されました。
- DataFoxデータ・エンリッチメント統合の管理
- Oracle Data as a Serviceとの統合の管理
タスクは、データ・エンリッチメント統合の管理タスクに置き換えられました。エンリッチメント資格証明を構成するには、「データ・エンリッチメント統合の管理」タスクを使用します。
次のタスクの基本認証も使用不可になっており、OAuth認証の使用を開始することをお薦めします(データ・エンリッチメント統合の管理のDaaS資格証明およびOracle検証サービスとの統合の管理の住所検証資格証明用)。
同じ構成を管理するために複数の「設定および保守」タスクを維持する必要はありません。2つの「設定および保守」タスクを統合し、更新22Cで新しいタスク「データ・エンリッチメント統合の管理」を作成しました。非推奨のタスクを削除する必要があります。
OAuth認証は接続資格証明を格納する推奨の方法であるため、「データ・エンリッチメント統合の管理」のDaaS資格証明の基本認証とOracle検証サービスとの統合の管理の住所検証資格証明を非推奨にしています。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントおよび考慮事項
- 新しいタスク「データ・エンリッチメント統合の管理」を使用して、Oracle DataFoxおよびOracleのDaaS資格証明を指定し、認証をOAuth認証に設定します。
- OAuth認証を使用して検証サービスを構成するには、既存のタスク「Oracle検証サービスとの統合の管理」を使用します。
ノート: 次のタスクには、「設定および保守」作業領域から移動できます。
-
オファリング: 営業
-
機能領域: 統合
主なリソース
次のコンテンツを参照してください。
- 営業の実装ガイドのアカウントおよび担当者の章。
- 営業の使用ガイドのアカウント、担当者および世帯の章。
営業の実装を開始する顧客は、設定アシスタント内からレポートを実行することで、必要な初期設定タスクのステータスをレビューできます。レポートでは、完了したタスクを確認し、未完了のタスクに対して処理を推奨します。ステータス・チェックはいつでも再実行できます。
設定チェックでは、各設定を個別にチェックする必要がなく、設定のスナップショットを単一のビューですばやく提供することで時間を節約します。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- 実装スタート・ガイドの設定アシスタントの実行の章を参照してください。
インポートおよびエクスポート管理の詳細は、CX SalesおよびB2B Serviceのインポートおよびエクスポートの管理の理解ガイドを参照してください。
インポートおよびエクスポート管理ユーザー・インタフェースで後で再利用できるように、インポートおよびエクスポート・ジョブの拡張オプションを保存できるようになりました。
この機能では:
- 再度入力しなくても、拡張オプションを再利用するための迅速で簡単な方法を提供します
- クリック数を減らすことで、インポートおよびエクスポート・タスクの実行にかかる時間を短縮します
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントおよび考慮事項
- インポートまたはエクスポート・ジョブを実行する前に、「拡張オプション」の値を確認することをお薦めします。
- 現在の拡張オプションのセットを上書きするには、「拡張オプションの保存」を再度クリックする必要があります。
- インポートまたはエクスポート・ジョブが完了していない場合でも、アプリケーションでオプションが保存されます。
主なリソース
- インポートおよびエクスポート管理の理解ガイドのデータのインポートおよびデータのエクスポートの項を参照してください。
データ・インポートでの特定の代替キーを使用したオブジェクトのリンク
公開一意識別子(PUID)や元のシステム値と元のシステム参照値の組合せなど、特定の適用可能な代替キーを使用して、事前定義されている関係に基づいてデータ・インポートでオブジェクトを一意に識別してリンクできます。
この機能では:
- 公開一意識別子(PUID)または元のシステム値と元のシステム参照値属性の組合せを代替キーとして使用できるため、データ・インポートを別のオブジェクトに関連するオブジェクトにリンクできます。
- 動的選択リスト(DCL)属性として関連している場合
- 1:Mの関係の一部として定義されている場合
- データを再インポートする前に、データが一意に識別およびリンクされるように、システムからインポートされたオブジェクトの主キー情報を問い合せる必要性が減ります。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- インポートおよびエクスポート管理の理解ガイドのカスタム・オブジェクトのインポートの章のカスタム・オブジェクトのインポート方法のトピックを参照してください。
アプリケーション・コンポーザの共通タスク・カテゴリのデータ品質ルール構成タスクへのアクセス
アプリケーション・コンポーザの拡張構成領域のかわりに、共通タスク・カテゴリのデータ品質ルール構成タスクにアクセスします。この変更は、よりシンプルで明白なナビゲーション・エクスペリエンスに役立ちます。
この変更は、アプリケーション・コンポーザでよりシンプルなナビゲーション・エクスペリエンスを提供するのに役立ちます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントおよび考慮事項
「データ品質ルール」リンクの場所のみが変更されました。データ品質ルール機能および既存のスクリプトには影響しません。
主なリソース
- Customer Data Managementの実装ガイドのデータ品質ルールの構成の詳細を参照してください。
ロール情報
- この機能は、マスター・データ管理アプリケーション管理者ジョブ・ロールを持つユーザーが使用できます。
組織のマージ要求上書きオプションを使用して、組織の税金ID属性を管理します。データ・スチュワードとして、マージ要求の処理中に構成済の税金ID属性生存ロジックを手動で上書きできるようになりました。
データ・スチュワードとして、マスター・レコードの税金ID属性値が正しく選択されていることを確認できるようになりました。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントおよび考慮事項
- 組織プロファイルのマージ時に重複する税金ID属性値を解決するための主要メカニズムとして、属性ソース確度またはその他の属性生存ロジック・オプションを使用します。
- マージ・レビュー上書きフローを使用して、構成済属性生存が適用されない例外ケースのマージ動作を手動でレビューおよび変更できるようになりました。
主なリソース
- マージ処理の詳細は、Customer Data Managementの使用ガイドを参照してください。
ロール情報
次のいずれかのロールを持つユーザーは、この機能拡張を使用できます。
- 顧客データ・スチュワード
- データ・スチュワード・マネージャ
- マスター・データ管理アプリケーション管理者
生存ルールを使用した重複解決リンクのマスター・レコードの自動選択
構成済の生存ルールを使用して、解決要求プロセスを介して生成された重複解決リンク・セットのマスター・レコードを自動的に選択します。マージ要求で使用可能であった同じ処理オプションとロジックが、重複解決リンク要求にも適用されるようになりました。
この機能拡張により、全体的な顧客データ品質プラクティスの一環として、解決リンク機能をより効率的に実装できます。
有効化のステップ
この機能を有効にするには、「顧客データ管理オプションの管理」設定タスクを使用して、解決要求処理で使用する「マスター・レコード選択」オプションを指定します。「マスター・レコード選択」オプションとしてGroovyスクリプトが選択されている場合は、アプリケーション・コンポーザを使用して、アカウント・マスターの設定と担当者マスターの設定の動作を構成します。
ヒントおよび考慮事項
- マージ要求処理の一環としてマスター・レコード選択をすでに使用可能にしている場合は、これ以上の処理は必要ありません。構成されたマスター・レコード選択ロジックは、解決リンク要求に自動的に適用されます。
主なリソース
- 解決要求の処理の詳細は、Customer Data Managementの実装ガイドの重複解決の構成を参照してください。
ロール情報
- マスター・データ管理アプリケーション管理者ロールを持つユーザーは、マスター・レコード選択オプションを使用可能にして構成できます。