本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。
| 日付 | 製品 | 機能 | ノート |
|---|---|---|---|
| 2020年12月18日 | 初版作成。 |
このガイドでは、今回の更新の新機能と機能向上を理解するうえで必要な情報の概要を示します。
フィードバックをお寄せください
本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。
列の定義:
すぐ使用できる状態で提供される機能
レポート = 新規または変更され、Oracleで提供される、実行準備が完了したレポート。
UIまたはプロセスベース: 小規模 = これらのUIまたはプロセスベースの機能は通常、フィールド、検証またはプログラムの小さな変更で構成されています。したがって、ユーザーに対する潜在的な影響は最小になります。
UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能は、より複雑に設計されています。したがって、ユーザーに対する潜在的な影響は高くなります。
機能は無効化状態で提供 = エンド・ユーザーがこれらの機能を使用する前に処理が必要です。これらの機能は無効化されており、有効にするかどうかとその時期は自分で選択します。たとえば、a)新規または拡張BIサブジェクト領域は、レポートにまず組み込む必要があり、b)新規Webサービスは使用する前に統合する必要があり、c)ユーザー・ロールに機能を割り当てないと機能にアクセスできません。
| エンド・ユーザーがすぐに使用可能 レポートおよび小規模なUIまたはプロセスベースの新機能は、更新後のユーザーに対する影響を最小限に抑えます。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。 |
エンド・ユーザーが使用する前に処理が必要 これらの機能の使用準備を完了するには処理が必要なため、中断されません。選択的に使用するよう選択すると、テストおよびロールアウトのタイミングを設定できます。 |
|||||
|---|---|---|---|---|---|---|
| 機能 |
レポート |
UIまたは |
UIまたは |
|
||
RESTリソースを使用した重複する組織および個人レコードの識別
顧客ハブ組織および顧客ハブ個人RESTリソースを使用して、外部顧客レコードに一致するレコードが顧客データ管理レジストリにあるかどうかを判断します。
この機能を使用すると、外部顧客レコード作成プロセスで、一致するレコードが顧客データ管理レジストリにすでに存在するかどうかを確認できます。標準の顧客センター・インタフェースとデータ品質ソリューションとの統合によって提供されるのと同じタイプの対話型重複識別プロセスを複製することで、外部プロセスで重複レコードの作成を回避できます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ロール情報
ベースの個人および組織リソースへのアクセス権を持つすべてのロールは、この拡張機能を使用できます。
「重複識別」ページで重複レコードを識別するための一致ルール名を表示します。一致ルール名を確認すると、潜在的重複レコードを検出できるように、定義済の一致ルールがどのように適用されるかを理解しやすくなります。一致ルール名は、適用可能なルールを識別して調整し、それらの変更の影響を確認するのに役立ちます。
適用されているルールがわかっていると、それらを微調整できます。一致ルールを微調整し、重複識別結果セットでルール変更の影響をテストできます。一致ルール名を表示すると、照合構成の検証が簡略化され、解決要求のレビュー中に重複セットが形成された理由をデータ・スチュワードが簡単に理解できるようになります。
有効化のステップ
「照合ルール」列はデフォルトでは表示されません。「照合ルール」列を公開するには:
- 「顧客データ管理」スプリングボードから「重複識別バッチ」ページにナビゲートします。
- 特定のレコードの「重複識別バッチ」ページにドリルダウンします。
- 「重複セット」表で、「重複ID」をクリックします。
- 詳細画面で、「表示」→「列」メニューから「照合ルール」を選択します。
- 「完了」をクリックします。
照合ルール名の列が「重複セット」詳細画面に表示されます。
ヒントと考慮事項
バッチ重複セットの処理レコードの場合、照合ルールは処理レコードの識別に適用されないため、照合ルール名の列は空白です。
主なリソース
重複要求の送信に関する情報は、CX販売とB2Bサービス向けのCustomer Data Managementの使用ガイドの「重複の識別」の章を参照してください。
ロール情報
- 営業管理者
- マスター・データ管理アプリケーション管理者
- アプリケーション実装コンサルタント
住所ロケール・オブジェクトを使用して、音訳された住所詳細を提供できるようになりました。住所ロケール・オブジェクトは、インポート管理およびREST APIの住所オブジェクトの子オブジェクトです。
住所ロケール・レコードは、住所レコードへの1対1のマッピングを保持します。
住所レコードの音訳された値を格納および管理し、ローカライゼーションに必要なサポートを提供できます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
インポートおよびエクスポート管理の理解ガイドの「データのインポート」の章を参照してください。
REST APIを使用した一括エクスポート・ジョブのステータスの追跡
エクスポート・アクティビティREST APIを使用して、一括エクスポート・ジョブの完了を追跡できるようになりました。エクスポート・ジョブは、完了時にビジネス・イベントを呼び出します。
この機能は、Oracle Integration Cloudまたはその他の統合エンジンを使用する統合開発者をサポートします。REST APIを介して作成された一括エクスポート・ジョブの完了を追跡し、繰返しポーリングせずに事前登録済の条件が満たされた場合にユーザーに通知できます。これにより、反復的なポーリング・プロセスによるリソースの浪費を回避できます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
インポート・ジョブが完了するたびに通知を受信するようにRESTエンド・ポイントを構成および登録できます。RESTサービスを介してインポート完了通知を受信するには、アプリケーション・コンポーザでRESTサービス・エンド・ポイントを定義する必要があります。
主なリソース
インポートおよびエクスポート管理の理解ガイドの「データのエクスポート」の章を参照してください。
親レコードが非アクティブまたはマージ済ステータスの場合、子オブジェクトおよび関連エンティティを削除します。アカウント、担当者、世帯、ハブ個人またはハブ組織などの親レコードをUIページ、Webサービスまたはファイル・インポートから削除しても、連絡先、関係、住所、ソース・システム参照などのすべての子エンティティは自動的に削除されません。バッチ・ジョブを手動で実行するか、定期的にスケジュールすることで、削除操作を実行できるようになりました。
すでに非アクティブ化されている親パーティ・レコードのすべての関連子エンティティを非アクティブ化できる必要があります。これにより、データ整合性の問題が解決され、エクスポート管理を使用した非アクティブな親レコードの子レコードのエクスポートが防止されます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
レコードを削除するには、スケジュール済プロセス「非アクティブ・パーティ・レコードの子エンティティの削除」を実行します。
サポートされるパラメータは次のとおりです。
- 日付範囲: いつ非アクティブ化またはマージされたかに基づいて、すべてのパーティ・レコードを処理する日付範囲を指定します。
- パーティID: パーティ識別子に基づいて特定のパーティ・レコードを処理するために使用します。
- パーティ番号: パーティ番号に基づいて特定のパーティ・レコードを処理するために使用します。
主なリソース
スケジュール済プロセスの理解ガイドの「販売およびB2Bサービスのスケジュール済プロセス」の章を参照してください。
ロール情報
- 営業管理者
- マスター・データ管理アプリケーション管理者
新しいエクスポート属性を使用して、重複解決要求データの特性とライフサイクルを分析します。解決要求エクスポートおよびRESTオブジェクトに新たに追加されたフィールドを使用して、レポート要件をサポートできます。データ・スチュワードシップ・プロセスの運用分析を実行するには、解決要求オブジェクトの特性およびライフサイクルに関する情報にアクセスする必要があります。この拡張により、解決要求エクスポート・オブジェクトで使用可能な情報の量が増え、より広範なレポート要件をより適切にサポートできるようになります。レポートのユースケースをサポートするために、解決要求エクスポートおよびRESTオブジェクトの新しいフィールドが追加されました。
新しいフィールドにより、次のユースケースのレポートおよび統合機能が向上します。
- エンド・ユーザー分析: 非データ・スチュワード・ユーザーが解決要求を作成できるようにする、アカウント、担当者および世帯またはその他のカスタム・インタフェースを使用して、解決要求を送信している個人および販売組織を把握します。
- 顧客データ監査: マージ要求で選択した顧客データ・オブジェクトの詳細な監査を実行し、顧客レコードのマージ前とマージ後の形状を完全に文書化します。
- 運用調査: 解決要求バックログ管理、要求処分、年齢調べおよび生産性に関する運用調査を実行します。
これらのエンド・ユーザー分析をサポートするために、解決要求エクスポートおよびREST APIオブジェクトには、HZ (個人プロファイル)、MOT (テリトリ)、ソース・システム参照およびJTF (リソース)製品領域との結合を可能にするユーザー・アイデンティティが含まれています。追加された属性は次のとおりです。
- RequestedById
- RequestedBy
- AssignedToId
- AssignedTo
- SubmittedById
- SubmittedBy
- SubmittedDate
- ReviewRequiredFlag
- HasBeenReviewedFlag
- RuleBasedMasterFlag
有効化のステップ
REST APIガイドのRESTサービス定義(「Oracle Help Center」→関心のあるアプリケーション・サービス領域 →「REST API」から使用可能)を参照してください。OracleのRESTサービスを初めて利用する場合は、「クイック・スタート」セクションから始めることができます。
アップグレード後、新しい属性はREST resolutionRequestsリソース・オブジェクトおよびエクスポート・オブジェクト「重複解決要求」で自動的に使用可能になります。
ロール情報
- 営業管理者
- マスター・データ管理アプリケーション管理者
- アプリケーション実装コンサルタント