【Salesforce】ミュート権限が期待どおりにならない時の設定値と処理順の確認

Salesforceで特定のレコードやユーザからの通知をミュートしたいのに、設定した権限が期待通りに動作しないことがあります。「ミュート権限」という言葉は製品上で明確な定義があるわけではありませんが、一般にレコードのフォロー通知を抑制する機能や、Chatterでの特定ユーザ・トピックのミュート機能を指します。これらの動作は、プロファイル、権限セット、Chatter設定、ユーザ個人設定など複数のレイヤーで制御されており、優先順位を誤解すると想定外の結果になります。本記事では、ミュート機能が意図したとおりに動かないときに確認すべき設定箇所と、処理順を整理してトラブルシューティングを支援します。

1. ミュート権限に関係する機能と設定の全体像

Salesforceで「ミュート」と総称される機能は主に3つあります。レコードのフォロー通知をミュートする、Chatterで特定ユーザをミュートする、Chatterでトピックをミュートする、です。それぞれの動作を制御する設定箇所が異なります。

レコードのフォローにおけるミュート動作

ユーザがレコードをフォローすると、そのレコードの変更がフィードに表示されるか、メール通知が送られるようになります。この通知を個別にミュートするには、ユーザ自身がレコードのフォローページから「ミュート」設定を行います。しかし、そもそもユーザがレコードをフォローできるかどうかは、プロファイルまたは権限セットで「レコードをフォロー」権限が有効になっている必要があります。また、通知の種類(メール、Chatter)はChatter設定で制御できます。

Chatterでのミュート機能

Chatterでは、他のユーザの発言が不要な場合にそのユーザをミュートできます。これはユーザ個人の設定で、システム権限は関係ありません。ただし、ミュートしたユーザからのメンションは引き続き届くなどの仕様があります。また、トピックをミュートすることも可能で、該当トピックの投稿がフィードに表示されなくなります。これらの設定はすべて個人設定で完結するため、権限の問題は通常発生しません。

権限設定の対象となる項目

管理者が関与する権限は主に以下のとおりです。プロファイルでは「レコードをフォロー」権限が有効かどうか、権限セットでは同権限の追加付与が可能です。さらにChatter設定で「デフォルトのメール通知」「デイジェストの間隔」などが設定され、これらはユーザの個人設定で上書き可能なものとそうでないものがあります。また、共有設定やレコードタイプごとのフォロー許可も影響する場合があります。

2. ミュート権限が想定と異なる原因を切り分ける手順

以下の手順を順に実施し、問題の原因を特定します。

1. 該当ユーザのプロファイルを確認する。 設定 > ユーザ > プロファイル から、ユーザに割り当てられているプロファイルを開き、「標準オブジェクト権限」タブで「レコードをフォロー」権限が有効かを確認します。これが無効だとフォロー自体できず、ミュートも意味がありません。
2. 権限セットの割り当てを確認する。 同じユーザの詳細ページで「権限セットの割り当て」を開き、「レコードをフォロー」を含む権限セットが割り当てられているか確認します。プロファイルで権限がなくても、権限セットで付与されていれば動作します。
3. Chatter設定を確認する。 設定 > Chatter > 設定 で、「ユーザによるメール通知のミュートを許可」などが有効になっているか確認します。この設定が無効だと、ユーザが個人設定でミュートを変更できなくなります。
4. ユーザ個人設定を確認する。 トラブル対象のユーザでログインし、設定 > (ユーザ名) > 個人設定 > Chatter の「ミュート」タブで、現在ミュートしているレコードやユーザを確認します。想定と異なるミュートが設定されていないか、または解除されていないかを調べます。
5. テストユーザで再現する。 同じプロファイルと権限セットを持つテストユーザを作成し、同じ操作でミュートが正常に機能するかを試します。管理者権限の有無で結果が変わる場合は、権限セットの優先順位に問題がある可能性があります。
6. キャッシュやレプリカを考慮する。 変更後すぐに反映されない場合は、ブラウザキャッシュをクリアするか、数時間待ってから再確認します。特に権限セットの変更は即時反映されることが多いですが、Chatter設定は反映にタイムラグがあることがあります。

3. 設定値の優先順位と処理順の理解

ミュートに関連する設定は階層構造になっており、優先順位が高いものから順に適用されます。以下の表に主要な設定と優先順位をまとめます。

設定の種類	優先順位	制御内容	備考
ユーザ個人設定(ミュート操作)	最優先	特定のレコード・ユーザ・トピックのミュート	システム権限を上書きする
Chatter設定(管理者)	中優先	デフォルトの通知設定、ミュートの許可	ユーザ個人設定で変更可能な項目あり
権限セット	プロファイルより優先	レコードフォロー権限の付与	プロファイルと組み合わせて判定される
プロファイル	基本	レコードフォロー権限のデフォルト	権限セットで上書き可能

