Salesforce のドキュメント 3 によると、データ品質とは、Salesforce 内のデータがユーザーや関係者の期待や要件をどの程度満たしているかを示す尺度です。データ品質は、データ入力エラー、データの重複、データの不整合、データの不完全性、データの適時性など、さまざまな要因によって影響を受ける可能性があります。エグゼクティブ ダッシュボードの信頼性に影響を与えるデータ品質の問題に対処するには、データ アーキテクトは次のことを推奨する必要があります。
ダッシュボードと上級管理レポート用の専用データ マートを備えた販売データ ウェアハウスを構築します (オプション B)。これは、Salesforce やその他のソースからの販売データを分析目的で保存および整理する別のデータベースまたはシステムを作成することを意味します。データ ウェアハウスは、販売データの信頼できる唯一の情報源を提供し、より迅速で正確なレポートと分析を可能にします。データ マートは、販売実績、顧客のセグメント化、製品の収益性など、特定の主題やビジネス領域に焦点を当てたデータ ウェアハウスのサブセットです。データ マートは、さまざまなユーザーやグループに合わせて、ユーザーのデータに基づいて、カスタマイズされた関連性の高いデータを提供できます。ニーズと興味。
サードパーティのデータプロバイダーを検討して、Salesforce に入力された情報を強化および拡張します (オプション C)。これは、Salesforce に入力またはインポートされたデータを検証、修正、更新、拡張できる外部サービスまたはツールを使用することを意味します。これにより、データの品質と精度が向上し、データの重複や不完全性が軽減されます。
検証ルールなどの Salesforce 機能を活用して、不完全で不正確なレコードを回避します (オプション D)。これは、ユーザーまたは統合によって入力または更新されたデータを検証するためのルールと基準を定義できる機能を使用することを意味します。これは、無効または不正確なデータが保存されるのを防ぎ、データを修正または改善するためのアクションやアラートをトリガーするのに役立ちます。
定期的にデータをエクスポートしてデータをクレンジングし、エグゼクティブレポート用に Salesforce にインポートし直す方法 (オプション A) は、時間がかかり、エラーが発生しやすく、非効率的であるため、良い解決策とは言えません。また、Salesforce と他のシステムの間でデータの不整合や同期の問題が発生する可能性もあります。不完全または不正確な記録を監視し、それに対処するためのデータ品質ダッシュボードを設計および実装する (オプション E) ことも、複雑でコストがかかり、維持が困難なため、良い解決策とは言えません。また、データ品質問題の根本原因に対処できない場合や、そもそも問題の発生を防止できない場合もあります。

データ アーキテクトは、要件を最もよく満たすライティング プラットフォームとライセンス タイプを財務チームに推奨する必要があります。このライセンス タイプを使用すると、ユーザーは販売オブジェクトにアクセスせずに、カスタム オブジェクトにアクセスし、それらのオブジェクトに対してレポートやダッシュボードを実行できます。オプション A は不正解です。Service Cloud ライセンス タイプは、ケース、ナレッジ、その他のサービス オブジェクトにアクセスする必要があるカスタマー サービス ユーザーに適しています。選択肢 B は不正解です。Sales Cloud ライセンス タイプは、アカウント、取引先責任者、商談、その他の販売オブジェクトにアクセスする必要がある販売ユーザーに適しています。オプション C は不正解です。Light Platform Start ライセンス タイプでは、ユーザーはカスタム オブジェクトでレポートやダッシュボードを実行できません。

Salesforce のドキュメント 2 によると、重複リードとは、Salesforce 内の他のリードと同じまたは類似した情報を持つリードのことです。リードが重複すると、顧客エクスペリエンスの低下、コストの増加、不正確なレポートの原因となる可能性があります。リードの重複によって引き起こされる問題を軽減するには、次のような推奨プラクティスがいくつかあります。
すべてのチャネルにわたってリード情報を標準化します (オプション B)。これは、Web フォーム、電子メール キャンペーン、サードパーティ ベンダーなどのさまざまなソースからリード データを取得するために、一貫した形式、値、フィールドを使用することを意味します。これにより、データ品質の問題が軽減され、重複したリードの特定と防止が容易になります。
サードパーティ ソリューションを実装して、リード データをクリーンアップして強化します (オプション D)。これは、リードデータを Salesforce にインポートする前または後に、リードデータを検証、修正、更新、強化できる外部サービスまたはツールを使用することを意味します。これにより、データの品質と精度が向上し、重複したリードを減らすことができます。
重複除外戦略を実装して、リードの重複を防ぎます (オプション E)。これは、重複したリードの作成や Salesforce へのインポートを検出してブロックできる Salesforce 機能またはカスタム ソリューションを使用することを意味します。たとえば、Data.com Duplicate Management3 を使用すると、リードやその他のオブジェクトの一致ルールと重複ルールを定義できます。
重複を手動で検索してマージするプロセスを構築する (オプション A) ことは、時間がかかり、エラーが発生しやすく、非効率的となる可能性があるため、推奨されません。重複するリードを特定してマージするためのカスタム ソリューションを構築する (オプション C) ことも、複雑でコストがかかり、維持が難しいため、推奨されません。重複するリードをより効果的に処理できる既存の Salesforce 機能またはサードパーティ ソリューションを使用することをお勧めします。

月次値と年次値を必要なレポートに必要な形式に要約する集計カスタム オブジェクトを作成する (オプション D) は、データ量が削減されるため、データ アーキテクトがタイムアウトの問題を解決するための最も速くて効果的な方法です。これはレポートでクエリして処理する必要があります。機会にカスタム フィールドを作成し、注文からそれらのカスタム フィールドにデータをコピーする (オプション A) ことは、データの冗長性と不整合が生じる可能性があり、大量のデータに対処できないため、良い解決策ではありません。Salesforce から商談データと注文データを抽出し、サードパーティのレポート ツール (オプション B) を使用することも、複雑さとコストがさらにかかる可能性があり、Salesforce のネイティブ レポート機能を活用しないため、良い解決策とは言えません。Salesforce でスキニーテーブルを作成し、そこに注文フィールドと商談フィールドをコピーする方法 (オプション C) も、すべてのレポート要件をサポートしていない可能性があり、レコード数は減らないため、良い解決策とは言えません。