本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。
日付 | モジュール | 機能 | ノート |
---|---|---|---|
2022年11月14日 | 検索 | 「自分のスマート・リスト」保存済検索の名前を「自分のリスト」に変更 |
更新22Dから削除された機能。 |
2022年9月14日 | 初版作成。 |
アイデア募集中
ご意見をお待ちしています。クラウド・サービスを改善する方法に関する提案がございましたら、ぜひお知らせください。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または |
|
||
「パーティおよび事業所の現在のレコード情報の保守」スケジュール済プロセスを使用したパージ済就業者同期のサポート
「パーティおよび事業所の現在のレコード情報の保守」スケジュール済プロセスを使用して、人材管理(HCM)のパージ済就業者タイプ・レコードを顧客データ管理の個人パーティ・レコードと同期します。HCMでは、退職および取消済の採用担当者を「個人の削除」を使用してパージできます。これらが個人パーティと同期されると、HCMでの更新に基づいて、名前(名、ミドル・ネーム、姓)や担当者(電話、Eメール)などの同期済詳細が削除またはマスクされます。
個人パーティ・レコードの従業員および派遣就業者関連の使用目的も終了日が設定されます(アクティブな場合)。個人パーティに他のアクティブな使用目的がないシナリオでは、個人パーティが非アクティブ化されます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- スケジュール済プロセスの理解ガイドの営業およびB2Bサービスのスケジュール済プロセスの章のパーティおよび事業所の現在のレコード情報の保守のトピックを参照してください。
情報を非アクティブ状態に保持するのではなく、テストおよび本番インスタンスから世帯データをパージします。データ保護規制に準拠するため、およびハウスキーピング・アクティビティの一環として、これらのレコードをパージできます。
新たにサポートされる世帯オブジェクトに対して指定したフィルタ基準に基づいてレコードをパージできます。
有効化のステップ
既存のパージ・プロファイル・オプションを設定して、パージ機能を有効にします。パージ機能はデフォルトで無効になっています。
主なリソース
- スケジュール済プロセスの理解ガイドの営業およびB2Bサービスのスケジュール済プロセスの章の非アクティブなパーティ・レコードのパージのトピックを参照してください。
テリトリ・ベース割当のカスタム・テリトリ属性の管理および使用
営業業務チームは、カスタム・テリトリ属性を使用してテリトリを割り当てることができます。たとえば、組織がテリトリ内の様々な営業担当のグループごとに売上を追跡するとします。1つのグループが新規顧客に焦点を当て、別のグループが現在のサブスクリプションの更改に焦点を当てます。カスタム属性テリトリ機能を使用すると、両方の営業担当のグループの売上を個別に追跡できます。これは、レコードが新規テリトリまたは更改テリトリに基づいた売上と照合されることを意味します。
カスタム・テリトリ属性またはカスタム・ディメンションを作成することで、テリトリ・ベースの割当をより柔軟に使用できるようになりました。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- 営業の実装リファレンス・ガイドの「テリトリ管理の拡張」の章のテリトリのアプリケーション・ページの構成および拡張のトピックを参照してください。
ロールおよび権限
- 営業管理者
ルーチンを1時間ごとに実行するようスケジュールできるようになりました。1時間ごとのルーチンは、1回の実行ごとに250件のレコードに制限されています。このオプションは、ルーチンへのアクセス権を持つすべての管理者が使用できます。
また、オブジェクトのすべてのデータに対して実行するようルーチンをスケジュールすることもできます。権限ZCA_SCHEDULE_ROUTINE_APPIDを管理者に割り当てる必要があります。割当後、管理者にはルーチン作成時にこのオプションが表示されます。
スケジュール・オプションを増やすと、ルーチンをより柔軟に実行できます。たとえば:
- 1日にルーチンを複数回実行する必要がある場合は、1時間毎のオプションを使用できます。このオプションは、ルーチンへのアクセス権を持つすべてのユーザーが使用できます。
- 管理者に権限を割り当てて、オブジェクトのすべてのデータでルーチンを実行できるようにすることができます。これは、異なる管理者が管理するリージョン間でプロセスを強制する必要があり、リージョンごとに個別のルーチンを作成しない場合に便利です。
有効化のステップ
権限またはジョブ・ロール(あるいはその両方)を割当てまたは更新することで、機能にアクセスできるようにします。詳細は、次の「ロール」セクションに表示されます。
この機能を使用するには、適切な権限およびジョブ・ロールが必要です。
- 権限ZCA_MANAGE_ROUTINESを介してルーチンにアクセス可能になっている必要があります。
- 権限ZCA_SCHEDULE_ROUTINE_APPIDを目的のロールに割り当てます。
ルーチンの作成中、トリガー・ステップで、すべてのデータにわたってルーチンを実行するようにスケジュールできます。
ヒントおよび考慮事項
すべてのデータにわたってルーチンを実行するオプションを切り替えることはできません。たとえば、一度設定すると、ルーチンは常にすべてのデータにわたって実行されます。
主なリソース
ロールおよび権限
ルーチンを管理する機能は、次のロールに対して構成されます。
- アプリケーション実装コンサルタント
- 営業管理者
- 顧客関係管理アプリケーション管理者
ルーチン・ダッシュボードに要求時に実行するオプションが追加されました。結果を表示する必要がある場合にすぐにルーチンを実行したり、エラーの修正後にルーチンを再実行するには、このオプションを使用します。
1回限りの実行をスケジュールしてルーチンを実行します。これは、ルーチンにエラーがあり、次の繰返し期間より前に実行する必要がある場合のテスト時に役立ちます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
ロールおよび権限
- 営業管理者
Oracle Configure, Price, and Quote (Oracle CPQ)でルールを使用して商談からの見積自動作成を使用可能にできるため、営業担当は見積を手動で作成せずに直接見積にアクセスできます。
この機能を使用すると、事前定義されたルールに基づいて商談から見積を作成するプロセスを自動化できます。
有効化のステップ
- Oracle CPQユーザーに管理権限を割り当てて、商談からの見積自動作成を許可します。
- CX SalesとOracle CPQの構成を設定します。CX SalesとOracle CPQの統合ガイドのCX Salesの構成ステップのトピックを参照してください。
- 「Oracle CX SalesとOracle CPQ Cloudの統合の管理」ページに移動し、次のステップを実行します。
- 「承認」列の下の「設定」リンクをクリックします。
- セキュリティ・ポリシーとしてoracle/wss_username_token_over_ssl_client_policyを選択します。
- シングル・サインオン用のユーザー名とパスワードを入力します。
- 「商談」オブジェクトでルーチンを設定し、「見積の作成」処理を選択してルールを定義します。詳細は、ルーチンの概要のトピックを参照してください。
主なリソース
- 営業の実装ガイドの「見積およびオーダー」の章の「商談からの見積の自動作成の有効化」のトピックを参照してください。
ロールおよび権限
- 設定およびエラー処理のための営業管理者。
- 見積を使用してディールをクローズに移行するための営業担当および営業マネージャ。
リソース・オブジェクトに基づく動的選択リスト・フィールド値の表示および検索
適応型検索を使用して、リソース・オブジェクトのすべての動的選択リスト・フィールドでフィルタを表示、検索および追加できます。適応型検索を使用して、リソース・オブジェクトのすべての動的選択リスト・フィールドを表示および検索し、フィルタを追加できます。動的選択リストは、別のオブジェクトの実際のデータから移入された値のリストが含まれるフィールドです。この機能では、リソースベースのフィルタを使用して、要件に最適の検索レコードのセットを返すことができます。
この機能を使用すると、リソース・オブジェクトに基づく動的選択リスト・フィールドの値を表示および検索できます。
有効化のステップ
この機能を有効化するうえで必要なステップはありません。
主なリソース
- 営業の使用ガイドのワークスペースおよび作業領域の検索の章を参照してください。
ロールおよび権限
- ワークスペースおよび適応型検索ユーザー
ワークスペースの「リフレッシュ」アイコンをクリックして最新の検索結果を表示
ユーザーは、ワークスペースで新しいリフレッシュ・アイコンをクリックするだけで、ブラウザ・ページを再ロードせずにワークスペースの最新データを取得できるようになりました。
この機能拡張により、ユーザーがワークスペースを操作する際のエクスペリエンスが向上します。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- 営業の使用ガイドのワークスペースおよび作業領域の検索の章を参照してください。
ロールおよび権限
- ワークスペースおよび適応型検索ユーザー
アカウント・インポートにおける国内およびグローバル最上位Oracle DataFox識別子の使用
上位階層アカウントなどの追加のアカウント階層情報と、国内最上位およびグローバル最上位識別子などのOracle DataFoxからの識別子をアカウント・インポート管理で使用します。
アカウント階層に関する追加情報を提供するアカウント・インポート・オブジェクトの新しい属性を次に示します。
- DomesticUltimateDatafoxId
- GlobalUltimateDatafoxId
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- CX販売とB2Bサービス向けのインポートおよびエクスポート管理の理解ガイドのアカウントの項を参照してください。
アカウントREST APIにおける階層関連上位アカウントおよびOracle DataFox識別子の使用
上位階層アカウントなどの追加のアカウント階層情報と、国内最上位およびグローバル最上位識別子などのOracle DataFoxからの識別子をアカウントREST APIで使用します。
アカウントREST APIで公開される新しい属性を次に示します。
- TotalAccountsInHierarchy
- TotalChildAccounts
- ParentAccountList
- PrimaryContactDoEmailFlag
- PrimaryContactDoCallFlag
- TotalImmediateChildAccounts
- UltimateParentFlag
- GlobalUltimateFlag
- DomesticUltimateFlag
- UltimateIdentifierSource
- DomesticUltimateDatafoxId (編集可能)
- GlobalUltimateDatafoxId (編集可能)
- ProfileQualityScore
ほとんどのフィールドは読取り専用ですが、編集可能としてマークされているものは除きます。読取り専用フィールドは、システム・プロセスから計算、導出または自動移入されます。
有効化のステップ
REST APIガイドのRESTサービス定義(「Oracle Help Center」→関心のあるアプリケーション・サービス領域 →「REST API」から使用可能)を参照してください。OracleのRESTサービスを初めて利用する場合は、「クイック・スタート」セクションから始めることができます。
主なリソース
- CX販売とB2Bサービス向けのREST APIガイドを参照してください。
様々なアプリケーションによりアカウントおよび担当者をエンリッチする際の一貫性のある属性マッピングの使用
すべてのCX Salesエンリッチメント・プロセスに対して、単一の一貫性のある属性マッピングを使用します。これらの属性は、スマート・データ、リアルタイムまたはバッチ・エンリッチメントおよび同期の操作時にエンリッチされます。CX Salesのすべてのエンリッチメント・プロセスに対し、「Oracle Data as a Service属性マッピングとプリファレンスの管理」タスクを使用して単一マッピングを管理できます。
すべてのエンリッチメント統合フロー、つまりアカウントのスマート・データ、リアルタイムおよびバッチ・エンリッチメントおよび同期に対して、単一のマッピングを管理できるようになりました。アカウントのカスタム属性をOracle Data as a Service (Oracle DaaS)フィールドに一度マップすると、その値がエンリッチメント・フローごとに保存されます。Oracle DaaSで定義されているCX Salesマップをカスタマイズして、アカウントまたは担当者のエンリッチメントに使用できます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントおよび考慮事項
- アカウント・エンリッチメントに対してCX Salesで一度にアクティブにできるマップは1つのみです。同様に、担当者エンリッチメントに対してCX Salesでアクティブにできるマップは1つのみです。アクティブなマップは、スマート・データ、リアルタイム・エンリッチメントおよび同期、ならびにバッチ・エンリッチメントおよび同期に使用されます。
- Oracle DaaSのアカウントまたは担当者マップ(テンプレート・タイプが販売およびサービスのもの)を最初に定義して、CX Salesで使用およびカスタマイズできるようにする必要があります。
- 販売属性を選択して、適用可能なソース属性にマップします。たとえば、現在のリリースでは、ソースとしてOracle DaaSのみがサポートされています。すべてのOracle DaaSソース属性をマップできるわけではありません。
- 販売属性で「上書き禁止」、「空白値の適用禁止」、「リアルタイム・エンリッチメント中に表示」などの追加のプリファレンスがサポートされている場合、これらのオプションは属性のマッピング後に有効になり、必要なオプション値を選択できます。マップされた属性でこれらのプリファレンスがサポートされていない場合、これらのオプションは無効になります。
- マップをリセットするとすべてのカスタマイズが削除され、デフォルト・マップCXCompanyまたはCXContactを使用するように設定が元に戻されます。
- 既存のマップ内の既存のカスタマイズは、アップグレード中に新しいマップCXCompanyおよびCXContactに移行されます。エンリッチメントは、既存のカスタマイズを組み込んだ後、アップグレード後に期待どおりに機能し、アップグレードに手動構成は必要ありません。
主なリソース
- 顧客データ管理(CDM)の実装スタート・ガイドのデータ・エンリッチメントの構成の章を参照してください。
ロールおよび権限
- マスター・データ管理アプリケーション管理者
構成可能スコアリング・ロジックに基づく顧客プロファイル品質スコアのアカウント・レコードへの割当
顧客プロファイルの完全性および属性値に基づいてスコアを構成します。その後、バッチ・プロセスを使用して、このスコアをアカウント・プロファイルの属性として割り当てて保守できます。
この機能には、次の利点があります。
- ユーザーは、プロファイル・レコードの完全性と品質に基づいて、アカウント・レコードを簡単に確認、ソートおよびフィルタできます。
- 顧客プロファイル品質スコアを使用すると、顧客データの品質問題をすばやく特定し、データ・スチュワードシップのプロセスとリソースを合理化できます。
- 顧客プロファイル・データの確度と品質に基づいて、営業アクティビティに優先順位を付けてステージングします。
有効化のステップ
スコアリング・モデルの構成およびアクティブ化
- サンドボックスの外部でアプリケーション・コンポーザにナビゲートします(メインライン・モード)。
- ナビゲーション・パネルの「共通設定」領域にある「顧客プロファイル品質構成」リンクをクリックします。
- 「顧客プロファイル品質構成」ガイド・プロセスを使用して、プロファイル品質スコアリング・モデルを定義します。
スコアリング・モデルのアクティブ化は、「顧客プロファイル品質構成」ガイド・プロセスの最後のステップです。
販売アプリケーションでのスコアの公開
- 適応型検索で「アカウント - プロファイル品質スコア」属性を使用可能にします。
- 「プロファイル品質スコア」属性は、アプリケーション・コンポーザおよびアカウントRESTリソースに公開されます。
ヒントおよび考慮事項
顧客プロファイル品質スコア構成をアクティブ化すると、アカウント・レコードでスコアリング・ジョブを実行するために、日次頻度で繰返しのスケジュール済プロセスが自動的に発行されます。スケジュール済プロセスの頻度を変更するには、標準のスケジュール済プロセス・インタフェースを使用して、新しい「スコアリング・プロセスのスケジュール」ジョブを定義して発行します。
主なリソース
次のコンテンツを参照してください。
- 顧客プロファイル品質スコア機能の詳細は、顧客データ管理の実装ガイドを参照してください
- scoringModels RESTリソースの詳細は、Oracle Sales REST APIガイドを参照してください
ロールおよび権限
- マスター・データ管理アプリケーション管理者ジョブ・ロールを持つユーザーは、顧客プロファイル品質構成を定義およびアクティブ化できます。
- プロファイル品質スコアリング構成を管理できるように、マスター・データ管理アプリケーション管理者に基づいてカスタム・ロールを作成した場合は、それらのロールの権限にZCH_MANAGE_SCORING_MODEL_PRIVを追加できます。
- Oracle Salesのアカウント・ビジネス・オブジェクトへのアクセス権を持つすべてのユーザーは、アカウント・レコードの計算済「プロファイル品質スコア」属性にアクセスできます