承認プロセスは、人間の「レビューと意思決定」を必要とするワークフローを管理するためのSalesforce専用機能です。レコードの所有者を変更するだけの割り当てルール（オプションA）とは異なり、承認プロセスはレコードをロックしてそれ以上の変更を防ぎ、正式なリクエストを「承認者」にルーティングします。承認者は、リクエストを承認、拒否、または再割り当てすることができます。このプロセスには、複数のステップ、入力条件（例：「割引率が10%を超える場合のみ」）、および最終決定が下された後に実行される特定の自動アクションを含めることができます。
検証ルール（オプションB）は、不正なデータの保存を防止するために使用され、ルーティングには使用されません。スキーマビルダー（オプションD）は、データモデルの視覚化ツールです。したがって、ビジネスプロセスで正式な「承認」または「決定」が必要な場合は、承認プロセスエンジンが適切なアーキテクチャの選択肢となります。

Salesforceモバイルアプリを企業のビジュアルアイデンティティに合わせるため、プラットフォーム管理者はSalesforceモバイルアプリのカスタマイズ設定を通じて特定のブランディング要素をカスタマイズできます。ブランディングに利用できる主な領域は次の2つです。
読み込みページロゴ：これにより、管理者はユーザーがアプリを初めて開いたときに表示される会社のロゴをアップロードできます。
ヘッダーの背景色：管理者は、モバイルインターフェースの上部ヘッダー領域にプライマリブランドカラーを設定できます。
これらの設定により、ユーザーがログインした瞬間から、社内のブランディングと一貫したユーザーエクスペリエンスが実現されます。オプションAとBは誤りです。Salesforceでは現在、「アプリヘッダー」と「ヘッダー背景」の色を細かく分離したり、「レコードの背景色」を変更したりすることはできないためです。アプリはアクセシビリティと読みやすさのために、標準化された背景色を維持しています。読み込み画面とヘッダーをカスタマイズすることが、モバイルのリブランディングを実装する標準的な方法です。

Salesforce では、レポートとダッシュボードへのアクセスは、それらが保存されているフォルダーによって決まります。ダッシュボードが共有フォルダーにある場合、そのフォルダーにアクセスできるユーザーは誰でも表示できます。フォルダー内の他のコンテンツに影響を与えずに特定のダッシュボードを一時的に公開表示から削除するには、プラットフォーム管理者がダッシュボードのプロパティを編集し、プライベートダッシュボードフォルダー (「マイプライベートダッシュボード」など) に移動する必要があります。移動後は、変更が行われている間は、管理者 (および高レベルの「すべてのデータを表示」権限を持つユーザー) のみがダッシュボードを表示できます。共有フォルダーへの表示アクセスを削除する (オプション A) と、そのフォルダー内のすべてのダッシュボードが非表示になるため、これは目的ではありません。権限セット (オプション C) は機能的なアクセス (ダッシュボードの作成または編集機能) を制御しますが、個々のレコード/ダッシュボードの表示は制御しません。プライベートグループ (オプション D) は Chatter コラボレーション用であり、ダッシュボードフォルダーのセキュリティ管理用ではありません。

ユーザーのログインを一時的に阻止する必要があるものの、そのユーザーの記録、役割、履歴データはそのまま保持する必要がある場合は、ユーザーを凍結するのが最善の方法です。アカウントを凍結すると、ユーザーを「無効化」することなく、システムへのアクセスを即座に停止できます。ただし、ダッシュボードの「実行ユーザー」である場合や、アカウントが無効化されると機能しなくなる可能性のあるアクティブな階層ロジックの一部である場合は、無効化は問題となる可能性があります。凍結は、ユーザーレコード上でワンクリックで簡単に実行できます。ライセンスを再割り当てする場合（オプションA）、まずユーザーを無効化する必要があります。
プロファイルレベルでログイン時間（オプションB）またはIPアドレス（オプションD）を変更すると、休暇中のマネージャーだけでなく、そのプロファイルに割り当てられているすべてのユーザーに影響します。凍結機能は、個々のユーザーアクセスを管理するための、対象を絞った一時的な解決策です。

検証ルールは、条件付きデータ入力要件を適用するための適切なツールです。ビジネスルールで、あるフィールド（リードソース）は別のフィールド（ステージ）が特定の値（受注済み）に達した場合にのみ入力する必要があると規定されている場合、検証ルールはレコードが保存されるたびにこのロジックを評価できます。この数式では、ステージが「受注済み」であるかどうか、そしてリードソースフィールドが空白であるかどうかを同時にチェックします。両方の条件が真の場合、システムはエラーメッセージを表示し、ユーザーがレコードを保存できないようにします。これにより、100% のデータコンプライアンスが保証されます。依存選択リスト（オプション A と D）は、あるリストの選択に基づいて別のリストの利用可能なオプションをフィルタリングするために使用されますが、検証ルールのようにステージの変更に基づいて値が存在することを「必須」にすることはできません。ステージを「読み取り専用」（オプション B）にすると、ユーザーが取引を成立させることができなくなります。検証ルールは、販売ライフサイクルの重要な移行期間中にデータ品質を維持するための標準的な方法です。