委任承認者とは、承認依頼を受け取った際に、個人または管理者が代理で承認を行うよう指定したユーザーです。これは、休暇などの予定された不在時に特に役立ちます。委任承認者はレコードを承認または拒否する権限を持ちますが、依頼を他のユーザーに再割り当てすることはできません。これは一時的な手動割り当てであり、永続的な役割階層の一部であるマネージャー（オプションD）や、複数のユーザーが承認タスクを共有できるキュー（オプションB）とは異なります。このような一時的なユーザー再割り当てを処理する「承認ルール」（オプションA）という機能はありません。

Salesforce Lightning Experience では、レコード ページ上部のハイライト パネルはコンパクト レイアウトによって制御されます。コンパクト レイアウトは、レコード ヘッダーとホバー オーバーの詳細に表示されるフィールド (最大 7 つ) を決定します。この領域に新しいカスタム フィールドを追加するには、プラットフォーム管理者はアカウントのオブジェクト マネージャに移動し、コンパクト レイアウトを選択して、既存のプライマリ レイアウトを編集するか、新しいカスタム レイアウトを作成する必要があります。カスタム テキスト エリア フィールドを「選択されたフィールド」リストに追加して保存すると、そのフィールドはすぐにユーザーのハイライト パネルに表示されます。標準のページ レイアウト エディタ (オプション D) がハイライト パネルを制御するという誤解がよくありますが、ページ レイアウトは「詳細」セクションとハイライト パネルを制御します。
「関連リスト」では、ヘッダー領域は管理されません。オプションBでは、詳細セクションでフィールドを見つけやすくなる可能性がありますが、ハイライトパネルには表示されません。

Flow Builder は、単一のレコードの変更に基づいて複数の関連レコードの更新を自動化するための推奨ツールです。「レコードトリガーフロー」は、商談が「受注済み」に更新されるたびに実行されるように構成できます。フローは、同じアカウントに関連付けられている他のすべての商談のうち、「IsClosed」フィールドが false のものを検索し、レコード更新要素を使用してそのステージを「失注済み」に設定します。アウトバウンドメッセージ (オプション B) は、外部システムへの通知に使用され、内部データの更新には使用されません。フローオーケストレーション (オプション C) は、複数のユーザーが関わる複雑なビジネスプロセス向けに設計されており、この単純なレコード更新には複雑すぎます。クイックアクション (オプション D) では、ユーザーがボタンをクリックする必要があり、ステージ変更時の自動レンダリングの要件を満たしていません。

Lightning アプリケーション ビルダーでは、コンポーネント表示フィルターを使用すると、管理者はユーザー プロファイル、フィールド値、レコード タイプなどの特定の条件に基づいて、レコード ページの一部を表示または非表示にできます。これは、ページを「動的」にする最良の方法です。たとえば、管理者は、「財務詳細」コンポーネントを、ケースを表示するユーザーが「財務ユーザー」プロファイルを持っている場合にのみ表示するように構成したり、「ケース理由」が「製品の欠陥」に設定されていない限り、「リコール手順」コンポーネントを非表示にしたりできます。これにより、ユーザーは自分の役割またはレコードの現在の状態に関連するツールとデータのみを表示できるため、「情報過多」を防ぐことができます。コンポーネントを削除する（オプション D）か、フィールドを削除する（オプション C）だけでは、すべてのユーザーに同じ影響があり、役割に応じた利便性を提供できません。コンポーネントの表示設定により、パーソナライズされた効率的なエクスペリエンスが実現し、ユーザーの生産性が向上し、複雑なレコード ページの煩雑さが軽減されます。

委任管理は、システム管理者が特定の管理タスクを非管理者ユーザーに委任する際に、「すべてのデータを変更する」という完全な権限を付与することなく、タスクを委任できる強力な機能です。ただし、委任された管理者が実行できる操作には厳格なセキュリティ制限があります。最も重要な制限の1つは、委任された管理者は権限セットを変更できないことです。
これらは主に、特定の役割内でユーザーを管理したり、パスワードをリセットしたり、特定のカスタムオブジェクトを管理したりすることを目的としています。委任管理グループの設定で明示的に許可されている特定のプロファイルにユーザーを割り当てることはできますが、権限セットやフィールドレベルセキュリティ（オプションB）など、組織のより広範なセキュリティアーキテクチャを管理することは許可されていません。これにより、下位のスタッフが日常的なユーザーメンテナンス（オプションAとは異なり、ユーザーのロック解除など）を処理できる一方で、権限セットの操作によって意図せず自分自身や他のユーザーの権限を昇格させてしまうことがなくなります。