処理順としては、まずプロファイルで基本権限が決まり、権限セットで追加付与(または禁止)が行われます。その後、Chatter設定が全体の通知動作を規定し、最終的にユーザ個人設定で個別のミュートが適用されます。ただし、個人設定でできるのはあくまで任意のミュートであり、システム権限で強制的に通知を止めることはできません。例えば、権限セットで「レコードをフォロー」が有効なら、ユーザはフォローできるが、ミュートは個人の任意です。

4. よくある失敗パターンと対処法

失敗パターン1:権限セットで付与したはずの権限がプロファイルで無効化されている

プロファイルで「レコードをフォロー」が無効になっている場合、権限セットで「レコードをフォロー」を有効にしても、ユーザがレコードをフォローできないケースがあります。これは権限セットの「レコードをフォロー」権限がオブジェクトごとの細かい制御ではなく、プロファイルの制限を緩和するものではないためです。実際には、プロファイルで無効でも権限セットで有効にすればフォロー可能な場合もありますが、設定によっては権限セットの影響が及びません。対処法として、プロファイル自体で「レコードをフォロー」を有効にするか、権限セットに「レコードをフォロー」権限が正しく設定されているか、特に「オブジェクト権限」と「システム権限」の両方を確認します。

失敗パターン2:Chatter設定でミュートが許可されていない

管理者がChatter設定で「ユーザによるメール通知のミュートを許可」をオフにしていると、ユーザ個人設定でレコードのミュート操作を行っても、メール通知が止まりません。この場合、ユーザはミュートしたつもりでもシステムが無視します。対処法は管理者が設定をオンに変更することです。同様に、「デイジェスト形式」の設定も影響します。

失敗パターン3:レコードのフォロー権限とChatterミュートの混同

「ミュート」という言葉がフォロー通知の抑制と、Chatter上のユーザミュートの両方に使われるため、どちらの問題か混乱する場合があります。例えば、特定ユーザからのChatter通知が来るのを止めたいのに、レコードフォロー権限を変更してしまうといった誤りです。解決策として、問題の現象を明確にします。Chatterフィードで特定ユーザの投稿が表示されるのを防ぐには、ユーザ個人設定でそのユーザをミュートします。レコード変更の通知を止めるには、個々のレコードのフォロー設定でミュートするか、またはフォローを解除します。

5. 管理者へ確認すべき情報と問い合わせのポイント

自分がシステム管理者でない場合、または原因が特定できない場合に備えて、管理者に連絡する前に以下の情報を整理するとスムーズです。

• 問題のユーザ名とプロファイル・権限セットのスクリーンショット:ユーザ設定からプロファイル名と割り当てられた権限セットをキャプチャします。
• 期待する動作と実際の動作の違い:例えば「レコードAのフォローをミュートしたのに、変更メールが届く」「ユーザBをミュートしたのにフィードに表示される」など具体的に記載します。
• 再現手順:いつ、どの画面で、何を操作したかを時系列で説明します。
• テスト環境での結果:サンドボックスや別のユーザで同様の動作が発生するか確認しておきます。

管理者はこれらの情報をもとに、Chatter設定や権限セットの内容、組織全体の動作を確認できます。特に、エディションや機能の有無(例えば、Chatterが無効化されていないか)も影響するため、組織のエディション情報も伝えると良いでしょう。

6. よくある質問(FAQ)

Q1: ミュートを解除しても通知が再開されない場合は?

ミュート解除後、通知がすぐに再開されない場合があります。まず、解除操作が正しく保存されたか確認します。次に、該当レコードのフォロー状態を確認し、フォローが外れていないか調べます。フォローのままミュートだけ解除した場合は、通常数分以内に通知が戻ります。それでも改善しない場合、Chatter設定で「ユーザによる通知設定の変更を許可」が有効か確認してください。無効だと個人設定が反映されません。

Q2: 一部のレコードだけミュートしたいが、フォロー権限がないと言われる

レコードをミュートするためには、まずそのレコードをフォローしている必要があります。フォローする権限がない場合は、プロファイルまたは権限セットで「レコードをフォロー」権限がオブジェクトに対して有効かを確認します。また、レコードの共有設定で読み取り権限がなければフォローできません。原因を切り分けるには、まず別のレコードでフォローできるか試します。

Q3: モバイルアプリではミュート設定が反映されない

Salesforceモバイルアプリでは、一部のChatter設定が即時反映されないことがあります。アプリを再起動するか、通知設定をリセットしてみてください。また、モバイルアプリのバージョンが古いと、新しく追加されたミュート機能が利用できない場合もあります。最新バージョンにアップデートすることを推奨します。

7. まとめ

Salesforceのミュート権限に関するトラブルは、多くの場合、プロファイルや権限セットの「レコードをフォロー」権限と、Chatter設定のミュート許可設定、そしてユーザ個人設定の優先順位を正しく理解することで解決します。最初に問題の現象がどのレイヤーで起きているかを切り分け、本記事で示した順序で設定を確認すると原因が特定しやすくなります。管理者は権限セットの付与漏れやChatter設定の変更を検討し、ユーザは自分の個人設定を再確認すると良いでしょう。組織のエディションやバージョンによって動作が異なる場合もあるため、公式ドキュメントもあわせて参照することをおすすめします。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。