Administrator 練習問題 Q279

解説

前提知識

取引先と取引先責任者とは

取引先（Account）は企業や組織、取引先責任者（Contact）はその企業に所属する人物を表す標準オブジェクトです。取引先責任者の［取引先名］は、取引先レコードを関連付ける標準の参照項目です。 ここで大事なのは、取引先の項目を更新しても、取引先責任者の項目は自動では変わらないという点です。例えば取引先の住所や格付けが変わっても、その会社に紐づく取引先責任者側の項目はそのままです。「親の変更を子に伝搬させる」には、自分で仕掛けを作る必要があります。

自動化ツール（プロセスビルダーとフロー）とは

プロセスビルダーは、「あるレコードが作成・更新されたときに、条件を判定してアクションを実行する」ノーコードの自動化ツールです。アクションには「レコードの更新」があり、トリガーとなったレコードだけでなく、それに関連する別のレコードの項目も更新できます。これがこの設問の要件に合致します。 現在の後継機能がフローです。中でもレコードトリガーフローは、レコードの作成・更新・削除を契機に実行され、関連レコードの項目更新も行えます。

入力規則とは

保存時に値を検査し、条件に反すればエラーを出して保存を止める機能です。値を書き換える力はありません。

共有ルールとは

共有ルールは、特定のレコードを誰に見せるかを拡張するアクセス権の機能です。データの中身を書き換える機能ではありません。

主従関係とは

主従関係は、親（主）レコードが子（従）レコードを強く支配するリレーションです。親を削除すれば子も削除され、子の共有設定と所有者は親に従い、親側に積み上げ集計項目を作れます。ただし支配されるのは削除・共有・所有者であって、「親の項目値を子にコピーする」機能ではありません。

設問の状況を分解する

1. 取引先の項目が変更される
2. その取引先に紐づく取引先責任者を、変更内容に合わせて自動で更新したい
3. つまり必要なのは「トリガー（取引先の更新）」＋「関連レコード（取引先責任者）の項目更新」 初学者が誤解しがちなのは、オブジェクト同士をリレーションで結べば値も連動すると思ってしまうことです。リレーションは「つながり」を作るだけで、項目値の同期は自動化ツールの仕事です。

---

選択肢の検討

A. 入力規則を設定する → ✕

入力規則は保存を止めるだけで、値を書き換えることはできません。これが正解になるのは「取引先責任者の項目に不整合な値を入力させたくない」という症状のときです。

B. 条件に基づく共有ルールを使用する → ✕

共有ルールはアクセス権を広げる機能です。見える人を増やすだけで、レコードの内容は1バイトも変わりません。「取引先の区分がVIPのときだけ、その取引先責任者を特定チームに見せたい」ならこれが正解です。

C. プロセスビルダーを使用して自動化する → ⭕ 正解

取引先の更新をトリガーにし、関連する取引先責任者レコードの項目を更新する——これはノーコードの自動化ツールの仕事です。選択肢の中で唯一、「変更を検知して別レコードを書き換える」ことができます。 ただし前述のとおり、プロセスビルダーのサポートと更新は終了しています。既存プロセスは動作しますが、新規実装では取引先に対するレコードトリガーフローを作成して同じことを実現します。

D. 主従関係を設定する → △（惜しいが不正解）

「親子を強く結ぶ」イメージから選びたくなる選択肢です。しかし主従関係で連動するのは、親削除時の従レコード削除や、従レコードの所有者・共有およびセキュリティの継承であり、項目値の自動コピーではありません。さらに、取引先と取引先責任者はすでに標準のリレーションで結ばれており、管理者がこの間のリレーション種別を主従関係に作り直すことはできません。 判別基準：リレーションは「データ構造」、自動化ツールは「値の書き換え」。 値を更新したいなら自動化ツールです。

---

管理者としての対処手順（現行のフローでの実装）

1. ［設定］→ クイック検索「フロー」→［新規フロー］
2. ［レコードトリガーフロー］を選択する
3. オブジェクトに［取引先］、トリガーに［レコードが更新されたとき］を指定する
4. エントリ条件で「どの項目が変わったときに動かすか」を絞る
5. ［レコードを更新］要素を追加し、対象を「この取引先に関連付いた取引先責任者」にする
6. 更新する項目と値を設定し、デバッグで検証してから有効化する

やりたいこと	使う機能
親の変更を子の項目に反映させる	レコードトリガーフロー（旧：プロセスビルダー）
子の件数や合計を親に表示する	主従関係＋積み上げ集計項目（カスタムオブジェクトの場合）
不正な値の保存を阻止する	入力規則
見える範囲を広げる	共有ルール

---

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

• 取引先と取引先責任者のつながりは標準で提供されており、管理者が主従関係に変更することはできません。
• 主従関係では、親削除時の従レコード削除や、従レコードの所有者・共有およびセキュリティの継承が行われます。項目値は自動では伝わりません。
• Salesforceは新規の自動化にFlow Builderを推奨しています。古い問題集で「ワークフロールール」「プロセスビルダー」とあった場合は、現行実務ではフローで実装する点も併せて確認してください。

---

出典（Salesforce公式）

• Salesforce Workflow Rules & Process Builder End of Support — 2025年12月31日にサポートと更新が終了したこと、既存の自動化は継続して実行できること、新規実装にはFlow Builderが推奨されることを裏付けます。
• Update Records from a Process — プロセスビルダーの［レコードを更新］アクションで、起点レコードまたはその関連レコードを更新できることを裏付けます。
• Lookup Searches — 取引先責任者の取引先項目が、取引先レコードを関連付ける参照項目であることを裏付けます。
• トリガーフロー — レコードの作成・更新を契機にフローが実行され、レコードへの追加の更新を行えることの根拠
• レコードトリガーフローを構築する（Trailhead） — 「トリガー、条件、アクションの3つに分けて定義し、別レコードの作成や更新を行う」
• オブジェクトリレーションの作成（Trailhead） — 「主オブジェクトは、誰が従オブジェクトのデータを参照できるかなど、従オブジェクトの特定の動作を制御します」「主オブジェクトのレコードを削除すると、関連するすべての従レコードも削除されます」

Salesforce公式ドキュメント↗