さまざまな電話番号がすべて適切にマッピングされ、アクティベーションで使用できるようにするために、このデータを取り込むときにコンサルタントがとるべき最も効率的なアプローチは B です。連絡先オブジェクトを取り込み、ストリーミング変換を使用して連絡先データ ストリームからの電話番号を正規化します。を 3 行を含む別の電話データ レイク オブジェクト (DLO) に分割し、この新しい DLO を Contact Point Phone データ マップ オブジェクトにマップします。このアプローチにより、コンサルタントは Data Cloud のストリーミング変換機能を使用できるようになり、追加の処理やストレージを必要とせずに、取り込み時にデータの操作と変換が可能になります。ストリーミング変換を使用すると、スペース、ダッシュ、括弧を削除したり、必要に応じて国コードを追加したりするなど、連絡先データ ストリームからの電話番号を正規化できます。正規化された電話番号は、電話番号の種類 (職場、自宅、携帯電話) ごとに 1 行を持つことができる別の Phone DLO に保存できます。次に、Phone DLO を Contact Point Phone データ マップ オブジェクトにマッピングできます。これは、連絡先と関連付けられた電話番号を表す標準オブジェクトです。
このようにして、コンサルタントは、SMS メッセージの送信や顧客への通話など、すべての電話番号をアクティベーションに利用できるようにすることができます。
他のオプションは、オプション B ほど効率的ではありません。オプション A は電話番号を正規化しないため、正しくありません。これにより、アクティベーションまたは ID 解決で問題が発生する可能性があります。オプション C は不正解です。計算された洞察を作成する必要がありますが、これはストリーミング変換よりも多くのリソースと時間を消費する追加の手順です。オプション D は、連絡先データ ストリームに数式フィールドを作成する必要があるため不正解です。これは CRM コネクタでサポートされていないか、連絡先オブジェクトの既存のフィールドと競合する可能性があります。参考資料: Salesforce データクラウドコンサルタント試験ガイド、データの取り込みとモデリング、ストリーミング変換、連絡先の電話

City | でフィルタリングしたセグメンテーション基準の結果。| に等しい 「サンノゼ」は、「サンノゼ」または「サンノゼ」のみを含む都市です。これは、セグメンテーション基準では大文字と小文字とアクセントが区別されるためです。つまり、filter1 に入力された正確な値のみと一致します。したがって、「San Jose」、「san jose」、または「San Jose」を含む都市はフィルター値と正確に一致しないため、結果には含まれません。「サンノゼ」という名前のさまざまなバリエーションを持つ都市を含めるには、OR 演算子を使用し、「サンノゼ」 OR 'サンノゼ' OR 'サンノゼ' OR 'サンノゼ'2 などの複数のフィルター値を追加する必要があります。 。参考資料: セグメンテーション基準、セグメンテーション演算子

統合個人ライフタイムバリュー (LTV) を識別するための多次元メトリクスを作成するには、計算されたインサイト内で必要なデータ モデル オブジェクト (DMO) 結合のシーケンスは、統合個人 > 統合リンク個人 > 販売注文です。これは、統合個人 DMO が ID 解決によって作成された個人またはエンティティの統合プロファイルを表すためです1。統合リンク個別 DMO は、統合された個人とソース システムからの個人との間のリンクを表します2。販売注文 DMO は、ソース システムからの販売注文情報を表します3。これら 3 つの DMO に参加することで、異なるソース システムからの受注データに基づいて統合された個人の LTV を計算できます。他のオプションは、LTV 計算を有効にするために正しい DMO に参加していないため、正しくありません。オプション B は不正解です。個別 DMO は、統合プロファイルではなく、ソース システムからの個人またはエンティティのソース プロファイルを表すからです4。オプション C は、結合順序が逆になっているため不正解です。統合プロファイルを識別するには、統合個別 DMO から始める必要があります。オプション D は、統合プロファイルをソース プロファイルにリンクするために必要な統合リンク個別 DMO が欠落しているため、不正解です。参照: 統合個別データ モデル オブジェクト、統合リンク個別データ モデル オブジェクト、受注データ モデル オブジェクト、個別データ モデル オブジェクト

B2C Commerce スターター バンドルは、注文データと製品データを B2C Commerce から Data Cloud に取り込む事前定義されたデータ ストリームです。ただし、スターター バンドルはデフォルトで過去 90 日間のデータのみを取り込みます。2 年間のトランザクション履歴を取り込むには、NTO は履歴データを含む B2C Commerce からのカスタム抽出を使用し、カスタム抽出をソースとして使用するようにデータ ストリームを構成する必要があります。他のオプションではこれを達成するには不十分です。次の理由からです。
* A. B2C Commerce スターター バンドルは、デフォルトで過去 90 日間のデータのみを取り込みます。
* B. Direct Sales Order エンティティの取り込みは、B2C Commerce データを Data Cloud に接続する方法としてサポートされていません。Data Cloud は、B2C Commerce データへの直接アクセス接続を提供せず、データの取り込みのみを提供します。
* C. Direct Sales Product エンティティの取り込みは、B2C Commerce データを Data Cloud に接続する方法としてサポートされていません。Data Cloud は、B2C Commerce データへの直接アクセス接続を提供せず、データの取り込みのみを提供します。参考資料: B2C Commerce データバンドルの作成 - Salesforce、B2C Commerce コネクタ - Salesforce、Salesforce B2C Commerce の料金プランとコスト

Marketing Cloud サブスクライバー プロファイル属性を毎日 Data Cloud に取り込む簡単な方法を提供するソリューションは、Marketing Cloud データ拡張機能 Data Stream です。Marketing Cloud データ拡張機能のデータ ストリームは、お客様が Marketing Cloud データ拡張機能から Data Cloud データスペースにデータをストリーミングできるようにする機能です。顧客はストリーミングするデータ拡張機能を選択でき、Data Cloud はデータ空間内で対応するデータ モデル オブジェクト (DMO) を自動的に作成および更新します。
お客様は、ユーザー インターフェイスまたは API を使用して、データ拡張フィールドを DMO 属性にマッピングすることもできます。Marketing Cloud Data 拡張機能 Data Stream を使用すると、顧客はコードを記述したり複雑な統合を設定したりすることなく、購読者プロファイル属性やその他のデータを Marketing Cloud から Data Cloud に取り込むことができます。
他のオプションは、Marketing Cloud サブスクライバーのプロファイル属性を毎日 Data Cloud に取り込む簡単な方法を提供するソリューションではありません。Automation Studio と Profile file API は、Marketing Cloud から外部システムにデータをエクスポートするために使用できるツールですが、顧客はスクリプトを作成し、ファイル転送を構成し、自動化をスケジュールする必要があります。Marketing Cloud Connect API は、Sales Cloud や Service Cloud などの他の Salesforce ソリューションで Marketing Cloud のデータにアクセスするために使用できる API ですが、Data Cloud へのデータのストリーミングはサポートしていません。Email Studio スターター データ バンドルは、Email Studio のサンプル データとセグメントを含むデータ キットですが、購読者プロファイル属性やデータ クラウドへのストリーム データは含まれません。
参考文献:
* Marketing Cloud データ拡張データ ストリーム
* データクラウドのデータ取り込み
* [Marketing Cloud データ拡張データ ストリーム API]
* [Marketing Cloud Connect API]
* [Email Studio スターター データ バンドル]