Administrator 練習問題 Q164
Northern Trail Outfittersは、顧客から受信したメールに基づいて自動的にケースを生成したいと考えています。プラットフォーム管理者は、メールが適切なキューに送信されていることをどのように確認すればよいでしょうか？
左の○で回答を選択。本文を押すと横線で除外でき、もう一度押すと戻せます。
1つ選択してください（0/1）
正答：D. メールが正しいキューに配信されるように、Email-to-Case（メールからケース）を設定します。
解説
前提知識
Email-to-Case とは
サポート窓口のメールアドレスに届いたメールを、自動でケースレコードに変換する標準機能です。件名がケースの件名に、本文が説明に入り、送信者のメールアドレスから取引先責任者が紐づけられます。
ルーティングアドレスとは
Email-to-Case の中核にある設定です。「この受信アドレスに届いたメールは、こういうケースにする」という対応表を、アドレスごとに登録します。ここで指定できるのは、主に次のものです。
- ケース所有者：このアドレス由来のケースを持たせるユーザーまたはキュー
- ケースのレコードタイプ、優先度、発生元 つまり、「製品サポート宛のメールは製品サポートキューへ、請求宛のメールは経理キューへ」という振り分けは、他の仕組みを一切使わずにEmail-to-Case の設定だけで実現できます。
💡 ここがまだモヤッとする方へ：レコードの所有者とキューを理解する：ケースが「誰のもの」になる仕組み
エスカレーションルールとは
作成から一定時間が経っても未解決のケースを、上位担当者へ再割り当てしたり通知したりする仕組みです。「時間が経ったこと」が引き金であり、作成時の振り分けには使えません。
設問の状況を分解する
- 顧客からメールが届く
- そのメールからケースを自動生成したい
- そのケースが適切なキューに入っていることを保証したい 問われているのは3番だけです。しかもケースが作られるその瞬間の行き先の話です。初学者が迷うのは、Salesforce には「キューに入れる手段」が複数あるためです。この問題のポイントは、標準機能だけで済むのに、わざわざフローやカスタム実装を持ち出さないという考え方です。認定試験は一貫して「宣言的な標準機能を優先する」立場を取ります。
選択肢の検討
A. ケースを適切なキューに送信するためのエスカレーションルールを作成します。 → ✕
タイミングが違います。エスカレーションルールは「作成後、決められた時間内に対応されなかったとき」に発火します。新規ケースの初期配置には使えません。**「1時間以内に手が付かなければ二次サポートキューへ回したい」**ならこれが正解です。
B. カスタムメールサービスを使用して、ケースの作成時にケースの所有者を設定します。 → ✕
カスタムメールサービスは、受信メールをApexクラスで処理する開発者向けの仕組みです。実現はできますが、標準設定で済むことにコードを書くのは過剰で、保守負債になります。標準のEmail-to-Case ではどうしても扱えない特殊な解析が必要な場合に限って検討する選択肢です。
C. フローを活用して正しいキューを識別し、ケースを割り当てます。 → △（惜しいが不正解）
レコードトリガーフローでケースの所有者をキューに変えることは技術的に可能です。だから完全な誤りではありません。しかし、受信アドレスごとの振り分けは Email-to-Case の設定画面でクリックだけで実現できます。判別基準は、**「受信アドレスとキューが1対1で対応するなら設定だけで済む」「メール本文の内容や取引先の属性など、アドレス以外の情報で分岐させたいなら割り当てルールやフロー」**です。
D. メールが正しいキューに配信されるように、Email-to-Case を設定します。 → ⭕ 正解
Email-to-Case のルーティングアドレスで、そのアドレスの「ケース所有者」に目的のキューを指定すれば、そのアドレス宛に届いたメールから作られるケースは必ずそのキューが所有します。追加の自動化は一切不要で、ケース生成とルーティングを一つの機能で同時に満たせます。
管理者としての対処手順
- 先に行き先のキューを作る。［設定］→クイック検索に「キュー」→［新規］。対象オブジェクトに「ケース」を選び、メンバーを追加する。
- ［設定］→クイック検索に「Email-to-Case」→［Email-to-Case］を開き、有効化する。
- ［ルーティングアドレス］で［新規］をクリックし、ルーティング名とサポート用メールアドレスを登録する。
- 同じ画面の［ケース所有者］で、手順１で作ったキューを選択する。必要に応じてレコードタイプや優先度も指定する。
- 発行された検証メールのリンクをクリックしてアドレスを検証する。
- 自社のメールサーバで、サポート宛アドレスをSalesforceが発行した転送先アドレスへ転送設定する。
- 実際にテストメールを送り、ケースの所有者が目的のキューになっていることを確認する。
あわせて覚えておきたいポイント
ルーティングアドレスのケース所有者と割り当てルールは、同時には動きません。 ルーティングアドレスにケース所有者を指定するとそちらが優先され、割り当てルールは評価されません。逆に、キーワードや取引先属性で細かく振り分けたいなら、ルーティングアドレスのケース所有者を空欄にして割り当てルールに任せるのが正しい設計です。「Email-to-Case で作ったケースだけ割り当てルールが動かない」という実務の事故は、ほぼこれが原因です。
| やりたいこと | 使うもの |
|---|---|
| 受信アドレスで行き先を固定したい | Email-to-Case のルーティングアドレス（ケース所有者） |
| メールの中身や項目値で分岐したい | ケース割り当てルール |
| 受付を顧客に自動返信したい | 自動レスポンスルール |
| 放置を検知して上位へ回したい | エスカレーションルール |
出典（Salesforce公式）
- Customize Your Email-to-Case Address Routing Settings — 「［設定］のクイック検索で Email-to-Case を開き、ルーティングアドレスの設定で、サポート設定のデフォルトのケース所有者を上書きするユーザーまたはキューを選択できる」（本問の決定的根拠）
- Assignment Rule Does not Fire on Cases Created Through Email-to-Case — 「ルーティングアドレスのケース所有者項目が空欄であれば、Email-to-Case で作成されたケースに割り当てルールが実行される」
- Email-to-Case Cases not assigned to correct queue or record type — ルーティングアドレスの設定がキューやレコードタイプの割り当てを決める
- Queues — 「レコードの所有者をキューに変更することでキューに追加できる」
- Add Routing Addresses for Email-to-Case — 指定したルーティングアドレス宛のメールからケースが作成されることと、ルーティングアドレスの設定手順を裏付ける。
- Assign Cases — Email-to-Caseで生成されたケースを、アクティブなケース割り当てルールの条件に基づいてユーザーまたはキューへ割り当てられることを裏付ける。