Administrator 練習問題 Q238

解説

前提知識

商談（Opportunity）とフェーズ（Stage）

商談は「商売の案件」を管理するオブジェクトです。その中の「フェーズ（Stage）」フィールドは、案件が今どこまで進んでいるかを表す選択リストです（例：見込み → 提案 → 交渉 → 成約）。

販売プロセス（Sales Process）とは

商談のフェーズ選択リストの中から、「この種類の商談ではこのフェーズだけ使う」という部分集合を定義する機能です。Salesforceでフェーズを分けたいときに使う、商談専用の仕組みと覚えてください（ケースならサポートプロセス、リードならリードプロセスがあります）。

ページレイアウト（Page Layout）とは

レコードの詳細画面・編集画面の「間取り図」を定義するものです。フィールドをどの順番でどのセクションに置くか、必須にするか、読み取り専用にするか、関連リストやボタンを出すかを決めます。

逆に、選択リストの中身には一切手を出せません。レイアウトAでもレイアウトBでも、同じ選択リストを開けば並ぶ値は同じです。この一点が本問の勝負を決めます。

なお、レイアウトからフィールドを外してもセキュリティにはなりません（レポートやAPIでは見えます）。本当に隠すなら項目レベルセキュリティを使います。

レコードタイプ（Record Type）とは

同じオブジェクトの中に、複数の「種類」を作る仕組みです。ユーザーはレコードの新規作成時に「どの種類を作りますか？」と聞かれ、選んだ種類に応じて見える世界が切り替わります。今回のように「ビジネス商談」と「パートナー商談」で違う進め方・違う項目を使いたいときのための機能です。

レコードタイプが切り替えられるのは次の三つです。

制御対象	内容
選択リスト値	マスターの値のうち、この種類で使う値だけを選ぶ
ページレイアウト	プロファイル×レコードタイプの組み合わせで割り当てる
ビジネスプロセス	商談なら販売プロセス、ケースならサポートプロセス、リードならリードプロセス

また、レコードタイプを使えるようにするにはプロファイルまたは権限セットに割り当てます。ロールや公開グループには割り当てられません。この知識が選択肢 D を切る根拠になります。

📌 レコードタイプが「入り口」となり、それにひもづく形で「ページレイアウト」と「販売プロセス（＝使えるフェーズ）」が決まります。

この3つの関係を図式化すると次のとおりです。

flowchart TD
    Obj["商談オブジェクト"] --> RT1["レコードタイプ：ビジネス商談"]
    Obj --> RT2["レコードタイプ：パートナー商談"]
    RT1 -->|紐づける| SP1["販売プロセス（4フェーズ）"]
    RT1 -->|割り当てる| PL1["ページレイアウトA"]
    RT2 -->|紐づける| SP2["販売プロセス（8フェーズ）"]
    RT2 -->|割り当てる| PL2["ページレイアウトB"]
    PL1 -->|プロファイルごとに割り当て| U1["ユーザー（ビジネス担当）"]
    PL2 -->|プロファイルごとに割り当て| U2["ユーザー（パートナー担当）"]

この図のポイントは、1つの商談オブジェクトを起点に、レコードタイプごとに枝分かれし、それぞれが独自の販売プロセス・ページレイアウトにつながるという点です。「順番に一列で進む」処理ではなく、レコードタイプを分岐点にして、種類の数だけ経路を増やせる構造だとイメージしてください。

この分岐構造が本問の核心です。ページレイアウトも販売プロセスも、レコードタイプという分岐点にぶら下がる形でしか「商談の種類別」には切り替わりません。

レコードタイプを使わずにページレイアウトだけを二つ作った場合、分岐点がなくなり、割り当ての軸はプロファイルしか残りません。つまり「このユーザーにはこの画面」という固定の振り分けになってしまい、同じ営業担当が場面に応じて二つを使い分けることができません。本問の企業は両方の商談を扱っているので、この時点でレイアウト単体の解決策は成立しません。

さらに、今回はフェーズと選択リスト値も分ける必要があります。ページレイアウトは選択リストの中身に触れられないので、レコードタイプを分岐点に置いて、そこから販売プロセスとページレイアウトのそれぞれの枝を伸ばす——この形以外に要件を満たす方法はない、というのがこの問題の結論です。

📘 そもそもレコードタイプという概念自体がまだモヤッとする方へ。何が切り替わり、どこに割り当て、どんな落とし穴があるのかを一から整理した記事を用意しています→ レコードタイプとは何か：同じオブジェクトに複数の「種類」を作る仕組み

設問の要件を整理する

	ビジネス商談	パートナー商談
フェーズ数	4	8
ページレイアウト	別	別
選択リストの値	別	別

