マーケティングROI向上のためにSalesforce Data Cloudでセグメントインテリジェンスを設定および使用するには、ユーザーに管理者権限が必要です。以下に詳細な分析を示します。
データクラウド管理者（オプションD）：
権限セットのスコープ:
データクラウド管理者権限セットは、セグメントインテリジェンスを含む高度なデータクラウド機能を構成するための完全なアクセス権を付与します。セグメントインテリジェンスは、AIを活用したインサイト（オーディエンスの傾向、エンゲージメント指標など）を提供します。
管理者は、指標を定義したり、予測モデルを有効にしたり、セグメントのパフォーマンスを分析したりすることができ、これらはすべてマーケティングROIを最適化するために不可欠です。
公式文書：
Salesforceのデータクラウド権限セットガイドには、セグメントインテリジェンスの設定と管理には管理者権限が必要であることが明記されています。データクラウド管理者ロールのみが、データモデル設定の変更、AI/MLツールへのアクセス、セグメント推奨事項の適用を行うことができます（出典：「管理者権限と標準ユーザー権限」）。
「クラウドマーケティングマネージャー（C）」が誤りである理由：
標準権限が設定されていません:
「クラウドマーケティングマネージャー」は、Salesforce Data Cloudの標準権限セットではありません。このオプションを使用すると、マーケティングクラウドのロール（例：マーケティングマネージャー）とData Cloudの権限構造が混同される可能性があります。
マーケティングクラウドとデータクラウドの比較：
Marketing Cloudには「マーケティングマネージャー」などの役割がありますが、Data Cloudは管理者、ユーザー、データ認識スペシャリストといった異なる権限セットを使用します。セグメントインテリジェンスはData Cloudの機能であり、Data Cloud固有の権限が必要です。
その他の選択肢：
データクラウドデータ認識スペシャリスト（A）：データガバナンスツールへの読み取り専用アクセスを提供しますが、セグメントインテリジェンスを構成する権限はありません。
データクラウドユーザー（B）：基本的なセグメントの有効化と表示は可能ですが、AIを活用したインサイトの設定はできません。
検証手順：
ステップ 1: [設定] > [ユーザー] > [権限セット] からデータ クラウド管理者権限セットを割り当てます。
ステップ2：データクラウド > セグメントインテリジェンスに移動して、分析の設定、AIによる推奨事項の確認、セグメントの最適化を行います。
ステップ3：得られた知見を活用してターゲティングを洗練させ、ROIの改善を測定する。
結論：Segment Intelligenceの設定と活用には、Data Cloud Admin権限セットが必要です。この権限セットは、Data Cloudの高度な分析ツールとAIツールに必要な管理権限を提供します。「Cloud Marketing Manager」は、Data Cloudでは有効な権限セットではありません。

地域規制に準拠し、元のデータを変更せずに受信データストリームを標準化およびクレンジングする必要があることを考慮すると、バッチデータ変換を実装するのが最善のアプローチです。その理由は次のとおりです。
要件の理解
このグローバルファッション小売企業は、複数の地域（アメリカ、欧州・中東・アフリカ、アジア太平洋）で事業を展開しており、それぞれの地域で顧客情報、注文情報、製品情報に関するデータ形式が異なっている。
法令遵守規定では、ソースシステム内の元のデータを変更せずに保持することが求められています。
同社は、リアルタイムのパーソナライゼーションと分析のために、顧客プロファイルの統合的なビューを必要としている。
バッチデータ変換が必要な理由とは？
標準化のためのバッチ変換：
バッチデータ変換を使用すると、大量のデータをスケジュールされた間隔で処理できます。
ソースシステムの元のデータを変更することなく、データの標準化とクレンジング（例えば、異なる日付形式の変換、製品名の正規化など）を行うことができます。
規制遵守：
元のデータはソースシステム内で変更されないため、バッチ変換は地域の規制に準拠します。
変換されたデータは、下流での利用のために別のレイヤー（例えば、新しいデータレイクオブジェクトや統合プロファイル）に保存されます。
統合顧客プロファイル：
変換後、クレンジングおよび標準化されたデータは、Salesforce Data Cloudで顧客プロファイルの統合ビューを作成するために使用できます。
これにより、地域を横断したリアルタイムのパーソナライゼーションと分析が可能になります。
このソリューションを導入するための手順
ステップ1：変革ニーズの特定
地域ごとのデータ形式の違い（例：日付形式、通貨、製品ID）を分析する。
標準化とデータクレンジングに関するルールを定義します（例：すべての日付をISO形式に変換する、製品名を標準化する）。
ステップ2：バッチ変換を作成する
Data Cloudのバッチ変換機能を使用して、定義済みのルールを受信データストリームに適用します。
変換処理を定期的な間隔（例えば、毎日または毎時間）で実行するようにスケジュール設定します。
ステップ3：変換後のデータを別々に保存する
変換後のデータを新しいデータレイクオブジェクト（DLO）または統合プロファイルに保存します。
ソースシステム内の元のデータは一切変更されないようにしてください。
ステップ4：統合プロファイルを有効にする
変換されたデータを使用して、Salesforce Data Cloudで顧客プロファイルの統合ビューを作成します。
この統合ビューを活用して、リアルタイムのパーソナライゼーションと分析を実現しましょう。
他の選択肢はどうでしょうか？
A) ストリーミングデータ変換の実装：ストリーミング変換はリアルタイム処理向けに設計されていますが、大規模な標準化やデータクレンジング作業には適さない場合があります。また、元のデータを変更しないというコンプライアンス要件にも合致しない可能性があります。
C) データクラウドに取り込む前にデータを変換する: 取り込む前にデータを変換するには、ソースシステムの元のデータを変更する必要があり、コンプライアンス規制に違反します。
D) Apex を使用してデータを変換およびクレンジングする: このユースケースでは、Apex の使用は過度に複雑でリソースを消費します。バッチ変換の方が効率的で拡張性の高いソリューションです。
結論
バッチデータ変換を導入することで、このグローバルファッション小売業者は、地域の規制を遵守しながらデータを標準化およびクレンジングし、リアルタイムのパーソナライゼーションと分析のための顧客プロファイルの統一的なビューを実現できる。

