正解は D です。CRM コネクタを使用すると、標準フィールドをリアルタイムで Data Cloud にストリーミングできます。
つまり、CRMデータソースの標準フィールドへの変更は、次回のスケジュールされた同期を待たずに、ほぼ瞬時にData Cloudに反映されます。この機能により、Data Cloudはセグメンテーションとアクティベーションに必要な最新かつ正確なCRMデータを保持できます1。
その他のオプションは、次の理由により正しくありません。
A) CRMデータは、データストリーム詳細ページ2の「更新」ボタンをクリックすることで、いつでも手動で更新できます。このオプションは無効です。
B). CRMコネクタの同期時間は、15分間隔ではなく、最大60分間隔までカスタマイズできます3。このオプションは無効です。
C) 数式フィールドは定期的な同期間隔ではなく、次回の完全更新時のみ更新されます4。完全更新とは、24時間ごと、または手動でトリガーされたときに実行される完全なデータ取り込みプロセスです。このオプションは無効です。
1: Salesforce ヘルプの「Data Cloud でデータを接続して取り込む」の記事
2: Trailhead の Data Cloud ユニットのデータソース
3: Trailheadの管理者向けデータクラウドモジュール
4: Trailheadの[Data Cloudの数式項目]ユニット
Trailhead の [Data Cloud のデータストリーム] ユニット

各顧客の現在の投資信託に関する情報をメールのコンテンツに反映させるには、データクラウドのコンサルタントがアクティベーションに関連属性を追加する必要があります。関連属性とは、パーソナライズや分析のためにセグメントと共にターゲットシステムに送信できる追加のデータフィールドです。この場合、コンサルタントは顧客が投資している投資信託の名前を含む「ファンド名」属性を追加し、「ファンドタイプ」が「投資信託」に等しいフィルターを適用して、関連データのみが送信されるようにする必要があります。その他のオプションは、以下の理由により正しくありません。
* A. 「投資信託」に等しいファンドタイプを関連属性として追加するだけでは、メールの内容をパーソナライズするには不十分です。コンサルタントは、顧客が投資している投資信託の具体的な名称を含むファンド名属性も追加する必要があります。
* C. 関連属性「ファンドタイプ」を追加するだけでは、メールの内容をパーソナライズするには不十分です。コンサルタントは、顧客が投資している投資信託の具体的な名称を含む「ファンド名」属性も追加し、「ファンドタイプ」が「投資信託」に一致するフィルターを適用することで、関連データのみが送信されるようにする必要があります。
* D. ターゲットシステムでの後処理のために、ファンド名とファンドタイプをデフォルトで含めることは有効なオプションではありません。コンサルタントは、データがターゲットシステムに送信された後ではなく、Data Cloudでのアクティベーション設定時に関連属性とフィルターを追加する必要があります。参考資料：アクティベーションへの関連属性の追加 - Salesforce、アクティベーションにおける関連属性 - Salesforce、Salesforce Data Cloudコンサルタント資格取得の準備

発注番号の先頭のゼロが保持されるようにするには、フィールド タイプとしてテキストを選択する必要があります。
これは、テキストフィールドでは英数字が文字列として保存され、先頭や末尾の文字は削除されないためです。一方、数値、小数点、シリアル値フィールドでは数値が数値として保存され、データの表示またはエクスポート時に先頭のゼロが自動的に削除されます123。そのため、テキストフィールドは、発注書番号、郵便番号、電話番号など、元の形式を維持する必要があるデータの保存に適しています。参考資料：
* フィールドの先頭のゼロは、データエクスポートでは省略されているように見えます
* CSVファイルをインポートするときに最初の「0」を保持する
* ゼロで始まる、またはプラス記号を含む住所フィールドをインポートおよびエクスポートします

発注書番号の先頭のゼロを保持するには、フィールドタイプとして「テキスト」を選択する必要があります。これは、テキストフィールドは英数字を文字列として保存し、先頭または末尾の文字を削除しないためです。一方、数値、小数点、シリアル値フィールドは数値を数値として保存し、データの表示またはエクスポート時に先頭のゼロを自動的に削除します123。したがって、発注書番号、郵便番号、電話番号など、元の形式を維持する必要があるデータの保存には、テキストフィールドの方が適しています。参考：
データエクスポートではフィールドの先頭のゼロが省略されているように見える
CSV ファイルをインポートするときに最初の '0' を保持する
ゼロで始まる、またはプラス記号を含む住所フィールドをインポートおよびエクスポートします

Cumulus Financialは、複数のセグメントを同時に公開する際に遅延が発生しており、同じセグメントを維持しながらセグメントの公開頻度を下げたくないと考えています。最善の解決策は、Data Cloudのセグメンテーション同時実行制限を増やすことです。その理由は次のとおりです。
問題を理解する
同社は複数のセグメントを同時に公開しているため、遅延が発生しています。
セグメントの頻度や数を減らすことはビジネスクリティカルな要件であるため、選択肢にはありません。
セグメンテーションの同時実行制限を増やす理由は何ですか?
セグメンテーション同時実行制限:
Salesforce Data Cloud には、同時に処理できるセグメントの数にデフォルトの制限があります。
複数のセグメントを同時に公開する場合、この制限を超えると遅延が発生する可能性があります。
ソリューションアプローチ：
セグメンテーションの同時実行制限を増やすと、より多くのセグメントを遅延なく同時に処理できるようになります。
これにより、頻度を減らしたり既存のセグメントを削除したりすることなく、すべてのセグメントが時間どおりに公開されることが保証されます。
問題を解決するための手順
ステップ1: 現在の同時実行制限を確認する
[セットアップ] > [データ クラウド設定] に移動して、現在のセグメンテーションの同時実行制限を確認します。
ステップ2：増額を申請する
セグメンテーションの同時実行制限の増加をリクエストするには、Salesforce サポートまたは Salesforce アカウントエグゼクティブにお問い合わせください。
ステップ3: パフォーマンスを監視する
制限を増やした後、セグメントの公開を監視して、遅延が解決されていることを確認します。
他の選択肢はないのでしょうか?
A). すべてのセグメントに対して高速セグメント公開を有効にして、生成時間を短縮します。高速セグメント公開は、生成を高速化するように設計されていますが、複数のセグメントが同時に公開される場合の同時実行の問題には対処していません。
B). 公開されるセグメントの数を減らす: これは、同じセグメントを保持して頻度の低下を回避するという要件に反します。
D). 重複プロセスを防ぐために各セグメントの公開スケジュールの開始時間を調整します。スケジュールをずらすことは役立つかもしれませんが、同時実行制限によって発生する遅延の問題を完全に解決するわけではありません。
結論
Data Cloud のセグメンテーション同時実行制限を増やすことで、Cumulus Financial はビジネス要件を満たしながら、複数のセグメントを同時に公開する際の遅延を軽減できます。