本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。
| 日付 | 製品 | 機能 | ノート |
|---|---|---|---|
| 2022年3月18日 | 初版作成。 |
アイデアをお寄せください
お客様からのアイデアはいつでも歓迎です。弊社のクラウド・サービスを改善する方法に関する提案がございましたら、ぜひお知らせください。Oracle Customer Connectのアイデア・ラボを通してなど、アイデアを送信する方法はいくつかあります。機能名の後にこのアイコンが表示される場合は、お客様のアイデアが実現されたことを意味します。
フィードバックをお寄せください
本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。
ドキュメントの公開に関するノート
この記事で参照されているドキュメントの一部は、4月1日にリリース更新が一般提供されるまで利用できない場合があります。完全な情報については、一般提供後に再度確認してください。
免責事項
この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。
この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。特にこの情報についてオラクルは一切の責任を負いかねます。詳細は、法律上の注意点および使用条件を参照してください。
列の定義:
レポート = 新規または変更済の、オラクル社から提供されたすぐに実行可能なレポートです。
UIまたはプロセスベース: 小規模 = これらのUIまたはプロセスベースの機能は、通常、フィールド、検証またはプログラムの軽微な変更で構成されます。したがって、ユーザーに対する潜在的な影響は最小になります。
UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能の設計は、より複雑になります。したがって、ユーザーに及ぼす影響は大きくなります。
無効状態で提供される機能 = エンド・ユーザーがこれらの機能を使用できるようにするには、処理が必要です。これらの機能は提供時には使用不可になっているため、機能を使用可能にするかどうかおよび使用可能にする時期を選択してください。たとえば、a)新しいまたは拡張されたBIサブジェクト領域はまずレポートに組み込む必要があり、b)新しいWebサービスを利用するには統合が必要で、c)機能にアクセスできるようにするにはまずユーザー・ロールに割り当てる必要があります。
| エンド・ユーザーがすぐに使用可能 レポートと小規模UIまたはプロセスベースの新機能が更新後にユーザーに与える影響は最小限です。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。 |
エンド・ユーザーが使用する前に顧客による処理が必要 これらの機能を使用可能にするために処理が必要になるため、中断されません。利用することを選択する際には、テストと展開のタイミングを設定します。 |
|||||
|---|---|---|---|---|---|---|
| 機能 |
レポート |
UIまたは |
UIまたは |
|
||
支払シートのステータスの一括更新というスケジュール済プロセスを使用して、支払バッチ内のすべての支払シートのステータスを一括で更新します。このプロセスは、「スケジュール済プロセス」メニューから実行します。
このプロセスを使用すると、すべての支払シートに同じ処理を一度に実行する必要がある場合に効率が向上します。
有効化のステップ
この機能を使用可能にするために必要な手順はありません。
ヒントと考慮事項
このジョブが成功するには、更新しようとしている支払バッチ内のすべての支払シートのステータスが同じである必要があります。支払シート処理パラメータの値、それに対して支払バッチのすべての支払シートに必要なステータスについては、次の表を参照してください。
| 支払シート処理パラメータの値 | すべての支払シートに必要なステータス |
|---|---|
| ロック解除 | ロック済 |
| ロック | 未払 |
| 承認 | 発行済 |
| 却下 | 発行済または承認済 |
| 発行 | ロック済 |
主なリソース
- インセンティブ報酬の使用ガイドの支払処理の章を参照してください。
ロール情報
- インセンティブ報酬マネージャ
Oracle Sales Planningの統合を使用して、報酬プランおよび参加者をSales Planningにロードします。目標を設定し、インセンティブ報酬と同期できます。エクスポート管理を使用して、インセンティブ報酬のパフォーマンス・メジャー、参加者およびターゲットをSales Planning Cloudにロードするエクスポート・アクティビティを作成することもできます。
- インセンティブ報酬データをSales Planning Cloudにロードするためのエクスポートの作成
- Sales Planning Cloudによる目標プランニングの合理化
- インサイト主導の目標プランニング・エクスペリエンス
- 予測アナリティクスによる精度の向上
インサイトに富んだダッシュボードによりプランニングの進捗とパフォーマンスを簡単にモニター可能
強力な予測ツールと分析ツールを利用した目標精度の向上
有効化のステップ
この機能を使用可能にするために必要な手順はありません。
主なリソース
- CX販売とB2Bサービス向けのインポートおよびエクスポート管理の理解ガイドのインセンティブ参加者の目標データのインポートの章を参照してください。
ロール情報
- 報酬管理者
- 報酬マネージャ
- 報酬アナリスト
拡張された参加者削除を使用すると、削除を簡単に実行およびトラブルシューティングできます。管理を容易にするために、参加者識別子の新しい列が参加者詳細ファイル・インポートに追加されました。
この機能の特長は次のとおりです。
- 誤ってインポートされた参加者の容易な削除
- 削除時の問題のトラブルシューティングの簡素化
有効化のステップ
この機能を使用可能にするために必要な手順はありません。
ヒントと考慮事項
参加者詳細の更新時、マスキング時および参加者の削除時に、参加者名のかわりに参加者識別子を使用して参加者を参照できるようになりました。
この新しい機能を使用するには、インセンティブ報酬の使用ガイドのインセンティブ報酬への参加者詳細のインポートおよび更新のトピック(インポート・ファイルの移入およびアップロードの項を参照)で参照されている更新版の参加者詳細インポート・テンプレートをダウンロードします。更新されたテンプレートでは、参加者識別子が使用可能な列になり、インポートの一部として使用できます。この列はオプションのフィールドです。この列にデータが入力されていない場合、インポートは通常どおり機能します。
主なリソース
- インセンティブ報酬の使用ガイドの参加者インポートの章を参照してください。
ロール情報
- 報酬管理者
- 報酬マネージャ
- 報酬アナリスト
パフォーマンスが向上した「元に戻す」プロセスを実行します。「元に戻す」プロセスではマルチスレッドでレコードが並行して処理され、トランザクションおよび関連するクレジット、メジャーの結果、収益が効率的に元に戻されます。「元に戻す」プロセスの各実行では、その特定の実行の参加者ごとのクレジット数とその環境で使用可能な就業者に基づいて、レコードがインテリジェントにバッチ処理されます。
パフォーマンスが向上した「元に戻す」により、日常の営業業務を迅速に実行できるため、作業効率が上がります。
有効化のステップ
この機能を使用可能にするために必要な手順はありません。
主なリソース
- インセンティブ報酬の実装のプロファイル・オプションの章を参照してください。
ロール情報
- インセンティブ報酬アナリスト
- インセンティブ報酬マネージャ
参加者詳細インポートを使用して、既存の参加者の有効日を更新します。インポート管理を使用して、既存の参加者詳細日付の有効日を訂正できるようになりました。
この機能の特長は次のとおりです。
- ファイル・インポートを使用して、参加者詳細有効日を一括変更します。
- 参加者詳細管理をより詳細に制御できます。
有効化のステップ
この機能を利用するには、プロファイル・オプションORA_CN_SRP_DTLS_MULT_VLDを「はい」に設定する必要があります。
- 「設定と保守」で、次の場所に移動します。
- オファリング: 販売
- 機能領域: インセンティブ
- タスク: インセンティブ・プロファイル値の管理
- ORA_CN_SRP_DTLS_MULT_VLDを検索して選択します。
- プロファイル値を「はい」に設定します。
- 変更を保存します。
ヒントと考慮事項
参加者詳細の有効日を変更すると、変更結果で詳細レコードの間に無効なギャップが生じていないことが確認されます。この拡張の前までは、このようなギャップが見つかった場合は、それを埋めるために、インポートによって参加者詳細レコードが自動的に挿入されていました。プロファイルでこの機能の使用を有効にすると、自動挿入が無効になり、より詳細に制御できるようになります。
また、変更で生じた無効なギャップをカバーするために、新規または変更済の参加者詳細行を、有効日に対する変更と同じファイルに含める必要があります。
主なリソース
- インセンティブ報酬の使用ガイドの参加者インポートの章を参照してください。
ロール情報
- 報酬管理者
- 報酬マネージャ
- 報酬アナリスト
ビジネス・ユニット全体のクレジット処理または分類プロセスの同時実行
複数のビジネス・ユニットがあるお客様では、ビジネス・ユニット(BU)全体でクレジット処理および分類プロセスの互換性が確保されるようになりました。1つのビジネス・ユニットでクレジット処理または分類プロセスを実行する必要があるお客様は、別のビジネス・ユニットで実行されているクレジット処理または分類プロセスによってブロックされることがなくなります。
BUにまたがるクレジット処理を行う場合は、競合を回避するために、それらのビジネス・ユニットでクレジット処理または分類を同時に実行しないでください。
小規模なビジネス・ユニットの処理は、他のビジネス・ユニットで長時間実行されるクレジット処理および分類処理によってブロックされなくなります。
有効化のステップ
この機能を使用可能にするために必要な手順はありません。
ヒントと考慮事項
複数のビジネス・ユニットでクレジット処理または分類を同時に実行する場合、環境で使用可能な就業者数が、それらのビジネス・ユニット内のプロセス全体に配分されます。複数のビジネス・ユニットで同時にプロセスを実行できることと、就業者数が少ない場合に、使用可能なすべての就業者を使用してプロセスを実行できるが、別のビジネス・ユニットのプロセスによって完全にブロックされることとは、トレードオフの関係にあります。
主なリソース
- インセンティブ報酬の使用ガイドのクレジット、積上および分類の処理の章を参照してください。
ロール情報
- インセンティブ報酬アナリスト
- インセンティブ報酬マネージャ