データレイクオブジェクト（DLO）とデータモデルオブジェクト（DMO）：Salesforce Data Cloudでは、DLOはDMOにマッピングされ、データの整理と構造化が行われます。プロファイル、エンゲージメント、その他などのカテゴリによって、これらのマッピングの使用方法が定義されます。
エンゲージメントカテゴリ：DLOをエンゲージメントカテゴリにマッピングすると、そのデータが顧客とのやり取りや活動に関連していることを示します。
将来の地図作成への影響​​：
* エンゲージメントカテゴリの制限: Order-Headers のような DLO がエンゲージメントカテゴリの Sales Order DMO にマッピングされている場合、Sales Order DMO の今後のマッピングはエンゲージメントカテゴリの DLO に制限されます。
* カテゴリ割り当て: 販売注文 DMO はエンゲージメント カテゴリに割り当てられます。つまり、今後はエンゲージメントとして分類された DLO のみがそれにマッピングされます。
利点：
* 一貫性：データの分類と使用の一貫性を確保し、データを本来の目的に沿わせます。
* 正確性：データマッピングの整合性を維持するのに役立ち、エンゲージメント関連データが正確に取得され、利用されることを保証します。
参考文献：
* Salesforceデータクラウドマッピング
* Salesforce Data Cloudのカテゴリ

販売注文サブジェクト領域は、顧客が発注した1つ以上の製品またはサービスに関する注文の詳細を定義します。これには、注文日、ステータス、金額、数量、通貨、支払い方法、配送方法などの情報が含まれます。また、販売注文サブジェクト領域では、共通の特性や機能を持つ製品のグループである製品ファミリーごとに、商談の収益や数量を追跡することもできます。
例えば、販売注文明細DMOを使用して注文内の各製品をその製品ファミリーに関連付け、その後、販売注文収益DMOを使用して商談内の各製品ファミリーの総収益または数量を計算できます。参照：販売注文サブジェクトエリア、販売注文収益DMOリファレンス

説明
正解はCです。必要な属性は、それぞれ異なる関連パス上にあります。Data Cloudでアクティベーションを作成する際、セグメントエンティティにリンクされているデータモデルオブジェクトから関連属性を選択できます。
ただし、すべての関連属性がすべての有効化で利用できるわけではありません。関連属性の利用可否は、セグメントエンティティと関連エンティティを接続するデータモデルオブジェクトのシーケンスであるコンテナパスに依存します。たとえば、Unified Individualエンティティでセグメント化する場合、コンテナパスがUnified Individual > Order > Order Productである場合に限り、Order Productエンティティから関連属性を選択できます。コンテナパスがUnified Individual > Order Line Item > Order Productの場合、Order Productの関連属性は有効化できません。これは、Data Cloudが関連属性に対して1対多の関係のみをサポートしており、Order Line ItemはOrderとOrder Product間の多対多のジャンクションオブジェクトであるためです。したがって、目的の属性がセグメントエンティティと同じ関連パス上に存在し、パスに多対多のジャンクションオブジェクトが含まれていないことを確認する必要があります。他のオプションは、関連属性が利用できない理由を説明していないため、正しくありません。セグメントエンティティは、プロファイルデータだけでなく、任意のデータモデルオブジェクトにすることができます。属性は、他の有効化で使用されているかどうかによって制限されません。アクティベーションには、1対1属性だけでなく、1対多属性も含まれる場合があります。参考資料：
* アクティベーションにおける関連属性
* 関連属性を選択する際の考慮事項
* Salesforceがデータクラウドコンサルタント認定プログラムを開始
* データクラウドでセグメントを作成する