Administrator 練習問題 Q178

解説

前提知識

自動化ツールは「何ができるか」で見分ける

Salesforceの自動化問題は、ツールごとの「できることの範囲」を覚えていれば解けます。

ツール	自動で走るか	タスク作成	メール送信
検証ルール	保存時にチェックするだけ	✕	✕
アウトバウンドメッセージ	他の自動化から呼ばれる	✕	✕（送るのは外部システム宛のデータ）
承認プロセス	人の申請・承認を管理する	アクションとして可能	アクションとして可能
レコードトリガーフロー	レコードの作成・更新で自動に走る	○	○

検証ルールとは

保存時に条件をチェックし、無効な値と判定した場合にエラーを表示して保存を止める仕組みです。データ品質を守るための機能であり、タスク作成やメール送信などの後続アクションは実行しません。

アウトバウンドメッセージとは

名前に「メッセージ」とあるためメールと混同されがちですが、これは外部システムに向けてレコードのデータを送る連携用の仕組みです。宛先は人間ではなく、基幹システムなどの受信先URLです。

承認プロセスとは

レコードに対する人の承認・却下を管理する仕組みです。申請時・承認時・却下時のアクションとしてタスクやメールアラートを設定できますが、目的はあくまで「承認判断を含む業務」です。

レコードトリガーフローとは

フローはFlow Builderで作る自動化の仕組みで、そのうちレコードの作成・更新・削除をきっかけに自動で走るのがレコードトリガーフローです。［レコードを作成］でタスク（ToDo）を作れ、［メールを送信］でメールを送れるため、1つのフローで両方のアクションを実行できます。現在、Salesforceは新規の自動化にFlow Builderの使用を推奨しています（Process Builderは2025年12月31日でサポートと更新が終了）。

「主要な取引先責任者」はどこにあるか

商談の［主要］取引先責任者は、商談の項目ではなく**商談連絡先ロール（Opportunity Contact Role）**という中間レコードで管理されています。そのため、メールの宛先を特定するには、フローで商談連絡先ロールを検索して［主要］がTrueのレコードを取得する必要があります。

設問の状況を分解する

1. きっかけ：商談が成立したとき（フェーズがClosed Wonになったとき）
2. アクションA：ウェルカムToDo（タスク）を作成する
3. アクションB：主要な取引先責任者にウェルカムメールを送信する 重要なのは2点です。

• 「自動的に」と書かれている→人の操作を待つ仕組みは候補から外れる
• アクションが2つある→両方を実行できるツールを選ぶ 初学者が迷うのは、「メールを送る」という言葉に引っ張られてアウトバウンドメッセージを選んでしまう点です。ツール名の雰囲気でなく、実際の動作で判断してください。

---

選択肢の検討

A. 検証ルール → ✕

保存を止めるだけの機能です。タスクも作れず、メールも送れません。問題文が「主要な取引先責任者が未設定のまま成立にできないようにしたい」と言っていたら、こちらが正解になります。

B. アウトバウンドメッセージ → ✕

名前が紛らわしいですが、これは外部システムにデータを送る連携機能であり、人にメールを届けるものではありません。タスク作成もできません。「成立したら基幹システムに受注情報を連携したい」という要件ならこちらです。

C. 承認プロセス → △（惜しいが不正解）

承認プロセスもアクションとしてタスク作成とメールアラートを実行できるため、「2つのアクションができるか」という視点だけでは惜しい選択肢です。しかし承認プロセスは申請→承認者の判断が前提です。本問には承認者も承認判断も存在せず、商談成立を契機に後続処理を走らせるだけなので不適切です。「値引率が20%を超える商談は上司の承認を得てから成立にしたい」という要件なら承認プロセスが正解です。

D. レコードトリガーフロー → ⭕ 正解

商談の更新をきっかけに自動で走り、「成立になった」という条件を判定したうえで、［レコードを作成］でToDoを作り、［メールを送信］で主要な取引先責任者へメールを送れます。商談連絡先ロールを検索して宛先を特定する処理も同じフロー内に含められるため、要件を1つの自動化で完結できます。現在のSalesforce公式の推奨実装です。

---

管理者としての対処手順

1. ［設定］→［フロー］→［新規フロー］→［レコードトリガーフロー］を選ぶ。
2. 対象を商談、トリガーを「レコードが更新されたとき」、開始条件を［成立］がTrue（またはフェーズがClosed Won）に設定する。
3. ［更新されたレコードが条件を満たすようになった場合のみ］を選び、保存後フローとする。
4. ［レコードを取得］で商談連絡先ロールを検索し、商談IDが $Record.Id、［主要］がTrueのレコードを取得する。
5. 主要な取引先責任者がいない場合の分岐を［決定］要素で用意する。
6. ［レコードを作成］でToDo（タスク）を作成し、件名・期限・割り当て先・関連先を設定する。
7. ［メールを送信］アクションで、取得した取引先責任者のIDまたはメールアドレスを受信者に指定する。
8. デバッグし、成立への変更時に1回だけタスクとメールが作成・送信されることを確認して有効化する。

💡 既存のワークフロールールやプロセスビルダーが組織に残っている場合は、Migrate to Flowツールでフローへ変換できます。

---

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

• 自動化の問題は、まず**「人がボタンを押すのか、勝手に走るのか」**で二分するのがコツです。
  • 保存を止めたい → 検証ルール
  • 外部システムにデータを渡したい → アウトバウンドメッセージ
  • 人の承認を得てから進めたい → 承認プロセス
  • レコードの変化をきっかけに自動で走らせたい → レコードトリガーフロー
  • ユーザーに入力画面を見せたい → 画面フロー
• 新規の自動化はFlow Builderを使います。Workflow RulesとProcess Builderは2025年12月31日でサポートと更新が終了しましたが、既存の自動化は引き続き動作します。
• 商談の［主要］取引先責任者は商談連絡先ロールに保持されるため、フローではそのレコードを検索して受信者を特定します。
• タスクはSalesforceの活動に含まれる標準のTaskオブジェクトです。フローの［レコードを作成］要素でTaskレコードを作成できます。

---

出典（Salesforce公式）

• Sending Automated Emails to Primary Contact Roles When an Opportunity is Won（Salesforce Help） — 「商談成立時のレコードトリガーフローで主要な商談連絡先ロールを取得し、その取引先責任者へメールを送信するのが推奨構成である」
• Send Email Action（Salesforce Help） — 「フローの［メールを送信］アクションで、取引先責任者IDまたはメールアドレスを受信者に指定できる」
• Opportunity Contact Role Fields（Salesforce Help） — 「［主要］フラグと取引先責任者は商談連絡先ロールに保持される」
• Salesforce Workflow Rules & Process Builder End of Support（Salesforce Help） — 「Workflow RulesとProcess Builderは2025年12月31日でサポートと更新が終了し、既存自動化は継続動作するが、新規実装と移行先にはFlow Builderが推奨される」
• Create Approval Processes（Salesforce Help） — 「承認プロセスにはタスク、メールアラート、項目更新、アウトバウンドメッセージを承認アクションとして追加できる」

Salesforce公式ドキュメント↗