Administrator 練習問題 Q236
Dreamhouse Realtyのエージェントは、オープンハウスイベントの夜を二重予約しています。イベントマネージャーは、エージェントがイベントの詳細とリクエストの日付を入力できるように、イベントの送信プロセスを望んでいます。管理者はどのようにリクエストを実行する必要がありますか？
左の○で回答を選択。本文を押すと横線で除外でき、もう一度押すと戻せます。
1つ選択してください（0/1）
正答：B. キャンペーンオブジェクトに承認プロセスを作成します。
解説
前提知識
承認プロセスとは
「申請 → 承認者の承認/却下 → 結果に応じた自動処理」という流れを、コードなしで仕組み化する機能です。今回のように「エージェントがまずイベント詳細と希望日を申請し、担当者がそれを確認してから正式に日程を確定する」という業務は、承認プロセスの典型的な使いどころです。
💡 ここがまだモヤッとする方へ。承認プロセスの仕組みを一から整理した記事を用意しています → 承認プロセスとは何か：「上司の承認をもらう」を仕組み化する
なぜ「キャンペーン」オブジェクトなのか
Dreamhouse Realtyのオープンハウス（イベント）はキャンペーンオブジェクトのレコードとして管理される設計です。承認プロセスは標準オブジェクトであるキャンペーンにも作成できます。
設問の状況を分解する
- 複数のエージェントが同じ夜にオープンハウスを設定してしまい、二重予約が発生している
- イベントマネージャーは、エージェントにイベントの詳細と希望日を入力させる申請の流れを作りたい
- つまり「誰かが確認してから確定する」という人の判断を挟む申請フローが必要 これは自動でどんどん処理を進める話ではなく、人が内容を見て確定させる話です。この時点で、検証ルールや共有ルールではなく、承認プロセス系の機能を最初に疑います。
選択肢の検討
A. ワークフロールールを作成して、イベント日付フィールドを更新します。 → ✕
ワークフロールールは、条件に合致したレコードの項目を自動更新したりメールを送ったりする機能です。人が内容を確認して許可するという申請の流れそのものは作れません。日程の重複を防ぐ仕組みにはなりません。
B. キャンペーンオブジェクトに承認プロセスを作成します。 → ⭕ 正解
エージェントがイベント詳細と希望日を入力して申請し、担当者（承認者）が確認してから承認または却下する一連の流れを実現できます。キャンペーンにClassic承認プロセスを作成できることもSalesforce公式で確認できます。なお、申請時のレコードロックは提出済みのキャンペーンを編集されないようにする機能であり、別のキャンペーンレコードとの日付重複を自動検出する機能ではありません。日程の競合は承認者が確認するか、別途フローなどで検出する必要があります。
C. 他のエージェントがイベントを表示できるように、共有ルールを作成します。 → ✕
共有ルールは「誰が見えるか」を広げるだけの仕組みです。見えるようになったところで、二重予約を防ぐための申請・承認の流れは何も作られません。
D. エージェントがイベントの日付をリクエストするためのキャンペーンを作成します。 → ✕
「キャンペーンを作る」という行為自体は、日付をリクエストする仕組みにはなりません。キャンペーンはあくまでイベントを表すレコードの入れ物であり、申請・承認のロジックを持ちません。
管理者としての対処手順
- ［設定］の［承認プロセス］で対象オブジェクトに［キャンペーン］を選択し、承認プロセスを作成する。
- エントリ基準、申請可能なユーザー、承認者、承認・却下時のアクションを設定する。
- 承認者が判断できるように、希望日、時間帯、会場、担当エージェントなど必要な項目をキャンペーンに用意する。
- 申請中の内容を固定する場合は、初期申請時の既定のレコードロックを使用する。これは同一レコードの編集を防ぐもので、別レコードとの予約競合は検出しない。
- 日付重複を自動的に検出する要件まである場合は、承認プロセスとは別にレコードトリガーフローなどの実装を検討する。
- 手動申請を使用する場合は、ページレイアウトのアクションと承認履歴の表示を確認する。
あわせて覚えておきたいポイント
- 承認プロセスは、レコードを承認者へ回し、承認待ちの同一レコードをロックできます。ただし、複数レコード間の一意性や予約重複を保証する機能ではありません。
- 「人の確認を挟みたい」という言葉が問題文にあれば、まず承認プロセスを疑ってください。
出典（Salesforce公式）
- Auto Submit Salesforce Campaign Record into Approval Process with Flow — キャンペーンを対象に承認プロセスを作成でき、キャンペーンレコードを承認申請できることを裏付ける。
- Prepare to Create a Classic Approval Process — 承認者、エントリ基準、承認・却下時の処理を設計すること、および申請時に対象レコードがロックされることを裏付ける。
- Specify Who Can Edit Locked Records in a Classic Approval Process — 承認申請時のロックが、承認待ちの対象レコードの編集を制御する機能であることを裏付ける。