つまり、**「1つの商談オブジェクトの中に、2つの違う世界を作りたい」**という要件です。これはレコードタイプの典型的なユースケースです。

---

選択肢の検討

A. 商談タイプの選択リスト値を制御するさまざまなページレイアウト → ✕

ページレイアウトが制御できるのは「どのフィールドをどこに並べるか・必須にするか・読み取り専用にするか」までです。

ページレイアウトだけでは、選択リストの値を増やしたり減らしたりできません。 値の出し分けにはレコードタイプが必須です。ここは初学者が非常に間違えやすいポイントなので、下の表で役割を整理しておいてください。

B. 商談の種類ごとにレコードタイプと販売プロセスを分離する → ⭕ 正解

販売プロセスで「このタイプで使うフェーズ」を定義し、それをレコードタイプに紐づけ、レコードタイプごとにページレイアウトを割り当てる——これでフェーズ数・レイアウト・選択リスト値のすべてを分けられます。要件を完全に満たす唯一の選択肢です。

C. ユーザーが正確な販売ステージ情報を入力していることを確認する検証ルール → ✕

検証ルールは「保存をブロックしてエラーを出す」機能です。間違った値を後から叱ることはできても、そもそも選択肢に表示させないことはできません。ユーザーには8つ全部のフェーズが見えたままになり、選んだあとでエラーになるという非常に使いにくい設計です。さらにページレイアウトを分ける要件も満たせません。

D. 商談のレコードタイプと販売プロセスを制限するための公開グループ → ✕

公開グループは、共有ルールやフォルダー共有などで使う「ユーザーのまとまり」です。レコードタイプをグループに割り当てることはできません（レコードタイプの割り当て先はプロファイルまたは権限セットです）。リソースの種類を取り違えた選択肢です。

---

役割の整理（ここが試験のカギ）

仕組み	できること	できないこと
販売プロセス	商談のフェーズ値の部分集合を定義する	フェーズ以外の選択リストやレイアウトの制御
レコードタイプ	プロセス・レイアウト・選択リスト値をセットで切り替える	レコードの閲覧権限の制御
ページレイアウト	フィールドの配置・必須・読み取り専用	選択リストの値の出し分け
検証ルール	保存時にエラーを出す	選択肢を非表示にする
公開グループ	ユーザーのまとまりを作って共有に使う	レコードタイプの割り当て

---

管理者としての対処手順

1. フェーズ値をすべて用意する ［設定］→［オブジェクトマネージャー］→［商談］→［フィールドとリレーション］→［フェーズ］で、両方のプロセスで使う値を全部登録

2. 販売プロセスを2つ作る ［設定］で 販売プロセス を検索 →［新規］で「ビジネス商談」（4フェーズ）と「パートナー商談」（8フェーズ）を作成し、各プロセスで使うフェーズだけを選択

3. ページレイアウトを2つ作る

4. レコードタイプを2つ作る ［オブジェクトマネージャー］→［商談］→［レコードタイプ］。作成時に対応する販売プロセスを選択し、プロファイルへの割り当てとページレイアウトの紐づけを行う

5. 必要に応じて、レコードタイプごとに他の選択リスト値も出し分ける

---

あわせて覚えておきたいポイント

• フェーズ値はまずマスターの選択リストに存在している必要があります。販売プロセスはあくまで「マスターから選んで使う」仕組みです。

• 商談のフェーズには、各値に 確度（Probability） と 予測分類（Forecast Category） が紐づきます。フェーズを増やすと売上予測にも影響します。

• **パス（Path）**を使うと、レコードタイプごとに違うガイダンスや入力項目をフェーズ別に表示でき、営業担当の体験がさらに良くなります。

• 同じ発想の問題はよく出ます。「同じオブジェクトで、パターン別に違うレイアウトや選択リスト値を使いたい」→ レコードタイプ と反射的に結びつけられるようにしておくと強いです。商談なら販売プロセス、ケースならサポートプロセス、リードならリードプロセスがセットで登場します。

---

出典（Salesforce公式）

• Tailor Business Processes to Different Record Types Users — レコードタイプとビジネスプロセスを組み合わせて、ユーザーごとに異なるプロセスを提供する

• How to Display Different Salesforce Sales Paths on Opportunities — 「レコードタイプ、販売プロセス、セールスパスを使って、商談で異なるガイド付き体験をサポートする方法」

• Create and Manage Stages and Sales Processes（Trailhead） — フェーズを作成し、販売プロセスに紐づけ、レコードタイプに割り当てる手順

• Understand and Customize Sales Processes and Paths（Trailhead） — 「ユーザーがそのレコードタイプを選択すると、フェーズ選択リストにはその値だけが表示される」

Salesforce公式ドキュメント↗