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

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

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

ここでは、設定アシスタントを使用して営業ユーザーを作成するための準備、および手動での完了が必要な場合がある設定について説明します。

設定アシスタントによって実行されること 手動での実行が必要な場合があるもの

追加のリソース・ロールを作成します。必要なことはそれらの名前を入力することのみです。

設定アシスタントを実行した後、「設定および保守」で「リソース・ロールの管理」タスクを使用して、手動で追加のリソース・ロールを作成できます。このタスクにアクセスするには、営業オファリングの「ユーザーおよびセキュリティ」機能領域で、「リソース・ロールの管理」タスクを見つけます。

Oracleから提供される標準リソース・ロール用と、設定アシスタントで作成したその他のリソース・ロール用のロール・プロビジョニング・ルールを作成します。

「HCMロール・プロビジョニング・ルールの管理」タスクを使用して、「設定および保守」の「設定アシスタント」以外で作成したリソース・ロールに対して追加のプロビジョニング・ルールを作成することもできます。このタスクにアクセスするには、営業オファリングの「ユーザーおよびセキュリティ」機能領域で、「HCMロール・プロビジョニング・ルールの管理」タスクを見つけます。

CEOに対して入力したリソース組織をリソース組織階層の最上位として設定します。

設定アシスタントでは、次の2つの手動ステップが排除されます:
  • リソース組織の作成
  • 「リソース組織階層の管理」タスクを使用して、そのリソース組織を内部リソース組織階層の最上位として指定

設定アシスタントの実行後にリソース組織の名前を変更する必要がある場合は、「設定および保守」で「内部リソース組織の管理」タスクを使用して編集できます。このタスクにアクセスするには、営業オファリングの「ユーザーおよびセキュリティ」機能領域で、「内部リソース組織の管理」タスクを見つけます。

プロファイル・オプション「ユーザー勤務先Eメールの検証使用可能」を設定して、ユーザーに対して重複するEメール・アドレスが誤って入力されないようにします。

NA

営業リソース階層

営業リソース階層は、「リソース・ディレクトリ」の組織チャートとして表示されます。また、次のことも行います:
  • どのユーザーがどの販売情報を表示できるかを制御します。
  • 予測設定の基礎を形成します。たとえば、営業マネージャは部下の商談を表示および予測できますが、他の営業マネージャが管理する商談についてはできません。
重要: 構築するリソース階層は、Oracle HCMの正式なレポート階層と一致する必要はありません。ユーザーの作成時に指定した管理階層を使用して、リソース組織階層が作成されます。リソース階層の最上位を除いて、作成した各ユーザーに対してマネージャを入力する必要があります。

設定アシスタントによって自動作成されるロール・プロビジョニング・ルール

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

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

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

設定アシスタントによって作成されるロール・プロビジョニング・ルール

プロビジョニング・ルール名 条件 プロビジョニングされるジョブ・ロールまたは抽象ロール 提供されるUIアクセス
営業管理者
  • HRアサイメント・ステータス: アクティブ
  • リソース・ロール: 営業管理者
  • 営業管理者
  • リソース
  • Redwood UXのSales
  • クラシックSales

営業マネージャ

  • HRアサイメント・ステータス: アクティブ
  • リソース・ロール: 営業マネージャ
  • 営業マネージャ
  • リソース
  • Redwood UXのSales
  • クラシックSales

営業担当

  • HRアサイメント・ステータス: アクティブ
  • リソース・ロール: 営業担当
  • 営業担当
  • リソース
  • Redwood UXのSales
  • クラシックSales

営業部長

HRアサイメント・ステータスがアクティブである。

リソース・ロールが営業部長である。

営業VP

リソース

CX Sales UIとRedwood UXのSales UIの両方

営業設定ユーザー

HRアサイメント・ステータスがアクティブである。

リソース・ロールが営業設定ユーザーである。

アプリケーション実装コンサルタント

ITセキュリティ・マネージャ

アプリケーション診断管理者

営業管理者

営業アナリスト

CX Sales UIとRedwood UXのSales UIの両方

従業員

HRアサイメント・ステータスがアクティブである。

