営業リソースの作成の概念

前に作成した設定ユーザーとは異なり、営業ユーザーを、営業リソース階層の一部であるリソースとして作成する必要があります。営業ユーザーは、「ユーザーの管理」タスクUIで作成することも、リソース・インポートで作成することもできます。セキュリティ・コンソールでリソースを作成することはできません。

営業リソースを作成する前に、次の重要な概念を確認してください:

設定アシスタントによる営業ユーザーの作成準備
営業リソース階層
設定アシスタントが自動的に作成するロール・プロビジョニング・ルール
Redwood UXで営業へのアクセスを提供するリソース・ロール
さらにリソース・ロールとロール・プロビジョニング・ルールが必要な場合

設定アシスタントによる営業ユーザーの作成準備

セールス・ユーザーを作成する準備をセット・アップ・アシスタントと、手動で完了する必要がある設定を次に示します。

設定アシスタントの動作	手動で行う必要があること
リソース・ロールをさらに作成します。必要なことはそれらの名前を入力することのみです。	設定アシスタントを実行した後、「設定および保守」で「リソース・ロールの管理」タスクを使用して、さらにリソース・ロールを手動で作成できます。このタスクにアクセスするには、営業オファリングのユーザーおよびセキュリティ機能領域で、「リソース・ロールの管理」タスクを見つけます。
Oracleが提供する標準リソース・ロールと、設定アシスタントで作成したその他のリソース・ロールのロール・プロビジョニング・ルールを作成します。	「HCMロール・プロビジョニング・ルールの管理」タスクを使用して、「設定および保守」の設定アシスタントの外部で作成したリソース・ロールに対して、さらにプロビジョニング・ルールを作成することもできます。このタスクにアクセスするには、営業オファリングのユーザーおよびセキュリティ機能領域で、「HCMロール・プロビジョニング・ルールの管理」タスクを見つけます。
CEOに対して入力したリソース組織をリソース組織階層の最上位として設定します。設定アシスタントは、次の2つの手動ステップを排除します: リソース組織の作成「リソース組織階層の管理」タスクを使用して、そのリソース組織を内部リソース組織階層の最上位として指定	設定アシスタントの実行後にリソース組織の名前を変更する必要がある場合は、「設定および保守」で「内部リソース組織の管理」タスクを使用してリソース組織を編集できます。このタスクにアクセスするには、営業オファリングのユーザーおよびセキュリティ機能領域で、「内部リソース組織の管理」タスクを見つけます。
プロファイル・オプション「ユーザー勤務先Eメールの検証使用可能」を設定して、ユーザーの重複Eメール・アドレスを誤って入力しないようにします。	NA

営業リソース階層

営業リソース階層は、「リソース・ディレクトリ」の組織チャートとして表示されます。また、次のことも行います:

どのユーザーがどの販売情報を表示できるかを制御します。
予測設定の基礎を形成します。たとえば、営業マネージャは部下の商談を表示および予測できますが、他の営業マネージャが管理する商談についてはできません。

重要: 構築するリソース階層は、Oracle HCMの正式なレポート階層と一致する必要はありません。ユーザーの作成時に指定した管理階層を使用して、リソース組織階層が作成されます。リソース階層の最上位を除いて、作成した各ユーザーに対してマネージャを入力する必要があります。

設定アシスタントが自動的に作成するロール・プロビジョニング・ルール

設定アシスタントは、すべての標準営業リソース・ロールを持つユーザーのロール・プロビジョニング・ルールを自動的に作成します。ルールによって、ユーザーに必要なジョブ・ロールと抽象ロールがプロビジョニングされます。

複数のサービスを同時に実装しているなどの理由で設定アシスタントを使用しなかった場合は、すべてのロール・プロビジョニング・ルールを手動で作成する必要があります。ルールは、「HCMロール・プロビジョニング・ルールの管理」タスクを使用して作成します。

設定アシスタントが作成するロール・プロビジョニング・ルール、プロビジョニングをトリガーする条件、および各ルールがプロビジョニングするジョブ・ロールと抽象ロールのリストを次に示します。各ジョブおよび抽象ロールの説明は、『CX Sales and Fusion Serviceのセキュリティ・リファレンス』ガイドから入手できます。

ロール・プロビジョニング・ルール設定アシスタントの作成

