Data-Architect日本語 無料問題集「Salesforce Certified Data Architect (Data-Architect日本語版)」

（A）顧客データをすべてのシステムにロードします。

（B）顧客データのマスター データ管理 (MDM) 戦略を実装します。

（C）Salesforce をすべてのデータの記録システムにします。

（D）各システムが生成するデータの所有者になります。

（A）不完全または不正確なレコードを監視し、対処するためのデータ品質ダッシュボードを設計および実装します。

（B）ダッシュボードと上級管理レポート用の専用データ マートを備えた販売データ ウェアハウスを構築します。

（C）データを定期的にエクスポートしてデータをクレンジングし、エグゼクティブ レポート用に Salesforce にインポートし直します。

（D）サードパーティのデータプロバイダーを調べて、Salesforce に入力された情報を強化および拡張します。

（E）検証ルールなどの Salesforce 機能を活用して、不完全で不正確なレコードを回避します。

（A）割引リクエストごとにカスタム製品の選択を義務付けます。

（B）主従関係を参照関係に変更します。

（C）一般的な割引リクエストのプレースホルダー製品レコードを作成します。

（D）主従関係を削除し、オブジェクトを分離します。

（A）請求書品目は既存の商談品目のみを参照するようにしてください。

（B）会計製品が Salesforce プラットフォーム上で 100% ネイティブに実行されることを確認します。

（C）アカウント製品ベンダーの製品に Wave Analytics が含まれていることを確認します。

（D）アカウント製品ベンダーが確実なデータ アーカイブ戦略を提供していることを確認します。

（A）Splunk を使用してシステム ログをクエリし、トランザクション時間と CPU 使用率を調べます。

（B）Salesforce サポートでチケットを開き、トランザクション ログを取得して処理時間を分析します。

（C）Salesforce のクエリ オプティマイザーを使用して、開発者コンソールでクエリを分析します。

（D）開発者コンソールでクエリ プラン ツールを有効にして使用します。

（A）カスタム フィールドを使用して承認の詳細を取得します。

（B）承認を維持するためのカスタム オブジェクトを作成します。

（C）AppExchange ソリューションを使用して要件に対処します。

（D）Authorization Form Consent オブジェクトを使用して同意を取得します。

（A）既存のコンテナ カスタム オブジェクトに温度と湿度の新しいカスタム フィールドを作成し、コンテナごとに一意の外部 ID フィールドを作成します。これらのカスタム フィールドは、新しいメジャーを受信すると更新されます。

（B）特定のコンテナに対する新しいメジャーを受信したときに作成される、コンテナとの主従関係を持つ新しいコンテナ読み取りカスタム オブジェクトを作成します。1 時間ごとに実行されるアーカイブ プロセスを実装します。

（C）特定のコンテナの最後の湿度と温度のデータを表示し、UC の既存のデータ ウェアハウスから関連データを取得して履歴傾向も表示できる新しい Lightning コンポーネントを作成します。

（D）新しいコンテナ読み取りカスタム オブジェクトを作成します。これは、特定のコンテナに対する新しいメジャーを受信したときに作成されます。Container Reading カスタム オブジェクトには、コンテナ オブジェクトとの主従関係があります。

（A）営業ユーザーのフィールドレベルのセキュリティに対して、[商談金額] フィールドのアクセスを読み取り専用に変更します。

（B）PPS が更新するフィールドを分離して、営業ユーザーが更新する商談金額のカスタム フィールドを作成します。

（C）値が null の場合に [商談金額] フィールドのみを更新するように PSS 統合を変更します。

（D）PSS がフィールド セールス ユーザーの更新を分離して更新する商談金額のカスタム フィールドを作成します。

（A）Salesforce データ/メタデータを抽出し、その情報を外部の保護されたシステムに保存するサードパーティ ツールを活用します。

（B）データ変更を毎晩抽出し、外部の保護されたシステムに保存するカスタム バッチ ジョブを作成します。

（C）ETL ツールを利用して、データをオンプレミスのアーカイブ ソリューションに移行します。

（D）Salesforce の毎週のエクスポートを活用し、保護されたシステム上のフラット ファイルにデータを保存します。

（A）iframe 内にカプセル化された請求システムを含む Visual Force タブを作成します。

（B）Apex コールアウトを作成し、取引先レコードに表示する関連リストを入力します。

（C）Salesforce 内の請求システム レコードを表示するマッシュアップ ページを作成します。

（D）カスタムオブジェクトを作成し、過去 12 か月の請求書データを Salesforce に移行して、取引先レイアウトに表示できるようにします。

（A）Data.com Prospector をインストールおよび構成して、アカウント データの品質を監視する宣言型アプローチを使用します。

（B）アカウントのデータ品質を監視するために、サードパーティのデータ品質 API を呼び出す Batch Apex を実装します。

（C）サードパーティのデータ品質 API をクエリしてアカウントのデータ品質を監視する Apex トリガーをアカウントに実装します。

（D）Data.com Clean をインストールおよび構成して、宣言型のアプローチを使用し、取引先データの品質を監視します。

（A）ユーザーのプロファイルを設定して、連絡先オブジェクトから削除権限を削除します。

（B）「削除前」トリガーを作成して、現在のユーザーが所有者でないことを確認します。

（C）連絡先オブジェクトの共有設定をパブリック読み取り専用に設定します。

（D）連絡先オブジェクトに検証ルールを作成して、現在のユーザーが所有者ではないかどうかを確認します。

（A）同時に更新するユーザー数を減らします。

（B）詳細なロックを有効にします。

（C）Splunk クエリを分析して、問題のあるレコードを特定します。

（D）Salesforce 組織の CPU を増やします。

（A）末尾の % ワイルドカードを使用します。

（B）先頭に % ワイルドカードを使用します。

（C）確定的な数式フィールドでカスタム インデックスを使用します。

（D）NOT 演算子と != 演算子を使用します。

（E）大量のロードと削除を実行します。

（A）ハブ組織にポーリングして変更データを取得し、スポーク組織にプッシュするカスタム API を開発します。

（B）カスタム API を開発して、スポークにポーリングして変更データを取得し、組織にプッシュします。

（C）組織全体でデータを抽出および復元するバックアップおよびアーカイブ ソリューション。

（D）ハブとスポークの両方にデータを抽出して分散するミドルウェア ソリューション。

（A）Salesforce の一致ルールと重複ルールを実装します。

（B）Salesforce Lead Mass 重複除外ツールを実行します。

（C）AppExchange Lead 重複除外アプリケーションを取得します。

（D）重複レコードをチェックするワークフロー ルールを作成します。

（A）Salesforce Connect

（B）外部 API

（C）統合検索

（D）Salesforce 2 Salesforce

（A）商談エンゲージメント システムは、商談記録の記録システムとなる必要があります。

（B）関係者を集めて、今後の適切なデータ戦略について話し合う必要があります。

（C）競合が発生した場合、レコードが最も新しく更新されたシステムが優先されるようにポリシーを採用する必要があります。

（D）MDM 戦略では、Salesforce を記録システムとして定義しているため、すべての競合において Salesforce 商談の値が優先されます。