システムPersonタイプが従業員である。

従業員

該当なし。
チャネル・アカウント・マネージャ

HRアサイメント・ステータスがアクティブである。

リソース・ロールがチャネル・アカウント・マネージャである。

チャネル・アカウント・マネージャ

リソース

クラシックSales

チャネル営業マネージャ

HRアサイメント・ステータスがアクティブである。

リソース・ロールがチャネル営業マネージャである。

チャネル営業マネージャ

リソース

クラシックSales

チャネル・オペレーション・マネージャ

HRアサイメント・ステータスがアクティブである。

リソース・ロールがチャネル運用マネージャである。

チャネル・オペレーション・マネージャ

リソース

クラシックSales

最高経営責任者

HRアサイメント・ステータスがアクティブである。

リソース・ロールが最高経営責任者である。

営業VP

リソース

クラシックSales

契約管理者

HRアサイメント・ステータスがアクティブである。

リソース・ロールが契約管理者である。

契約管理者

リソース

クラシックSales

契約マネージャ

HRアサイメント・ステータスがアクティブである。

リソース・ロールが契約マネージャである。

契約マネージャ

リソース

クラシックSales

顧客データ・スチュワード

HRアサイメント・ステータスがアクティブである。

リソース・ロールが顧客データ・スチュワードである。

顧客データ・スチュワード

リソース

クラシックSales

データ・スチュワード・マネージャ

HRアサイメント・ステータスがアクティブである。

リソース・ロールがデータ・スチュワード・マネージャである。

データ・スチュワード・マネージャ

リソース

クラシックSales

パートナ管理者

リソース・ロールがパートナ管理者である。

パートナ管理者

クラシックSales

パートナ営業マネージャ

リソース・ロールがパートナ営業マネージャである。

パートナ営業マネージャ

クラシックSales

パートナ営業担当

リソース・ロールがパートナ営業担当である。

パートナ営業担当

クラシックSales

営業リード・クオリファイア

HRアサイメント・ステータスがアクティブである。

リソース・ロールが営業リード・クオリファイアである。

営業リード・クオリファイア

リソース

クラシックSales

営業制限付きユーザー

HRアサイメント・ステータスがアクティブである。

リソース・ロールが営業制限付きユーザーである。

営業制限付きユーザー

リソース

クラシックSales

派遣就業者

HRアサイメント・ステータスがアクティブである。

システムPersonタイプが派遣就業者である。

派遣就業者

クラシックSales
営業ユーザーを従業員として作成します。したがって、次の2つのロール・プロビジョニング・ルールが作用します:
  • ユーザーのリソース・ロールによってトリガーされるルール
  • 従業員であるという事実によってトリガーされるルール
たとえば、Oracleによって提供される営業マネージャ・リソース・ロールを持つユーザーを作成すると、自動的に営業マネージャ・ジョブ・ロールとリソース抽象ロールがプロビジョニングされます。従業員としてユーザーを作成しているため、従業員抽象ロールもプロビジョニングされます。

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

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

  • 営業担当
  • 営業マネージャ
  • 営業VP
  • 営業管理者

その他のリソース・ロールおよびロール・プロビジョニング・ルールが必要な状況

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

  • ユーザーに対して別のジョブ・タイトルを表示する必要がある場合。

    たとえば、ユーザーに対して組織チャートでセールス・エバンジェリストのタイトルを表示する場合は、セールス・エバンジェリストのリソース・ロールとそのプロビジョニング・ルールを作成する必要があります。

  • 一部のユーザーに特別な権限を持たせる必要がある場合。

    たとえば、組織内の営業マネージャの1人が営業管理者にもなる場合は、両方のジョブ・ロールをプロビジョニングします。これを行うには、新しいリソース・ロールとそのロールに付随するプロビジョニング・ルールを作成する必要があります。

  • マネージャ兼営業管理者を作成する必要がある場合。

    オラクルが提供している営業管理者リソース・ロールは、一般社員(メンバー)向けです。営業管理者が他のユーザーを管理している場合は、個別のマネージャ・リソース・ロールとそのロールに付随するプロビジョニング・ルールを作成する必要があります。

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