Administrator 練習問題 Q83

解説

前提知識

取引先チームとは

取引先チームは、1件の取引先に対して「誰が、どんな役割で、どこまでアクセスできるか」を並べて登録できる仕組みです。営業担当・サポート担当・セールスエンジニアのように、立場の違う人が同じ顧客に関わる場合に使います。

重要なのは、メンバーごとに異なるアクセスレベルを設定できることです。しかも取引先チームでは、取引先本体だけでなく、関連する商談とケースへのアクセスも個別に指定できます。設問の要件（営業＝取引先へのフルアクセス、サポートとセールスエンジニア＝商談とケースへのアクセス）に、そのまま対応します。

デフォルトの取引先チームとは

ユーザーが自分の個人設定に登録しておく、**「いつものメンバー表」**です。公式ヘルプは、個人設定の［ユーザーの詳細］→［デフォルトの取引先チーム］でメンバーを追加し、各ユーザーの取引先および関連する商談・ケースへのアクセスを選択する、と説明しています。

登録しておけば、担当する複数の取引先に同じチームメンバーを自動で追加できます。設問の「同じチームメンバーを複数のアカウントに自動的に追加して効率化したい」に一致します。

📘 そもそも「共有」と「権限」の区別がまだモヤッとする方へ。OWD・ロール階層・共有ルール・チームの役割分担を整理した記事を用意しています→ 共有設定の全体像：組織の共有設定・ロール階層・共有ルールで公開範囲を決める

設問の状況を分解する

設問の要件は3つに分解できます。

1. 役割ごとにアクセスレベルが違う（営業＝フルアクセス、サポート／SE＝関連する商談とケース）

2. 対象は「担当する取引先」単位（全社に公開したいわけではない）

3. 同じメンバーを複数の取引先に自動で追加したい

1と2を同時に満たせるのは取引先チームだけです。共有ルールは「ロールや条件に対してまとめて開ける」仕組みなので、メンバーごとに役割とアクセスレベルを変えるという要件を表現できません。

---

選択肢の検討

A. 指定されたアクセスレベルを持つデフォルトの取引先チームを設定する → ⭕ 正解

役割ごとのアクセスレベル指定、関連する商談・ケースへのアクセス、複数取引先への自動追加。3つの要件をすべて1つの機能で満たします。

B. サポートチームに商談とケースへのアクセス権を付与する共有ルールを作成する → △（惜しいが不正解）

商談とケースを見せる、という部分だけを見れば正しく動きます。しかし共有ルールはロールや公開グループ、項目条件に対して一律に開ける仕組みです。

• 「この取引先に関わるメンバーだけ」というレコード単位の限定ができない

• 役割ごとに異なるアクセスレベルを割り当てられない

• 「担当チームを取引先に自動で追加する」という運用面の要件に何も答えていない

これが正解になるのは、「サポート部門全員に、すべての商談を参照させたい」のように対象が部門全体で固定の場合です。

C. 適切なチームに取引先アクセスを自動的に付与するようにロール階層を構成する → ✕

ロール階層が作るのは「上司が部下のレコードを見られる」という縦方向のアクセスだけです。営業・サポート・セールスエンジニアという横並びの職種間では機能しません。無理に階層を組み替えると、組織図の意味が壊れます。

D. 権限セットを使って、取引先関連のレコードへの追加アクセスを提供する → ✕

権限セットが与えるのは「オブジェクトや項目を扱う権限」（参照・作成・編集・削除の可否や、項目の表示可否）です。「どのレコードが見えるか」は共有の仕組みが決めます。

権限セットで「商談の参照」を与えても、OWDが非公開である限り、自分に共有されていない商談は1件も見えません。権限セットとレコード共有の混同は、試験でもっとも狙われるポイントです。

---

管理者としての対処手順

1. ［設定］のクイック検索で 取引先チーム を開き、取引先チームを有効化する

2. チームロール（例：営業担当、サポート担当、セールスエンジニア）を定義する

3. 取引先のページレイアウトに取引先チーム関連リストを追加する

4. 各ユーザーの個人設定（［ユーザーの詳細］→［デフォルトの取引先チーム］）で、いつものメンバーとアクセスレベルを登録する

   • 営業担当：取引先＝参照・更新可能

   • サポート担当／セールスエンジニア：商談・ケース＝必要なレベル

5. 「作成または編集する取引先に、デフォルトの取引先チームを自動的に追加する」オプションを選択する

似た機能の整理

機能	単位	メンバーごとにアクセスレベルを変えられるか
取引先チーム	レコード1件	できる
共有ルール	ロール・公開グループ・項目条件	できない（ルール単位で一律）
ロール階層	組織の上下関係	できない（縦方向のみ）
権限セット	オブジェクト・項目	レコード共有には関与しない

---

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

• チームメンバーのアクセスは、組織の共有設定（OWD）と同じか、それより制限の緩いものでなければならないと公式に明記されています。OWDが「公開／参照・更新可能」なら、チームで「参照のみ」に絞ることはできません。共有は開ける片道です。

• 取引先チームと同じ発想の仕組みに、商談チームとケースチームがあります。設問が扱っているレコードで使い分けてください。

• ロールの「商談へのアクセス」設定が厳しいと、デフォルトの取引先チームの追加自体が失敗することがあります。動かないときはロール設定を疑います。

---

出典（Salesforce公式）

• Set Up a Default Account Team — 「個人設定の［ユーザーの詳細］→［デフォルトの取引先チーム］でメンバーを追加し、各ユーザーの取引先および関連する商談・ケースへのアクセスを選択する」「作成または開く取引先にデフォルトの取引先チームを自動的に追加するオプションを選択する」（本問の決定的根拠）

• Considerations for Using Account Teams — 「チームメンバーのアクセスは、組織の共有設定と同じか、それより制限の緩いものでなければならない」

• Create Owner-Based Sharing Rules — 「所有者ベースの共有ルールは、特定のユーザーが所有するレコードへのアクセスを開放する」（共有ルールが一律の仕組みである根拠）

• Sharing and Record Access Features — 「ロール階層は、階層上の部下が所有または共有されているレコードへのアクセスを自動的に付与する」（選択肢Cが縦方向限定である根拠）

• Define Sharing Rules（Trailhead） — 「共有ルールを使って、ロール階層の構造を超えてアクセスを拡張する」

Salesforce公式ドキュメント↗