プロビジョニング・ルール名	条件	プロビジョニングされるジョブ・ロールまたは抽象ロール	提供されたUIアクセス
営業管理者	HRアサイメント・ステータス: アクティブリソース・ロール: 営業管理者	営業管理者リソース	Redwood UXでの販売クラシック販売
営業マネージャ	HRアサイメント・ステータス: アクティブリソース・ロール: 営業マネージャ	営業マネージャリソース	Redwood UXでの販売クラシック販売
営業担当	HRアサイメント・ステータス: アクティブリソース・ロール: 営業担当	営業担当リソース	Redwood UXでの販売クラシック販売
営業部長	HRアサイメント・ステータスがアクティブである。リソース・ロールが営業部長である。	営業部長リソース	Redwood UX UIでのCX SalesとSalesの両方
営業設定ユーザー	HRアサイメント・ステータスがアクティブである。リソース・ロールが営業設定ユーザーである。	アプリケーション実装コンサルタント ITセキュリティ・マネージャアプリケーション診断管理者営業管理者営業アナリスト	Redwood UX UIでのCX SalesとSalesの両方
従業員	HRアサイメント・ステータスがアクティブである。システムPersonタイプが従業員である。	従業員	該当なし
チャネル・アカウント・マネージャ	HRアサイメント・ステータスがアクティブである。リソース・ロールがチャネル・アカウント・マネージャである。	チャネル・アカウント・マネージャリソース	クラシック販売
チャネル営業マネージャ	HRアサイメント・ステータスがアクティブである。リソース・ロールがチャネル営業マネージャである。	チャネル営業マネージャリソース	クラシック販売
チャネル運用マネージャ	HRアサイメント・ステータスがアクティブである。リソース・ロールがチャネル運用マネージャである。	チャネル運用マネージャリソース	クラシック販売
最高経営責任者	HRアサイメント・ステータスがアクティブである。リソース・ロールが最高経営責任者である。	営業部長リソース	クラシック販売
契約管理者	HRアサイメント・ステータスがアクティブである。リソース・ロールが契約管理者である。	契約管理者リソース	クラシック販売
契約マネージャ	HRアサイメント・ステータスがアクティブである。リソース・ロールが契約マネージャである。	契約マネージャリソース	クラシック販売
顧客データ・スチュワード	HRアサイメント・ステータスがアクティブである。リソース・ロールが顧客データ・スチュワードである。	顧客データ・スチュワードリソース	クラシック販売
データ・スチュワード・マネージャ	HRアサイメント・ステータスがアクティブである。リソース・ロールがデータ・スチュワード・マネージャである。	データ・スチュワード・マネージャリソース	クラシック販売
パートナ管理者	リソース・ロールがパートナ管理者である。	パートナ管理者	クラシック販売
パートナ営業マネージャ	リソース・ロールがパートナ営業マネージャである。	パートナ営業マネージャ	クラシック販売
パートナ営業担当	リソース・ロールがパートナ営業担当である。	パートナ営業担当	クラシック販売
営業リード・クオリファイア	HRアサイメント・ステータスがアクティブである。リソース・ロールが営業リード・クオリファイアである。	営業リード・クオリファイアリソース	クラシック販売
営業制限付きユーザー	HRアサイメント・ステータスがアクティブである。リソース・ロールが営業制限付きユーザーである。	営業制限付きユーザーリソース	クラシック販売
派遣就業者	HRアサイメント・ステータスがアクティブである。システムPersonタイプが派遣就業者である。	派遣就業者	クラシック販売

営業ユーザーを従業員として作成します。そのため、次の2つのロール・プロビジョニング・ルールが実現します:

ユーザーのリソース・ロールによってトリガーされるルール
従業員であるという事実によってトリガーされるルール

たとえば、Oracleによって提供される営業マネージャ・リソース・ロールを持つユーザーを作成すると、自動的に営業マネージャ・ジョブ・ロールとリソース抽象ロールがプロビジョニングされます。従業員としてユーザーを作成しているため、従業員抽象ロールもプロビジョニングされます。

Redwood UXで営業へのアクセスを提供するリソース・ロール

これら4つのリソース・ロールをリソースに割り当てると、設定アシスタントによって自動的に作成されるロール・プロビジョニング・ルールによって、Redwood UXの営業へのアクセスが提供されます。また、クラシック営業UIへのアクセス権もユーザーに付与されます。

営業担当
営業マネージャ
営業部長
営業管理者

さらにリソース・ロールとロール・プロビジョニング・ルールが必要な場合

リソース・ロールは、設定アシスタントに入力するか、「リソース・ロールの管理」タスクを使用して、さらに作成する必要がある場合があります。次に、より多くのリソース・ロールおよびロール・プロビジョニング・ルールが必要な理由をいくつか示します:

ユーザーに対して別のジョブ・タイトルを表示する必要がある場合。
たとえば、ユーザーに対して組織チャートでセールス・エバンジェリストのタイトルを表示する場合は、セールス・エバンジェリストのリソース・ロールとそのプロビジョニング・ルールを作成する必要があります。
一部のユーザーに特別な権限を持たせる必要がある場合。
たとえば、組織内のいずれかの営業マネージャが営業管理者としても機能する場合は、両方のジョブ・ロールをプロビジョニングします。これを行うには、新しいリソース・ロールとそのロールに付随するプロビジョニング・ルールを作成する必要があります。
マネージャである営業管理者を作成します。
オラクルが提供している営業管理者リソース・ロールは、一般社員(メンバー)向けです。営業管理者が他のユーザーを管理している場合は、個別のマネージャ・リソース・ロールとそのロールに付随するプロビジョニング・ルールを作成する必要があります。

リソース・ロールを作成するたびに、対応するロール・プロビジョニング・ルールも作成する必要があります。たとえば、営業サポート・リソース・ロールを作成した場合、1つ以上の使用可能なジョブ・ロールとリソース抽象ロールをプロビジョニングするロール・プロビジョニング・ルールを作成する必要があります。リソース・ロールを設定アシスタントで作成した場合、ルールは自動的に作成されます。「リソース・ロールの管理」タスクを使用してリソース・ロールを作成する場合、ロール・プロビジョニング・ルールは手動で作成する必要があります。