正解はBです。
Universal Containers は、商談レコードを Excel にエクスポートする際に、18 桁の Salesforce レコード ID を必要とします。Salesforce の CASESAFEID() 関数は、15 文字の Salesforce ID を、Excel などの外部ツールとの互換性を高めるために、大文字小文字を区別しない 18 文字の ID 形式に変換します。Salesforce のドキュメントには、Excel との互換性のために ID を 18 文字の ID に変換するために使用される関数として、CASESAFEID が具体的に記載されています。
正しい式：
CASESAFEID（ID）
A. VALUE(14) は無関係です。C. TEXT(Id) は ID を 18 文字の大文字小文字を区別しない形式に変換しません。D. ISNUMBER(Id) は値が数値かどうかのみをチェックしますが、これは Salesforce レコード ID には役立ちません。

ダッシュボード フォルダーを US セールス ディレクターの役割と部下と共有し、レポート フォルダーを US セールス ディレクターの役割と共有すると、コンポーネント内のデータとソース レポートを表示できるのは US セールス ディレクターのみとなり、すべての US セールス担当者は US チーム ダッシュボードを表示できます。 US セールス ディレクターを実行ユーザーにすると、コンポーネントにはチーム全体のデータではなく、そのユーザーのデータのみが表示されます。ダッシュボードを動的にすると、役割ではなく、表示しているユーザーに応じて異なるデータが表示されます。ダッシュボードをパブリック グループ US セールス担当者と共有し、ダッシュボード ソース レポート フォルダーを US セールス ディレクター プロファイルと共有しても、レポート フォルダーへのアクセス権を持つ他のプロファイルがレポートにアクセスすることを妨げません。

コンポーネントの表示フィルターを使用してください。問題はオブジェクトへのアクセス権限や項目へのアクセス権限ではありません。取引先責任者のLightningレコードページは共有されていますが、マーケティングプロファイルを持つユーザーに対しては、あるコンポーネントを非表示にする必要があります。Salesforce LightningアプリケーションビルダーはLightningページコンポーネントの表示フィルターをサポートしているため、アプリケーションビルダーはユーザー/プロファイルの条件に基づいて、そのコンポーネントを条件付きで表示または非表示にすることができます。
他のコンポーネントではダメなのはなぜですか？AppExchangeとは関係ありません。詳細ページのレイアウトはフィールドのレイアウトを制御するものであり、Lightningページコンポーネントの表示/非表示を制御するものではありません。フィールドレベルのセキュリティはフィールドへのアクセスを制御するものであり、大きなコンポーネントがLightningレコードページに表示されるかどうかを制御するものではありません。

Winter '24 リリース以降、Salesforce は Flow から直接アウトバウンドメッセージを送信する機能を導入しました。これにより、Flow はリフトが販売された際に外部システムへの通知を自動化する最適な選択肢となり、カスタムの「設置予定」チェックボックスのチェックと翌日の通知送信の両方のニーズを満たすことができます。
Flow: この新機能により、Flow はこのユースケースにおいて最も汎用性の高い自動化ツールとなりました。以下のことが可能です。
リフトが販売された翌日にトリガーされるスケジュールされたパスを作成します（例：レコードがチェックボックスがオンになっているなどの条件を満たした場合）。
外部システムにエレベーター設置を通知するメッセージを送信します。
これらすべてを宣言的に実行することで、従来アウトバウンドメッセージの定番であったワークフローの必要性をなくします。
なぜワークフローはもう使われなくなったのでしょうか？ワークフローは依然として送信メッセージをサポートしていますが、Salesforceはワークフロールールとプロセスビルダーを廃止し、フローを推奨しているため、現在ではフローが推奨ツールとなっています。フローはより複雑なロジックとアクションにも対応しており、将来を見据えた自動化において柔軟性を提供します。
Winter '24 Flow アウトバウンドメッセージ

正解はCです。標準のChatterフィードコンポーネントを追加してください。
Lightning App Builderでは、Salesforceはレコードページ用の標準Chatterコンポーネントを提供しています。Salesforceのドキュメントによると、Lightning App BuilderではフィードコンポーネントがChatterに名称変更され、レコードページにパブリッシャーとフィードを配置するために使用されます。
Aは誤りです。関連リストコンポーネントはChatterフィードを追加しないためです。
Bは誤りです。標準のChatterコンポーネントはLightning App Builderで利用可能であり、AppExchangeから入手する必要はありません。
Dは誤りです。Salesforceが標準のChatterコンポーネントを提供しているため、カスタムコンポーネントは不要です。