Universal Containers (UC) は、営業担当者が重複した顧客アカウント、連絡先、リードを作成するというデータ品質の問題に直面しています。UC は、Salesforce に存在する可能性のあるレコードについてユーザーに通知することで、この問題を直ちに解決したいと考えています。UC は重複レコードに関するレポートを求めています。UC をすぐに始めるために推奨されるアプローチは何ですか?

ノーザン トレイル アウトフィッターズは、顧客のタイプについてレポートしたいと考えています。顧客タイプのカスタムフィールドがAccountオブジェクトに作成されました。ユーザーがこのフィールドに情報を入力するときは、次の定義済みの選択肢に制限する必要があります。
1. 高価値
2. 中程度の価値
3. 低い価値
データ アーキテクトは顧客タイプを構成するためにどの戦略を推奨する必要がありますか?

Universal Containers (UC) には、数百の検証ルールとトリガーを備えた非常に大規模で複雑な Salesforce 組織があります。トリガーは、ユーザーによるレコードの作成または更新に応じて、システムの更新とデータ操作を担当します。UC'' 組織内の自動化ツールの大部分は、データのロード中に実行されるように設計されていませんでした。UC は週末に、複数のオブジェクトにわたって 100,000 件のレコードを Salesforce にインポートします。
インポート中の望ましくない結果を軽減するには、データ アーキテクトは何をすべきでしょうか?

NTO は、Salesforce を含む企業環境全体に複数のシステムを持ち、顧客記録のバージョンが異なります。
Salesforce では、顧客は連絡先オブジェクトによって表されます。
NTO は、次の属性を持つ MDM ソリューションを利用します。
1.MDM ソリューションは、マスター キーを使用して顧客マスターを追跡します。
2. マスター キーは、顧客データが保存されている各外部システムのレコード ID へのマップです。
3.MDM ソリューションは重複除外機能を提供するため、信頼できる唯一の情報源として機能します。
データアーキテクトは、Salesforce 内でマスターキーのストレージをどのように実装する必要がありますか?

NTO は、販売とサービスに Salesforce を 10 年間使用してきました。過去 2 年間、マーケティング グループは、Salesforce に保存されている連絡先情報を使用してメールを送信した場合に返されるメールが 0 から 35 % に増加していることに気づきました。
返されるメールの量を減らすために、データ アーキテクトはどのソリューションを使用する必要がありますか?