本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。 これまでの更新内容は次の表のとおりです。
日付 | モジュール | 機能 | ノート |
---|---|---|---|
2023年10月24日 | アプリケーション・コンポーザ |
文書の更新。 更新23Dの新機能が提供されました。 |
|
2023年10月24日 |
アプリケーション・コンポーザ |
文書の更新。 更新23Dの新機能が提供されました。 |
|
2023年10月24日 |
CRM共通コンポーネント |
文書の更新。 更新23Dの新機能が提供されました。 |
|
2023年10月24日 |
Redwoodユーザー・エクスペリエンス |
文書の更新。 更新23Dの新機能が提供されました。 |
|
2023年9月8日 | 初版作成。 |
アイデア募集中
ご意見をお待ちしています。 クラウド・サービスを改善する方法に関する提案がございましたら、ぜひお知らせください。 Oracle Customer Connectのアイデア・ラボなど、いくつかの方法でアイデアを送信していただけます。 機能名の後にこのアイコンが表示されていれば、その機能はお客様のアイデアによるものです。
フィードバックをお寄せください
本書の内容改善のため、ご意見やご提案をお待ちしております。 フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。
免責事項
この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。 オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。 したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。 記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。
この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。 特にこの情報についてオラクルは一切の責任を負いかねます。 詳細は、法律上の注意点および使用条件を参照してください。
列の定義:
レポート = 新規または変更済の、オラクル社提供の実行可能レポート。
UIまたはプロセスベース: 小規模 これらのUIまたはプロセスベースの機能は、通常、フィールド、検証またはプログラムの軽微な変更で構成されます。 したがって、ユーザーに対する潜在的な影響は最小になります。
UIまたはプロセスベース: 大規模* これらのUIまたはプロセスベースの機能には、より複雑な設計が含まれます。 したがって、ユーザーに対する潜在的な影響は高くなります。
機能が無効化状態で提供 = エンド・ユーザーがこれらの機能を使用する前にアクションが必要です。 これらの機能は無効化されており、有効にするかどうかとその時期は自分で選択します。 たとえば、a)新しいまたは拡張されたBIサブジェクト領域を最初にレポートに組み込む必要がある、b)新しいWebサービスを使用するには統合が必要である、c)機能にアクセスするには、ユーザー・ロールに機能を割り当てる必要があるなどです。
エンド・ユーザーがすぐに使用可能 レポートと小規模UIまたはプロセスベースの新機能が更新後にユーザーに与える影響は最小限です。 したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。 |
エンド・ユーザーが使用するためにはお客様のアクションが必要 これらの機能を使用するために、膨大な作業は不要です。 利用することを選択する際には、テストと展開のタイミングを設定します。 |
|||||
---|---|---|---|---|---|---|
機能 |
レポート |
UIまたは |
UIまたは |
|
||
Redwoodアカウントにレンダリングされるサブスクリプション・オブジェクトのバックオフィス/フロントオフィス・リンクセットの解決の取込み |
||||||
ルーチンで使用するカスタム・スマート処理を作成できるようになりました。 この機能を使用すると、APIやオブジェクト関数コールなどのカスタム・プロセスをルーチンで実行できます。
スマート処理を使用すると、ルーチンでカスタム処理を実行できます。 たとえば、営業リードのクローズ時にオープン・アクティビティをクローズするなど、より複雑なプロセスにスマート処理を使用したオブジェクト関数をコールするルーチンを作成できます。 カスタム・フィールドが特定の値に更新されたときにリードを取り下げるなど、カスタム処理にRESTベースのスマート処理を使用することもできます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
ルーチンの概要を参照してください
アクセス要件
次のロールでルーチンを管理できます。
- 営業管理者
- アプリケーション実装コンサルタント
- 顧客関係管理アプリケーション管理者
販売機械学習モデルでは、関連レコード情報をネスト・データとしてサポートするようになりました。 ネストされたデータを使用すると、値の集合を表すことができます。 たとえば、商談の結果を予測するためのモデルを構築し、商談製品を機能の1つとして含めることができるようになりました。
ネストしたデータのサポートにより、商談売上明細、取引先担当者、商談競合相手、見込み客担当者などの関連レコードに基づいて機能を導入できます。 カスタム子オブジェクトのデータをモデルのネスト・データとして含めることもできます。
お客様は、ビジネスや業界固有のユースケースに合わせて独自のモデルを構築およびデプロイできます。 ネストされたデータ・サポートにより、顧客は、関連レコードの一連のデータとして表されるファクタを考慮した販売機械学習予測を構築できます。 これにより、ユーザーは、関連レコード情報の提供をサポートする単純なモデルから複雑なモデルまで構築できます。
有効化のステップ
- 「設定およびメンテナンス」>「営業のインテリジェンス」>「営業機械学習の構成」にナビゲート
- システム生成レコードを複製するか、作成ボタンを使用してモデルを作成
- ステップ・バイ・ステップのガイド付きフローに従ってモデルを構築およびデプロイ
- 結果を予測するモデルのカスタム属性に予測結果のストレージを使用
- RESTサービス・エンドポイントを使用して、類似レコードを識別するモデルの結果をフェッチ
- カスタム属性またはRESTエンドポイントを使用して、機械学習モデルの結果をエンド・ユーザーUIに追加
ヒントおよび考慮事項
- 関連レコード情報をデータのシリーズまたはコレクションとして取り込む場合は、ネストされたデータを使用します。 たとえば、商談で販売された製品や、取引先に関連付けられた担当者の肩書などです。
- 機械学習から最適な結果を得るために、関連レコードの主要属性のみを使用してください。 重要でない属性を使用すると、機械学習モデルによる結果が不十分になる可能性があります。
- 関連レコード要約情報を表示する必要がある場合は、ネストされたデータではなくロールアップを使用します。 たとえば、完了したアクティビティの数、最後のアクティビティからの時間またはアクティブなコンタクトの数を考慮する場合は、ロールアップを目的に使用することをお薦めします。
アクセス要件
販売機械学習モデルを構築およびデプロイするには、次の権限が必要です。 ネストしたデータをモデルの一部として使用するための追加のアクセス要件はありません
- 営業機械学習の管理
カスタム・オブジェクト・データへの準リアルタイムでのアクセス
この機能により、営業ユーザーはカスタム・オブジェクト・レコードに準リアルタイム(NRT)でアクセスでき、チーム・メンバー、チーム階層、テリトリまたはテリトリ階層の一部としてアクセスが保護されます。 この機能拡張が行われる前は、営業ユーザーがアクセスするためには、スケジュールされた次回のアクセス・グループ割当ジョブが実行されるまで待つか、オンデマンドでジョブを実行する必要がありました。
ノート: この機能拡張は、アクセス・グループ・セキュリティ・フレームワークを使用してデータ・セキュリティを定義しているお客様に適用されます。
この機能では:
- アクセス・グループ割当ジョブをオンデマンドで実行する必要性が軽減されます。
- カスタム・オブジェクトに対するアクセス・グループ割当ジョブのスケジュール頻度を少なくできます。 これにより、実行されるジョブの数が減り、パフォーマンスが向上します。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントおよび考慮事項
アクセス・グループを使用していて、カスタム・オブジェクトに対してチームベースまたはテリトリベースのアクセスをすでに有効にしている場合は、この機能を有効にするための追加のステップは必要ありません。 この機能は、更新23Dにアップグレードすると自動的に適用されます。
グループへのアクセスが初めてで、カスタム・オブジェクトに対してチームベースまたはテリトリベースのアクセスを有効にする場合は、この機能を有効にするためにいくつかの構成ステップを実行する必要があります。 詳細は、Sales and Fusion Serviceの保護ガイドのアクセス・グループの章でカスタム・オブジェクトとアクセス・グループのセキュリティに関する項を参照してください。
カスタム・オブジェクトに対するテリトリベース・アクセスを有効にするためのステップの概要
チームベースのステップは、ガイドのカスタム・オブジェクトへのチームベース・アクセスの有効化のトピックに記載されています。 カスタム・オブジェクトに対するテリトリベース・アクセスのステップの概要を次に示します。
- 関連オブジェクトとして営業テリトリを使用し、表示値としてテリトリ名を使用して、カスタム・オブジェクトに動的選択リスト(DCL)フィールドを作成します。
- ステップ1で作成したDCLフィールドを、表示するページのUIに公開します。
- セキュリティ・ノードをクリックし、次のようにします。
- アクセス・グループ・セキュリティを使用可能にします。
- 「テリトリのアクセス・グループ・セキュリティの構成」を選択し、ステップ1で作成したDCLを選択します。
- 機能セキュリティを構成します。つまり、カスタム・オブジェクトへのアクセス権を付与するロールを指定します。
- サンドボックスを公開します。
- 「ナビゲータ」→「ツール」の下の「営業およびサービス・アクセス管理」(SAM)作業領域にナビゲートします。
- SAM UIの「グループの構成」タブで、「オブジェクト・ルール」をクリックします。
- 「処理」で、オプション「カスタム・オブジェクトおよびフィールドの同期」を選択してジョブを実行すると、カスタム・オブジェクトがオブジェクト値リストに表示されます。
- アプリケーションからサインアウトしてサインインします。
- ジョブの完了後、SAM UIで「グループの構成」→「オブジェクト・ルール」にナビゲートします。 オブジェクト・リストからカスタム・オブジェクトを選択し、ビジネス・ニーズに応じてそのオブジェクトのテリトリ・ルールをアクティブ化します。
- ステップ8でアクティブ化したルールをアクセス・グループに関連付けます(ステップ3cで追加したものと同じロールに対応するグループにルールを関連付けます)。
- 「処理」→「公開」をクリックします。
ユーザーがRedwood版のSalesでアポイントメントやタスクの顧客対応をログに記録できるようにします。 ユーザーは、対面会議や統合されていないWeb電話会議など、アプリケーション外部のオフライン・チャネルで発生するアポイントメントについて議事メモ/会議の詳細を取得し、顧客対応とアポイントメントまたはタスクを関連付けて、アプリケーションに直接保存できます。
ユーザーは、統合チャネルと非統合チャネルの両方からすべてのやりとりを集中的に追跡し、Redwood版のSalesのアクティビティに関連付けることができます。つまり、顧客対応を相当するアポイントメントにマップできます
有効化のステップ
前提条件:
この機能は、Redwood版のSalesでのみ使用できます。
スマート処理の有効化:
アクティビティに対する「顧客対応のログ記録」スマート処理はデフォルトでは非表示になっていますが、アプリケーション・コンポーザで使用可能にできます。
「顧客対応のログ記録」スマート処理を使用可能にする方法を次に示します。
- 営業管理者または設定ユーザーとしてサインインします。
- サンドボックスをアクティブ化します。
- 「構成」カテゴリの「アプリケーション・コンポーザ」に移動します。
- ナビゲーション・ツリーで「共通設定」を展開し、「スマート処理」をクリックします。
- アクティビティ・オブジェクトの「顧客対応のログ記録」スマート処理を有効にします。
- 処理をアクティビティ・リスト・ページから使用できるようにする必要がある場合は、「スマート処理の複製」ボタンをクリックします。
- スマート処理の複製後
- 変更をテストします。「Redwood営業」→「アカウント」/「リード」/「担当者」/「商談」にナビゲートし、アクティビティの処理リストを選択して「顧客対応のログ記録」をクリックします。 フォームがドロワーに表示されます。
- アクティビティ・リスト・ページをテストするには、「Redwood営業」→「アクティビティ・リスト」ページにナビゲートし、アクティビティの処理リストを選択して「顧客対応のログ記録」をクリックします。 フォームがドロワーに表示されます。
- サンドボックスを公開します
ヒントおよび考慮事項
機能は、Redwood版のSalesでのみ使用できます。
考慮事項:
- 「顧客対応のログ記録」フォームのチャネル・ドロップダウンには、「営業」および「すべて」の目的で作成されたチャネルのみが表示されます
- チャネル・タイプがEメールであるチャネルはフォームで使用できません
アクセス要件
営業担当
動的選択リスト・リンクの宛先を上書きするディスパッチャ・サービス
ディスパッチャ・サービスを使用して、動的選択リスト(DCL)フィールドの宛先をオーバーライドできます。 オーバーライドは、ログイン・ユーザーのロールに基づいてグローバルにすることも、条件付きにすることもできます。
上書きは、DCLフィールドが表示される任意の場所、または特定のアプリケーション・ページでのみ有効になるように構成できます。 また、このサービスでは、リスト・ページから詳細ページにドリルダウンするときに宛先を上書きすることもできます。
編集ページのみを含む単純なカスタム・オブジェクトを作成するとします。 その場合は、ユーザーがカスタム・オブジェクトのDCLリンクをクリックするたびに、ディスパッチャ・ルールを作成してユーザーをカスタム・オブジェクト編集ページにナビゲートできます。
または、営業担当が商談にドリルダウンしたときに、常に商談アクティビティ・ページに移動することを確認できます。 ディスパッチャ・ルールを作成して、営業担当に対してのみ実行できます。
有効化のステップ
アプリケーション・コンポーザを利用してページ・レイアウトおよび属性を表示/調整します。 アプリケーション・コンポーザの使用によるアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。
ディスパッチャの有効化
- 機能設定マネージャにナビゲートします
- プロファイル・オプションの管理タスクを検索してナビゲート
- 次の値を使用して新しいプロファイル・オプションを作成
- プロファイル・オプション・コード= CXF_ENABLE_DISPATCHER_RULES
- プロファイル表示名=ディスパッチャ・ルールの有効化など、任意の値
- アプリケーション= CXフラグメント
- モジュール= CXフラグメント
- 保存して閉じます。
- 後続のページで、サイト・レベルの使用可能および更新可能チェック・ボックスが選択されていることを確認します。 「保存してクローズ」をクリックします。
プロファイル・オプションの作成
- 次に、管理者プロファイル値の管理タスクを検索してナビゲート
- CXF_ENABLE_DISPATCHER_RULESプロファイル・オプションを検索
- プロファイル・オプションの値をYesおよびSaveに設定します。
- 次に、アプリケーション・コンポーザに移動
- サンドボックス内にいないことを確認
- 共通設定の下に、ディスパッチャへのリンクが表示されます。
- このリンクをクリックすると、ディスパッチャ・ナビゲーション・ルールを作成できます。
アクセス要件
次のいずれかのロールを持つ任意のユーザーを使用できます: アプリケーション実装コンサルタント、顧客関係管理アプリケーション管理者または営業管理者
ユーザーにカスタム・ロールがある場合は、ユーザー・ロールにディスパッチャ・ルールの管理(ZCA_MANAGE_DISPATCHER_RULES_PRIV)権限があることを確認します。
フラグメントを使用したRedwood UIの「カスタム・オブジェクトの生成」ページ
フラグメントを使用したRedwood UIの「カスタム・オブジェクトの生成」ページ。 リスト、作成、詳細および編集ページが生成されます。 子オブジェクトのパネル・ビューおよびサブ・ビューを追加できます。
管理者は、カスタム・オブジェクトのデフォルト・ページを作成できます。
有効化のステップ
アプリケーション・コンポーザを利用してページ・レイアウトおよび属性を表示/調整します。 アプリケーション・コンポーザの使用によるアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。
コンタクト・フォールドアウトの23D Redwood販売アップグレード・ステップ
担当者ランディング・ページ(折りたたみ)の一貫性とレイアウトの改善に伴い、23Dリリースでは、キャンペーンのパネルおよびサブビューに表示されるオブジェクトが変更されます。
この変更により、アプリケーション全体の構造的な一貫性が確保され、現在および将来の改訂におけるユーザー・エクスペリエンスが向上します。
有効化のステップ
Visual Builder Studioを活用して、アプリケーションを公開します。 Visual Builderを使用したアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。
In contacts-detail-page-x.json:
- "campaignMembersPanel"を"campaignsPanel"に置き換えます
- campaignMembersPanelTemplateをcampaignsPanelTemplateに置き換えます
- "campaignMembers"を"campaigns"に置き換えます
- campaignMembersSubviewTemplateをcampaignsSubviewTemplateに置き換えます
主なリソース
この変更の詳細については、「Customer Connectの記事」を参照してください。
フィルタされたアカウントおよび担当者の動的選択リストでの項目のより簡単な検索
CX Sales Mobileでは、アカウントまたは担当者オブジェクトに追加される動的選択リスト・フィールドが、単純で条件のない拡張フィルタの基準に従うようになりました。 さらに、これらの種類のフィルタ基準は、アカウントと担当者を関連オブジェクトとして参照する動的選択リストにも適用されます。
アカウントおよび担当者のフィールド値の選択を制御することで、データの整合性が向上します。
営業ユーザーがアカウントと担当者の限られたセットを参照する項目を迅速に更新できるようにすることで、フィールドでの生産性が向上します。
有効化のステップ
アプリケーション・コンポーザを利用してページ・レイアウトおよび属性を表示/調整します。 アプリケーション・コンポーザの使用によるアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。
- アプリケーション・コンポーザで、次のいずれかの基準を満たすフィルタされた動的選択リスト(DCL)フィールドを作成します。
- アカウントまたは担当者オブジェクトを参照し、サポートされているフィールドを検索フィールドとして使用します。
- アカウントまたは担当者オブジェクトに作成され、サポートされているフィールドをバインド変数として使用します。
- モバイル・アプリケーション設定の「アプリケーション機能」で、DCLが作成されたオブジェクトを選択します。
- 「編集」ビューを選択し、標準レイアウトを複製するか、すでに作成されているカスタム・レイアウトを選択します。
- 編集ページのプレビューで、「フィールドの追加」を選択し、新しく作成したDCLフィールドを選択します。
- フィールド・ボックスの左上隅にある鉛筆アイコンを選択します。
- フィルタ基準の使用とデフォルトでリストを表示の両方が有効になっていることを確認し、「OK」を選択します
- 必要に応じて、他のオブジェクト・ビューおよびレイアウトにDCLを追加します。
- サンドボックスを公開します。
ヒントおよび考慮事項
- CX Sales Mobileの動的選択リストは、単純なバインド変数を使用する単純フィルタおよび拡張フィルタをサポートしています。
- この機能でサポートされる検索フィールドおよびバインド変数には、すべてのカスタム・フィールドおよび選定された事前作成済のフィールドが含まれています。
主なリソース
営業管理者
営業担当
Microsoft Exchange統合を使用したCX Sales Mobileから送信されたEメールの取得
Microsoft Exchange統合を使用して、CX Salesモバイル・アプリから開始されたEメールおよびEメール受信者からの応答の自動取得を有効にします。 営業担当は、アプリから送信されたEメールとそのEメールに対する応答すべてを、関連する販売レコードのアクティビティ・ストリームの会話スレッドとして表示できます。
- Eメールでの顧客対応が自動的に取得され、時間が節約されます
- 以前の会話のコンテキストを簡単に追跡し、アカウント・チームが情報を常に把握できるようになります。
有効化のステップ
アプリケーション・コンポーザを利用してページ・レイアウトおよび属性を表示/調整します。 アプリケーション・コンポーザの使用によるアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。
- アプリケーション・コンポーザにナビゲートし、「モバイル・アプリケーション設定」をクリックします。
- 「アプリケーション機能」ペインで「設定」をクリックし、Eメール設定メニューを展開します。
- Exchange統合を使用したEメールの取得を有効にします
ヒントおよび考慮事項
この機能を有効にする前に、デジタル営業のExchange Eメール統合設定が正しく完了していることを確認してください
主なリソース
- 営業の実装ガイドのモバイル・アプリケーションの章でCX Sales Mobileに関する項を参照してください。
- 営業の実装ガイドのデジタル営業のExchange Eメール統合の章も参照してください。
契約承認通知を構成して、ビジネス・ニーズに応じてコンテンツとレイアウトを設定できます。 Oracle Business Intelligence (BI) Publisherレポートは、レイアウト変更にはRTFテンプレートを使用し、コンテンツ変更にはBIデータ・モデルを使用して変更できます。 デフォルトのレポートで構成できるコンポーネントの一部を次に示します。
- ロゴ: Eメール通知のブランド・ロゴを変更します。
- 本文: 既存の属性を追加または削除したり、新しい表を追加します。 これには、表の標準属性である付加フレックスフィールド属性およびアプリケーション・コンポーザ属性が含まれます。
- 処理ボタン: ボタンのテキストを変更します。
- フッター・リンク: トランザクション・ページまたはワークフロー通知へのリンクを非表示にします。
- スタイル: フォント・サイズ、色、罫線などの書式設定を変更します。
承認通知の構成方法の選択によっては、契約承認RTFテンプレート、サブテンプレートおよびデータ・モデルの1つ以上のコンポーネントの変更が必要になる場合があります。
Eメール通知
通知をカスタマイズして、ビジネスに関連する追加情報を含めることができ、より適切な意思決定が可能になります。 他のFusionアプリケーションの通知との一貫性が保持されるように、ロゴを追加したり、属性の形式、フォント、スタイルおよび色を変更できます。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。 手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: エンタープライズ契約 オプションでなくなるバージョン: 更新24D
ヒントおよび考慮事項
24D以降、この機能はオプトインでは制御されず、使用可能なデフォルトの機能になります。
主なリソース
「Eメール」処理を使用して契約を送信する場合は、「添付」セクションを使用して他の文書を添付し、契約と一緒に送信できます。
Eメール契約
添付を追加するには、ファイルをこのウィンドウにドラッグするか、添付するファイルを参照して追加します。
Eメールへの文書の添付
添付には、.DOCX、.PDF、.JPG、.PPT、.CSV、.HTMLなど、様々なファイル・タイプを使用できます。
「プレビュー」ボタンを使用して、Eメールを送信する前に契約をプレビューできます。 これにより、「契約の編集」ページの「プレビュー」処理と同じ方法で契約のPDFが開きますが、Eメールに添付した文書のプレビューは含まれません。
すべてを1つのEメールにまとめて送信することで、受信者は、契約とその関連文書を確認してEメールに返信するために必要な完全なコンテキストを取得できます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
契約検索結果から、「承認待ち」ステータスの契約の承認進捗を直接確認できます。 契約ランディング・ページ、「テキストによる契約の検索」または「契約の管理」タスクから、「承認待ち」ステータスの契約のステータス列にはリンクが表示されます。
検索結果からの「承認待ち」リンク
「承認待ち」リンクをクリックすると、「承認者のレビュー」ページが開き、契約の承認階層が表示されます。
「承認待ち」リンクからの「承認者のレビュー」
この機能を使用すると、検索基準を入力して適切な契約に焦点を当て、膠着している箇所を確認してその進行を支援できます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントおよび考慮事項
契約ランディング・ページの「承認待ち」タブの「承認者のレビュー」列から承認進捗をモニターすることもできます。
Oracle SalesまたはMicrosoftトークンの失効により同期が停止したユーザーへのEメール通知の有効化
営業管理者は、Oracle SalesまたはMicrosoftトークンの失効により同期が停止したOracle Sales Redwood UX統合ユーザーのMicrosoft 365へのEメール通知を有効にできるようになりました。 このEメールは、Oracle Sales for Outlookアドインにサインインするようにユーザーに通知し、次回スケジュール実行時に同期を再開できるようにします。
これによりユーザーの認識が向上し、Microsoft ExchangeとOracle Sales間の同期を再開するために、アドインへの再認証が必要となるタイミングをユーザーが把握できるようなります。
有効化のステップ
- 設定ユーザーとして営業アプリケーションにサインインします。
-
サンドボックスの外部で、「構成」→「アプリケーション・コンポーザ」にナビゲートします。
-
「生産性アプリケーション設定」→「Oracle Sales for Outlook」にナビゲートします。
-
「構成の同期化」ステップ(トレインのステップ2)をクリックして、「構成の同期化」ページに移動します。
- トークン失効のユーザー通知頻度設定で、「なし」以外のオプションを選択します。
- Microsoft Exchange (「デジタル営業Eメール・オプション使用可能」プロファイル・オプションで構成)を使用している場合は、Eメール通知送信元アドレス設定に送信元Eメール・アドレスを入力する必要があります。 それ以外の場合、この設定は読取り専用となり、デフォルトの送信元Eメール・アドレスが使用されます。
ヒントおよび考慮事項
- トークン失効のユーザー通知頻度のオプションを次に示します。
- なし = Eメール通知は送信されません
- 1回のみ = Eメール通知は、同期でユーザーのMicrosoftまたはOracle Salesトークンの失効が最初に検出された場合のみユーザーに送信されます
- 日次 = ユーザーがアドインにサインインするまで、1日に1回Eメール通知が送信されます
- 週次 = ユーザーがアドインにサインインするまで、毎週1回Eメール通知が送信されます
- Eメール通知は、Oracle Sales for Outlookアドインへのサインインに使用されるユーザーのMicrosoft Eメール・アドレスに送信されます。 アドインへの最後の正常なログイン後にユーザーのMicrosoft Eメール・アドレスが変更された場合、ユーザーにはEメール通知が届かなくなるため、営業管理者がMicrosoft 365モニターの「ユーザー資格証明の更新」処理を介して、ユーザーのMicrosoft Eメール・アドレスを手動で更新する必要があります。
主なリソース
- Oracle SalesのEメール統合機能に関する詳細は、営業の実装ガイドのEメール統合の章を参照してください
アクセス要件
- 営業管理者
階層ブランチに他のアカウントからの商談を含めたコンテキスト駆動型のオブジェクト・サブビューの提供
現在、営業担当には、単一のアカウントにリンクされている商談のリストが表示されます。 この新機能では、子孫アカウントの商談に加えて、重複としてマークされたアカウントの商談もオーバーレイして表示できます。
この機能により、可視性と効率性が向上し、営業担当のエクスペリエンスが向上します。 単一のアカウントに直接関連付けられている商談のみでなく、関連アカウントや子アカウントにリンクされている商談や、重複している可能性のあるアカウントを表示できるようにすることで、営業担当は、販売状況をより包括的に理解できます。 拡張されたこのビューにより、クロスセルやアップセルの商談をより効果的に識別し、リソース割当について情報に基づいて意思決定できます。 最終的には、営業プロセスが合理化され、顧客エンゲージメントが強化され、売上増加の可能性が高くなります。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントおよび考慮事項
「アカウント階層の非正規化データのリフレッシュ」スケジュール済プロセスを使用して、アカウント階層の非正規化データをリフレッシュします。
主なリソース
- スケジュール済プロセスのガイドを参照してください: https://docs.oracle.com/en/cloud/saas/sales/fauss/refresh-denormalized-data-for-account-hierarchy.html#u30242023
財務アカウントに対する販売アカウントのリンクの標準インポート管理
標準インポート・フレームワークを使用した一括インポートを介して、1つ以上の財務アカウントに対する販売アカウントのリンクを管理できるようになりました。
アカウント・リンクを使用して様々な販売アカウントと財務アカウントを関連付けるお客様は、大量のアカウント・リンクを迅速かつ簡単に準備してアプリケーションにロードできます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
Redwoodアカウントにレンダリングされるサブスクリプション・オブジェクトのバックオフィス/フロントオフィス・リンクセットの解決の取込み
この機能により、顧客サブスクリプション製品を検索して販売アカウントにレンダリングするロジックが改善されます。 現在、販売アカウントでのサブスクリプション製品の表示は、CRMとERPで二重に使用されている単一の組織パーティ・アカウントに依存しています。 この変更によってサブスクリプション製品は、販売アカウントと任意の財務アカウントの間に存在する事前構成済のリンクから表示されるようになります。
アカウント・リンクを使用して様々な販売アカウントと財務アカウントを関連付けるお客様は、財務アカウントへのリンクを使用して、顧客アカウントの販売者ビューへのサブスクリプション製品データのロードを要求できるようになりました。 この表示により、営業担当は月次および年次の経常売上の変化に対応し、更改を最適化することで、さらに売上を増加できます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントおよび考慮事項
この機能を使用するには、Oracle Subscription Management製品のライセンスを取得して、販売アカウントにデータをレンダリングする必要があります。
メイン・アカウントでの重複アカウントからのすべての商談の表示
この機能を使用すると、メイン・アカウントを表示しているときに、重複としてリンクされているアカウントの一連の商談をまとめて表示できます。
ハード・マージを必要とせずに重複する販売アカウントをリンクする新機能により、商談がメイン・アカウントに対して作成されたか重複アカウントに対して作成されたかに関係なく、一連の商談全体を表示できます。 これにより、販売アカウントの様々な販売アクティビティを把握しやすくなります。
有効化のステップ
この機能を有効にするために何もする必要はありません。
コールの要約のログ記録の提供(会議ノートおよび結果をユーザーが入力可能)
コールの要約を「インサイト」ページでログに記録して、その日の会議をフォローアップするようにユーザーに通知します。 ユーザーは、会議結果のノートを取得したり、フォローアップ・アクティビティを作成できます。 フォローアップ・アクティビティが不要な場合は却下するオプションがあります。 また、ユーザーは会議の開始時に事前通知を受け取ります。 ユーザーが通知をクリックすると、現在実行中の会議のノートを記入できるページが開きます。
- 会議ノートをタイミングよくログに記録し、すべての営業インタフェースにわたって一貫して会議の結果を追跡することで、営業フォローアップの精度が向上します
-
会議の際はノートを記入するように営業担当に促し、抜けがないようにします。
有効化のステップ
アドインにログインするコールを有効にするには、プロファイル・オプションORA_ZCA_ENABLE_INTERACTIONS_CALL_WRAP_UPSとORA_ZCA_ENABLE_TRACKING_INTERACTIONSの両方が「はい」に設定されていることを確認してください。
- 「ナビゲータ」→「自分の企業」→「設定および保守」作業領域をクリックします
- 「タスク」をクリックし、「検索」をクリックします。 「管理者プロファイル値の管理」タスクを検索して開きます。
- プロファイル・オプション・コードORA_ZCA_ENABLE_INTERACTIONS_CALL_WRAP_UPSを検索します
- プロファイル値を「はい」に変更します。
- プロファイル・オプション・コードORA_ZCA_ENABLE_TRACKING_INTERACTIONSを検索します
- プロファイル値を「はい」に変更します。
- 「保存」をクリックします
Redwood Sales Forecastingのユーザー・エクスペリエンスの機能拡張により、判断を迅速に適用して、最新の直感的なユーザー・インタフェースで予測精度を向上させることができます。 たとえば、セールス・マネージャは、売上予想項目(商談額または売上予想カテゴリ)を識別および調整して、管理者の判断に合わせて調整できるようになりました。 関連する調整メトリックが適宜反映され、営業マネージャとその管理チェーンにただちに表示されます。
Redwood Sales Forecastingでは、営業マネージャがオーバーレイ販売実績予測から独立して収益販売実績予測をレビューおよび調整できるようにすることで、複雑なマトリックス販売組織の予測をサポートし、予測精度を向上させます。 予測金額は、収益またはオーバーレイ・チーム・メンバーの分割率に基づいてテリトリ階層をロールアップします。
販売予測の概要営業部長、マネージャおよび営業担当者の判断のハイライト
売上予測商談調整
Redwood Sales Forecastingを使用すると、営業マネージャはチームと個々のパイプラインの全体像を把握でき、調整を迅速に適用して、予測を管理上の判断に合せることができます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントおよび考慮事項
「売上予測ディメンションのリフレッシュ」プロセス・ジョブは、販売リソース、テリトリおよび製品に対する定期的な更新が販売予測にタイムリに反映されるようにするのに役立ちます。 これは、正確な販売計画およびパフォーマンス・トラッキングに不可欠です。 通常、販売予測ディメンションのリフレッシュ・プロセスは、リソースの更新(商談所有者による予測)またはテリトリと製品(売上による予測)に基づいて定期的に実行するようにスケジュールします。 たとえば、リソース、リソース階層、テリトリ、テリトリ階層または製品の変更が多数ある場合は、毎日実行して販売予測情報をリフレッシュします。 プロセスは入力パラメータを取得しません。
ノート: リソース、テリトリまたは製品ディメンション値の10%を超える値が変更された場合、販売予測ディメンションのリフレッシュ・プロセスはエラーで完了します。 重要な営業組織または製品再編成がある場合は、「販売予測メトリックの生成」プロセスを実行して、アクティブな予測期間ごとに最新の営業リソースまたはテリトリおよび製品の販売予測メトリックを再生成することをお薦めします。
アクセス要件
この機能は、デジタル販売からの売上予想の管理権限およびデジタル販売からの売上予想の表示権限を持つセールス・マネージャが使用できます。