DTA Wrong Questions Flashcards
Cosmic Solutions 社では、’Performance Review’ というカスタムオブジェクトを使用して、同社で働く従業員のパフォーマンスレビューを保存しています。システム管理者は、特定の期間内に作成されたすべてのパフォーマンスレビューを表示するレポートを作成しました。このレポートは、カスタム日付フィールドに基づくフィルタを使用します。しかし、レコード数が多いため、レポートの実行に時間がかかります。レポートのパフォーマンスを向上させるために、システム管理者はどの手順を実行できますか？ (2個選択)
A. レポートに追加したフィールドにカスタムインデックスを追加するよう、Salesforce サポートに依頼します。
B. カスタム日付フィールドにカスタムインデックスを追加するよう、Salesforce サポートに依頼します。
C. Salesforceサポートに、カスタムオブジェクトに定義されたすべてのフィールドのスキニーテーブルを作成するよう依頼します。
D. レポートに使用するフィールドのスキニーテーブルを作成するよう、Salesforce サポートに依頼します。
B. カスタム日付フィールドにカスタムインデックスを追加するよう、Salesforce サポートに依頼します。
D. レポートに使用するフィールドのスキニーテーブルを作成するよう、Salesforce サポートに依頼します。
レポートのパフォーマンスを向上させるために、レポートに追加されたフィールドに対してスキニーテーブルを作成し、レポートのフィルタリングに使用されるカスタム日付フィールドにカスタムインデックスを追加することができます。スキニー・テーブルを使用すると、必要なフィールドが1つのデータベース・テーブルに格納されるため、標準フィールド用のテーブルとカスタム・フィールド用のテーブルをクエリする代わりに、結合操作が必要になり、レポートのパフォーマンスを向上させることができます。
カスタム・オブジェクトに定義されたすべてのフィールドに対してスキニー・テーブルを作成する必要はありません。レポート内の各フィールドに対してカスタム・インデックスを作成することも役に立ちません。レポートを高速に実行するには、最適化可能な演算子を使用し、インデックスを持つフィールドを参照する選択的フィルタ条件が必要です。この場合、レポートには、カスタム・インデックスを追加できるカスタム日付フィールドに基づくフィルタが1つあります。
コズミックサービスソリューションズでは、Salesforce上に数百万件の取引先レコードを保有している。Lightning Webコンポーネントにより、ユーザーはフィルタ条件を選択して取引先レコードを取得することができます。しかし、このコンポーネントがレコードを返すために使用するSOQLクエリは非常に遅く、ユーザーエクスペリエンスに悪影響を及ぼしています。この会社のデータ・アーキテクトは、クエリを最適化して高速化するためにクエリ・プラン・ツールの使用を推奨しています。クエリを実行するために利用可能なプランを確認するためにツールを使用するための有効な考慮事項は次のうちどれですか？ (3個選択)
A. プランのコストは、テーブルと値に関する最新のデータベース統計に依存します。
B. 最もコストの低いプランが、提供された SOQL クエリの実行に使用されます。
C. このツールは、パフォーマンス向上のためにインデックスを作成できるフィールドに関する情報を提供します。
D. ツールは、フルテーブルスキャンと比較したインデックス使用のコストを提供します。
E. プランのコストが1を下回る場合、クエリは選択されません。
A. プランのコストは、テーブルと値に関する最新のデータベース統計に依存します。
B. 最もコストの低いプランが、提供された SOQL クエリの実行に使用されます。
D. ツールは、フルテーブルスキャンと比較したインデックス使用のコストを提供します。
Developer Consoleのクエリプランツールを使用すると、SOQLクエリを実行するためにLightning Platform Query Optimizerが利用できるさまざまなプランについて理解を深めることができます。
このツールは、フルテーブルスキャンと比較したインデックスの使用コストなどの情報を提供します。
各プランには、テーブルと値に関する最新のデータベース統計から得られたコスト値があります。
最もコストが低いプランがクエリの実行に使用されます。
SOQLクエリは、プランのコストが1以上の場合は選択されません。
このツールはインデックスを作成できるフィールドに関する情報を提供しません。
サポートされている操作がそのフィールドに対して使用された場合にのみ、インデックスが付けられたフィールドに対する計画が表示されます。
サポートされていない操作には、ヌル文字との比較や、クエリ・フィルタでの先頭の’%’ワイルドカードの使用があります。
Cosmic Service Solutions社は、Visualforceページで使用されるレポートとSOQLクエリのパフォーマンスを改善するために、スキニーテーブルの使用を検討しています。スキニーテーブルの次の機能のどれが、この会社の要件を満たすのに役立つでしょうか？ (3個選択)
A. スキニー・テーブルには、複数のオブジェクトのフィールドを含めることができます。
B. スキニーテーブルのデータはベースオブジェクトと同期されます。
C. スキニーテーブルにはインデックス付きフィールドのみが含まれます。
D. スキニーテーブルは頻繁に使用されるフィールドを含むことができる。
E. スキニーテーブルには、ごみ箱内のレコードは含まれません。
B. スキニーテーブルのデータはベースオブジェクトと同期されます。
D. スキニーテーブルは頻繁に使用されるフィールドを含むことができる。
E. スキニーテーブルには、ごみ箱内のレコードは含まれません。
スキニーテーブルは、オブジェクトに定義されたフィールドのサブセットを含むことができ、最も頻繁に使用されるフィールドとすることができる。
スキニーテーブルは、ベースオブジェクトのデータの変更に同期して保持されます。
ごみ箱内のレコードはスキニーテーブルに含まれません。
“スキニーテーブルは複数のオブジェクトをサポートしません。”
スキニー・テーブルには、常にインデックス付きフィールドだけが含まれるとは限りません。
コズミックサービスソリューションズでは、1年以上前の商談レコードを自動的にアーカイブしたいと考えています。ユーザーは、アーカイブされたこれらのレコードにアクセスする必要はありません。この要件を満たすために、次のうちどれを使用できますか？ (2個選択)
A. Workbench
B. Data Export Wizard
C. Data Loader
D. Third-Party ETL Tool
C. Data Loader
D. Third-Party ETL Tool
ユーザーはアーカイブされたレコードにアクセスする必要がないため、削除することができる。
サードパーティの ETL (抽出、転送、ロード) ツール
または
“Data Loader を使用すると、レコードを自動的にエクスポートおよび削除するジョブをスケジュールできます。”
Salesforce UI のデータエクスポートウィザードを使用してレコードを自動的に削除することはできません。
Workbench を使用して、エクスポートと削除のジョブをスケジュールすることはできません。
コスミックエレクトロニクスは、SalesforceとERPシステムを含む複数の企業システムを使用している。ERP システムには、アカウント、販売注文、請求書、報酬、業績評価などの顧客および従業員データが含まれています。データテーブルの一部は、ルックアップリレーションシップで関連付けられています。特定の Salesforce ユーザーは、別途ログインすることなく、ERP システムに保存されているデータを表示および編集する必要があります。同社の CTO は、このユースケースのために Salesforce Connect をセットアップしたいと考えていますが、データテーブルの数が多いため、接続タイムアウトを懸念しています。さらに、Salesforce には、ERP システムとの同期中に名前の衝突を引き起こす可能性のあるオブジェクトがいくつか含まれています。この要件を満たすために Salesforce Connect を構成する際に考慮すべきことは、次のうちどれでしょうか。(3個選択)
A. 組織の外部オブジェクトが 100 を超えると、外部データ ソースの同期は失敗します。
B. 外部オブジェクト名が既存の名前と衝突する場合、インライン編集を使用して名前を編集することができます。
C. 外部データソースの同期操作は、バッチで実行し、一時停止し、後で再開することができます。
D. 同期操作が接続タイムアウトを引き起こす可能性がある場合、バックグラウンド・ジョブとして非同期に実行できる。
E. 外部参照リレーションシップは、参照リレーションシップを介して関連付けられた2つの外部オブジェクトに対して自動的に作成されます。
B. 外部オブジェクト名が既存の名前と衝突する場合、インライン編集を使用して名前を編集することができます。
D. 同期操作が接続タイムアウトを引き起こす可能性がある場合、バックグラウンド・ジョブとして非同期に実行できる。
E. 外部参照リレーションシップは、参照リレーションシップを介して関連付けられた2つの外部オブジェクトに対して自動的に作成されます。
Salesforce Connect のセットアップ中に外部データソースを同期すると、外部オブジェクト名と組織内の既存の名前との間で名前の衝突が発生する場合、名前をインラインで編集して時間とクリック数を節約できます。
外部データテーブルが多い場合など、同期操作が接続タイムアウトを引き起こす可能性がある場合は、バックグラウンドで非同期に実行できます。
同じ外部システム・スキーマにマッピングされた親オブジェクトと子オブジェクトの間に、外部参照関係が自動的に作成されます。
外部データソースの同期は、Org の外部オブジェクト数が “200” を超えると失敗します。
Salesforce では、同期操作をバッチで実行することはできません。また、同期操作を一時停止または再開することもできません。
Cosmic Enterprisesは、Accountオブジェクトの80以上の標準フィールドとカスタムフィールドに対してユーザが行った変更を追跡したいと考えています。この要件を満たすために、データアーキテクトは何を推奨すべきでしょうか？
A. Data Loaderのコマンドラインインターフェイスを使用して、フィールド値の定期的なエクスポートをスケジュールします。
B. 分析スナップショットを使用して、新しいフィールド値と古いフィールド値を保存する。
C. Apexトリガーを使用して、新旧フィールド値を格納するカスタム・オブジェクトを作成する。
D. フィールド履歴追跡を使用して、フィールドに加えられた変更を追跡します。
C. Apexトリガーを使用して、新旧フィールド値を格納するカスタム・オブジェクトを作成する。
Accountオブジェクトに’after insert’イベントと’after update’イベントを持つApexトリガーを作成し、アカウントレコードが更新されるたびにカスタムオブジェクトに新旧のフィールド値を格納することができます。
分析スナップショットは、定期的に特定の時間にのみカスタムオブジェクトに値を保存することができます。
Field History Trackingは、”最大20フィールド”までしか追跡できません。
有償の Salesforce 製品である Field Audit Trail は、追跡可能なフィールド数をオブジェクトごとに 60 まで拡張しますが、それ以上には拡張できないため、この要件を満たすことはできません。
Data Loaderは、フィールド値の定期的なエクスポートには使用できません。
ある物流会社では、社内で Salesforce を利用し、倉庫管理用のバックオフィス ERP を運用しています。営業部長は、ERP のデータを基に Salesforce でレポートを作成し、傾向分析や潜在顧客との面談時に使用する営業資料として活用したいと考えています。このようなシナリオにおいて、なぜデータ仮想化が有効なインテグレーションソリューションなのでしょうか。 (2個選択)
A. 大量のデータを組織にインポートする必要がないから。
B. リモートシステムに保存されたデータを、組織内でアクセスする必要があるため。
C. リモートシステムがトランザクションを開始し、組織からデータを取得するから
D. 組織からのリクエストとレスポンスが非同期で処理されるため
A. 大量のデータを組織にインポートする必要がないから。
B. リモートシステムに保存されたデータを、組織内でアクセスする必要があるため。
データ仮想化は、Salesforce の外部に保存されているデータに Salesforce ユーザがアクセスする必要があるシナリオで実装されます。
このインテグレーションでは、大量のデータは組織にコピーされず、リモートシステムからの少量のデータのみにアクセスする必要があります。外部オブジェクトを使用すると、外部データに基づいて特定のレポートを生成できます。
データ仮想化オプションを実装する場合、Salesforce 組織がインテグレーショントランザクションのソースまたは要求元となり、外部システムがターゲットとなります。このタイプの統合ソリューションでは、リクエストとレスポンスは同期的に処理されます。
Cosmic Solutions 社のデータアーキテクトは、’Performance Review’や’Inventory’などのカスタ ムオブジェクトのレコードを定期的にアーカイブし、消去する計画を設計している。効果的なアーカイブ戦略を設計するための重要な考慮事項は次のうちどれですか？ (2個選択)
A. アーカイブ戦略に影響を与える規制上の制限を考慮する必要がある。
B. アーカイブされたデータがレポートのために必要かどうかを検討する必要がある。
C. 各カスタムオブジェクトに定義されている履歴保持ポリシーの数は、レコードをアーカイブするために考慮する必要がある。
D. 現在カスタムオブジェクトにアクセスできるユーザのプロファイルから権限を削除する必要がある。
A. アーカイブ戦略に影響を与える規制上の制限を考慮する必要がある。
B. アーカイブされたデータがレポートのために必要かどうかを検討する必要がある。
効果的なアーカイブ戦略を構築するための重要な検討事項は以下の通りである：
1) アーカイブされたデータがレポーティングに必要かどうかを検討する必要がある。ユーザーは、アーカイブされた記録に基づくレポートを閲覧するために、アーカイブされた記録にアクセスする必要がある。
2) アーカイブ戦略に影響を与える規制上の制約を考慮する必要がある。そのような規制のために特定のデータをアーカイブすべきでない場合は、それを考慮すべきである。
ユーザーは新しいレコードにアクセスする必要があるため、プロファイルから権限を削除する必要はないだろう。また、特定のオブジェクトに対して定義できる履歴保持ポリシーは1つだけなので、履歴保持ポリシーの数を考慮する必要はないだろう。
Cosmic Enterprisesでは、Salesforceに販売注文を格納するために「Sales Order」というカスタムオブジェクトを使用しています。ERP（Enterprise Resource Planning）システムは、営業ユーザが販売注文を作成・更新するために使用する主要なシステムです。販売注文が作成または編集されると、その変更は統合によって自動的に Salesforce に反映されます。各システムには5,000万件以上の販売注文がある。Salesforceは主に販売オーダーに関する過去の傾向を見るために使われているが、レポートの実行には時間がかかり、タイムアウトすることも多い。同社の営業部長も、レコード数の多さとデータストレージの制限を懸念しています。データストレージの制限を考慮しつつ、この問題を解決するためにデータアーキテクトは何を推奨すべきでしょうか？(2個選択)
A. 古いレコードをアーカイブして、Salesforce のSales Orderレコードの総数を減らす。
B. Sales Orderのエクスポートを毎日スケジュールし、Salesforce から削除する。
C. 集計情報をカスタムオブジェクトにコピーし、元のSales Orderを削除する。
D. レポートスナップショットを使用してデータをレポートし、データ消去計画を実施する。
C. 集計情報をカスタムオブジェクトにコピーし、元のSales Orderを削除する。
D. レポートスナップショットを使用してデータをレポートし、データ消去計画を実施する。
Batch Apexを利用することで、集計情報をカスタムオブジェクトにコピーしてレポーティングすることができます。その後、元のレコードが外部 ERP システムにあることに注意して、販売注文レコードを Salesforce から削除できます。
レポーティングスナップショットを使用して販売注文のレポーティングを行うことも、レコードの定期的な削除を目的としたデータパージ計画とともに使用できるソリューションです。また、これらのレコードをアーカイブする必要もありません。
Cosmic Marketing SolutionsのSalesforce管理者は、サードパーティのETLツールを使用してSalesforceから5,000万件のアカウントレコードをエクスポートしています。しかし、BULK APIエクスポートジョブが失敗し、フルテーブルスキャンタイムアウトの失敗を示します。データアーキテクトは、エクスポートジョブが失敗しないようにするために何を推奨すべきでしょうか？
A. エクスポート・ジョブ・ヘッダーでForce-Enable-KChunkingを指定する。
B. エクスポート・ジョブ・ヘッダで Sforce-Enable-KChunking を指定する。
C. エクスポート・ジョブ・ヘッダで Force-Enable-PKChunking を指定します。
D. エクスポート・ジョブ・ヘッダで Sforce-Enable-PKChunking を指定します。
D. エクスポート・ジョブ・ヘッダで Sforce-Enable-PKChunking を指定します。
Bulk API エクスポートジョブにパラメータを追加して、クエリを自動的に個別のチャンクに分割し、チャンクごとにクエリを実行してデータを返すことができます。Sforce-Enable-PKChunking’ ヘッダは、Bulk API クエリのジョブリクエストで指定できます。
コスミックソリューションズでは、取引先、取引先責任者、商談を管理するためにSalesforceを使用しています。顧客からの注文を管理するために、外部の注文管理システムを使用しています。営業ユーザーは、取引先、取引先責任者、商談、および関連するオーダーを表示できる Salesforce のページにアクセスする必要があります。しかし、外部システムには数百万件の注文があります。Salesforce のデータストレージに制限があるため、営業部長は、Salesforce でホストされているデータと外部でホストされているデータを Salesforce の同じページに表示するための適切なアプローチを、会社のデータアーキテクトに提案してほしいと考えています。データは、選択したフィルタ値に基づいてリアルタイムに少量ずつ表示する必要があります。データアーキテクトが推奨すべき適切なアプローチは、次の 2 つのうちどれですか。(2個選択)
A. ETLツールを使用して少量の注文データを取得およびロードし、Salesforceのデータと一緒にLightningページに表示する。
B. Salesforceの古いレコードを削除し、外部システムから受注データをロードし、LightningページでSalesforceのデータと一緒に表示する。
C. Salesforce UI を作成し、Salesforce に保存されているデータと、外部システムを表す Web サイトのデータを表示する。
D. Apex コードを使用して外部システムから注文データを取得し、Lightning ページに Salesforce データと一緒に表示する。
C. Salesforce UI を作成し、Salesforce に保存されているデータと、外部システムを表す Web サイトのデータを表示する。
D. Apex コードを使用して外部システムから注文データを取得し、Lightning ページに Salesforce データと一緒に表示する。
このシナリオでは、Salesforce のデータストレージに制限があるため、ETL ツールや類似のアプローチを使用して受注データを Salesforce にロードすべきではありません。代わりに、一度に表示されるデータが少量であることを保証しながら要件を満たすために、マッシュアップを使用することができます。Salesforceでは、以下の2つのマッシュアップデザインをサポートしています：
1) 外部システムを Salesforce UI の一部のように見せることができます。たとえば、この設計を使用して、注文をホストする外部システムのデータを Salesforce のデータとともに表示できます。
2) Apex コードで外部システムへのコールアウトを実行し、必要なデータをリアルタイムに取得できます。たとえば、この方法を使用すると、注文データを取得し、Salesforce データと一緒に Lightning ページに表示できます。
コズミック・リペア・ソリューションズ社は、アメリカでフィールド修理サービスを提供している会社である。全米に数千人の現場技術者を擁し、さまざまな企業が製造したさまざまな種類の電子機器や工業製品を修理している。各技術者は、各修理作業に関連する詳細を記録するための特別な装置を使用している。技術者は、その装置を使用して、これらの詳細を地域のフィールド修理センターに送信する必要がある。詳細は、修理センターの担当販売代理店が書類を作成し、請求書とともに顧客に送付するために必要となる。
平均して、各現場修理センターは15分に1件の修理依頼を受ける。次の会計四半期中には、1億件以上のレコードが修理センターで受信される見込みである。これらのレコードを保存するために使用されているオンプレミスのシステムには、一定の限界があります。ほとんどの販売代理店がSalesforceを使用しているため、同社は代理店が必要な情報を取得できるようにSalesforceを使用したいと考えています。しかし、ディレクターは、その記録が多くのデータストレージを消費することを懸念している。レポーティングのためには、現在と過去のすべてのデータが必要になります。このユースケースに対して、データアーキテクトは何を推奨すべきでしょうか？
A. 毎週、最も古いレコードの一部を手動で削除する。
B. 1時間ごとに最も古いレコードの一部を削除し、アーカイブするプロセスを導入する。
C. 毎月、最も古いレコードの一部をエクスポートして削除する。
D. 四半期ごとに最も古いレコードの一部を削除し、アーカイブするプロセスを実装する。
B. 1時間ごとに最も古いレコードの一部を削除し、アーカイブするプロセスを導入する。
Salesforceには大量のレコードが保存されるため、1時間ごとに最も古いレコードをアーカイブするプロセスを実装
するのが最適な戦略でしょう。レコードの削除とアーカイブには、非同期プロセスを使用できます。これにより、新しいレコードがSalesforceに追加されるたびに、レコード数を減らすことができます。営業担当者は、ドキュメントを作成するために限られた期間の詳細しか必要としないため、最も古いレコードは、四半期、週、月ごとではなく、1時間ごとにアーカイブすることができます。
コスミックエレクトロニクスは、Salesforce に保存された販売注文と、外部システムで生成された関連請求書をマッシュアップして表示することを検討している。さらに、2つのシステムのデータに基づいたレポートやダッシュボードも表示する必要があります。Salesforce でマッシュアップを使用して、Salesforce でホストされているデータと外部でホストされているデータを表示するかどうかを決定する際に考慮すべき問題は、次のうちどれでしょうか? (2個選択)
A. SalesforceのApexコールアウトを使用して請求書レコードを取得すると、アクセスに時間がかかります。
B. 2つのシステムを統合してデータを取得する独自の方法を開発する必要がある。
C. 外部システムからリアルタイムで取得した請求書レコードは、Salesforceのレポートやダッシュボードに対応しない。
D. 外部システムから取得した請求書レコードは、Salesforceで表示されたときに古くなっている可能性がある。
A. SalesforceのApexコールアウトを使用して請求書レコードを取得すると、アクセスに時間がかかります。
C. 外部システムからリアルタイムで取得した請求書レコードは、Salesforceのレポートやダッシュボードに対応しない。
マッシュアップを使用すると、外部請求レコードのレポート作成ができなくなる。マッシュアップを使用すると、外部請求レコードへのアクセスに時間がかかる。
マッシュアップはリアルタイムで外部レコードを取得するため、請求書レコードを取得する際に陳腐化することはない。システムを統合し、請求書レコードを取得するために、独自の方法を構築する必要はない。
Cosmic Service Solutionsは、「Employee」というカスタムオブジェクトを使用して従業員管理にSalesforceを使用しています。Herokuアプリケーションは、IT部門の一部の従業員が社内サポートチケットを管理するために使用しています。会社のHRISディレクターは、社内サポートチケットをSalesforceで見えるようにしたいと考えています。従業員によって提出されたすべての社内サポートチケットは、Salesforceの従業員レコードに表示される必要があります。Salesforce はチケットの閲覧のみに使用し、チケットの管理には使用しません。この要件を満たすには、次のうちどれを使用すればよいでしょうか。(3個選択)
A. 外部データソース
B. 外部オブジェクト
C. 間接参照リレーションシップ
D. 外部参照リレーションシップ
E. 外部サービス
A. 外部データソース
B. 外部オブジェクト
C. 間接参照リレーションシップ
Salesforce Connectを設定することで、SalesforceとHerokuアプリケーションを統合し、HerokuのデータをSalesforceで仮想化することができます。Salesforce Connectでは、外部アプリケーションのデータに対応する外部データソースと外部オブジェクトおよびフィールドを作成します。外部データソースは、外部システムのデータに接続するためにセットアップで定義されます。
この場合、社内のサポートチケットを管理する Heroku アプリケーション用に外部データソースを作成できます。内部サポートチケット用の外部オブジェクトを自動的に作成するために、外部データソースを検証し、同期することができます。外部オブジェクトと任意のSalesforceオブジェクトの間にリレーションシップを定義することもできます。
外部オブジェクトに間接参照リレーションシップフィールドを定義できます。このフィールドは、外部オブジェクトを「Employee」というカスタムオブジェクトにリンクし、各従業員レコードを複数の内部サポートチケットに関連付けることができます。関連リストを Employee ページレイアウトに追加して、関連するすべての内部サポートチケットを各従業員レコードに表示することができます。このタイプのリレーションシップフィールドは、’External Id’ と ‘Unique’ 属性を持つ親オブジェクトのカスタムフィールドを使用してレコードを照合します。
外部参照リレーションシップは、外部オブジェクトを親として使用することしかできないため、この要件を満たすために使用することはできません。子オブジェクトには、標準、カスタム、または外部オブジェクトを使用できます。この場合、親オブジェクトは Employee オブジェクトでなければなりません。外部サービスは、通常、外部でホストされているサービスを呼び出して、レコードの作成や更新などの特定の操作を実行するために使用されるため、この要件を満たすために使用すべきではありません。この場合、ユーザはHerokuアプリケーションに存在する内部サポートチケットを表示するだけでよく、これはSalesforce Connectを設定することで簡単に実現できます。
コズミック・イノベーションズは米国に本社を置く企業で、欧州でのマーケティングと販売を計画している。欧州にオフィスは設置しない。Salesforceを使用してリードを記録し、販売機会を管理する予定です。データアーキテクトがGDPR規制へのコンプライアンスを確保するために考慮する必要があるのは、次のうちどれでしょうか？
A. すべての個人データや機密データを保護する必要があります。
B. Cosmic Innovationsはヨーロッパにオフィスを設立しないため、GDPR規制は適用されない。
C. 欧州の見込み客や顧客に関連して収集されたデータはすべて暗号化する必要がある。
D. ヨーロッパで収集された個人情報は、3年後に削除する必要があります。
A. すべての個人データA. すべての個人データや機密データを保護する必要があります。機密データを保護する必要があります。
GDPRは、EU域内の個人に関する個人情報をどのように取り扱うべきかを定めたデータ保護法である。組織がEU域内の個人または企業と契約する場合、その組織がEU域内に物理的な拠点を有しているか否かにかかわらず、GDPRが適用される。
組織が収集する個人データは、それがEUの個人に関するものであれ、非EUの個人に関するものであれ、識別、分類、保護される必要があります。データを分類する一環として、データ保持ポリシーを作成し、データを削除するまでの保持期間を定める必要がある。データを削除する必要がある正確な期間を規定した規則はない。ビジネスに基づいて定義し、データを保存・保持する正当な目的があることを証明するのは、各組織次第である。
コスミック・エンタープライズの営業マネージャーは、今年の成約数、業種別・国別の成約数など、会社の営業成績に関する情報を閲覧したいと考えています。この情報に基づいて、適切な是正措置を講じたいと考えています。この要件に対して、データアーキテクトが推奨すべき AppExchange で利用可能なダッシュボードはどれでしょうか。
A. Sales Performance Dashboard
B. Salesforce CRM Dashboard
C. Sales Activity Dashboard
D. Sales KPI Dashboard
D. Sales KPI Dashboard
AppExchange の営業 KPI ダッシュボードでは、関連する営業主要業績数値が表示され、営業管理者が適切な是正措置を講じるのに役立ちます。Sales Activity Dashboard では、営業担当者の商談に対する活動率やタイプを分析できます。営業マネージャー向けの Salesforce CRM ダッシュボードは、営業チームの状況についての情報を表示しますが、多くのパフォーマンス指標を表示する営業 KPI ダッシュボードを使用する方がよいでしょう。AppExchange には Sales Performance Dashboard はありません。
コズミック・エンタープライズのデータ・スチュワードは、Salesforce のレコードに関するデータガバナンスプランの策定に取り組んでいる。彼はすでにSalesforce内のデータの状態を評価しています。次のうち、ガバナンス計画に含めるべき要素はどれですか？(3個選択)
A. データの定義
B. データのレビューとセグメンテーション
C. データの品質測定
D. データ品質基準
E. 品質管理プロセス
A. データの定義
D. データ品質基準
E. 品質管理プロセス
データガバナンス計画には、以下の要素またはセクションを含める必要がある：
1) データ定義
2) データ品質基準
3) 品質管理プロセス
4) 役割と所有権
5) セキュリティと権限
データ品質の測定とデータのレビューとセグメンテーションはデータアセスメントに含まれるが、この場合、データスチュワードはすでにデータの状態を評価している。
Cosmic Luxiamは、Salesforceのアンクリーンなデータを対象としたデータガバナンス計画を策定したいと考えています。データスチュワードは、不正確かつ不完全なレコードが潜在的に数千件あると考えています。さらに、データ品質レポートとダッシュボードによると、重複したアカウントと連絡先が数百件存在する。データをクレンジングするために、データアーキテクトが推奨すべきステップは次のうちどれですか？(3個選択)
A. 自由形式のデータ入力が可能なAppExchangeアプリケーションをインストールする。
B. 信頼できるサードパーティのソースとレコードを比較する。
C. データエンリッチメントにLightning Dataを使用する。
D. 重複管理機能を使用して、重複を排除・防止する。
E. データの手入力にピックリストフィールドを利用する。
B. 信頼できるサードパーティのソースとレコードを比較する。
C. データエンリッチメントにLightning Dataを使用する。
D. 重複管理機能を使用して、重複を排除・防止する。
重複レコードを特定したり、その作成をブロックしたりするために、重複ルールやマッチングルールなどの機能を利用できます。Salesforceのレコードをサードパーティのソースと比較し、その正確性を検証することができる。Lightning Dataを使用してレコードをリッチ化できる。
ピックリストフィールドを使用することで、データの一貫性が確保され、既存データの品質が向上することはない。自由形式のデータ入力が可能な AppExchange アプリケーションを使用しても、データの質は向上しない。ユーザーが自由にデータを入力できるようにする代わりに、情報を迅速かつ簡単に入力できるツールを使用すべきである。
Cosmic Solutionsのデータアーキテクトは、Salesforceに保存されているデータを分類する一環として、データ保持ポリシーを作成しています。次のうち、データ保持ポリシーに含まれるものはどれですか？(3個選択)
A. データの目的
B. 各フィールドのフィールドラベルとヘルプテキスト
C. データのビジネスオーナー
D. データの各フィールドの作成日
E. データの削除またはその他の処理の時期
A. データの目的
C. データのビジネスオーナー
E. データの削除またはその他の処理の時期
データ保持方針とは、データの削除やその他の処理方法を含め、組織によるデータの保存期間についての声明である。データはカタログ化する必要があり、データの種類、事業主、目的、使用方法、分類レベルを記載する。データがいつまで必要で、いつ削除、匿名化、アーカイブ化されるかを定義する。
Cosmic Solutions のデータアーキテクトは、Salesforce のデータモデルを利用して、個人のデータプライバシーに関する希望と同意を記録するソリューションを設計する必要があります。個人の住所、メールアドレス、電話番号は暗号化する必要があります。この要件を満たす方法について、次のうち正しいものはどれですか。(3個選択)
A. 取引先責任者のメールアドレスと電話番号のみを暗号化することができます。
B. 標準のデータ・プライバシー・オブジェクトを使用して、データ・プライバシーのプリファレンスを記録することができます。
C. 暗号化は、個人および個人アカウントに関連付けられた取引先責任者に対してサポートされています。
D. 標準の個人オブジェクトを使用して、データプライバシー設定を記録することができます。
E. 標準の同意管理オブジェクトは、同意を記録するために使用することができます。
C. 暗号化は、個人および個人アカウントに関連付けられた取引先責任者に対してサポートされています。
D. 標準の個人オブジェクトを使用して、データプライバシー設定を記録することができます。
E. 標準の同意管理オブジェクトは、同意を記録するために使用することができます。
個人情報や機密情報の記録には、Salesforce が提供する標準オブジェクト（個人、同意、コンタクトポイントタイプ、コンタクトポイント同意、承認フォームオブジェクトなど）を使用できます。カスタムオブジェクトをデータモデルに含めるのは、標準オブジェクトでは対応できない特定の要件がある場合に限られます。
個人オブジェクトは、データ保護とプライバシーに関するプリファレンスの詳細を保存し、同じ個人を表す複数のレコード（リード、コンタクト、個人アカウント、カスタムオブジェクト）にまたがる1人の個人に対するプリファレンスを統一するために使用することができます。例えば、個人のレコード上で、関連リストを使用して、個人の複数のコンタクトポイントのアドレス、電子メール、電話番号を作成することができます。個人および個人アカウントに関連付けられたコンタクトポイントのアドレス、Eメールアドレス、電話番号を暗号化することが可能です。
Contact Point Consentオブジェクトは、メールアドレスや電話番号などの特定のコンタクトポイントを通じてコンタクトを取ることに対する顧客の同意を保存するために使用されます。オブジェクトの［コンタクトポイントタイプ］フィールドでは、同意を取得するために使用するコンタクトポイントを指定できます。エンゲージメントチャネルタイプフィールドは、SMSやFAXのような他のチャネルを選択することができます。コンタクトポイント同意レコードは、個人オブジェクトに基づくレコードに関連付けることができます。同意は、電子メールや電話などのコンタクトポイントレコードに関連付けることもできます。
標準的なデータ・プライバシー・オブジェクトはない。特定の状況における同意を記録するためにカスタムオブジェクトを使用することもできるが、まずは標準の同意オブジェクトを検討すべきである。
Cosmic Software Solutions は、顧客データ管理に Salesforce を使用しており、Security Center 製品も購入しています。同社のSSO (システムセキュリティオフィサー) は、Salesforce 組織を保護するためにセキュリティポリシーを展開したいと考えています。Security Centerのダッシュボードから、選択したテナントに定義して展開できる有効なセキュリティポリシーは、次のうちどれでしょうか。
A. ユーザー設定
B. セッションの詳細
C. 信頼できるIP範囲
C. 信頼できるIP範囲
Security Centerダッシュボードで、管理者は「Security Policies」タブにアクセスして、以下のタイプのセキュリティポリシーを定義できる： Trusted IP Ranges」、「Health Check Baseline」、「Password Configuration」、「Session Settings」。
Session DetailsとUser Configurationは無効なセキュリティポリシーです。
Cosmic Voyageはフランスで旅行サービスを提供する会社です。顧客データを管理するためにSalesforceのSales Cloudを導入したいと考えている。顧客の個人情報（PII）をSalesforceに保存する必要がある。しかし、同社のディレクターは、顧客の要望に応えることと、一般データ保護規則（GDPR）を懸念している。データ保持ポリシーを使用して、機密データをSalesforceに保存する期間を管理するには、どの機能を使用できますか。
A. Salesforce プライバシーセンター
B. Salesforce データマネージャ
C. Einstein データ保護
A. Salesforce プライバシーセンター
Salesforce Privacy Center では、お客様の個人を特定できる情報 (PII) の保存期間を管理できます。また、Salesforce 組織が顧客データの保持、削除、匿名化、およびコピーの送信をどのように行うかを管理するポリシーを作成できます。Consent Management for Sales Cloud は、機密データの使用方法に関する顧客の要求を満たすために使用されますが、データ保持ポリシーを使用して機密データの保存期間を管理することはできません。Einstein Data Protection」と「Salesforce Data Manager」と呼ばれる機能はありません。
Cosmic Service Solutionsは、数百万件の取引先レコードをレガシーCRMシステムからSalesforceに移行する予定です。営業部長は、Salesforceに移行された取引先レコードが、レガシーシステムで現在指定されているオリジナルの「作成日」を使用するように管理者に依頼しています。この要件に対して、ソリューションアーキテクトはどのユーザ権限を推奨すべきでしょうか。
A. レコード作成時にシステムフィールドを設定する
B. レコード作成時に監査フィールドを編集する
C. レコード作成時にシステムフィールドを編集する
D. レコード作成時に監査フィールドを設定する
D. レコード作成時に監査フィールドを設定する
Set Audit Fields upon Record Creation（レコード作成時に監査フィールドを設定する）」と呼ばれるユーザ権限では、Data Loader などの API インポートツールを使用してユーザがレコードを作成するときに、「Created Date（作成日）」、「Created By（作成者）」、「Last Modified By（最終更新日）」などの監査フィールドを設定できます。Salesforce管理者は、まずセットアップの「ユーザーインターフェイス」に移動して、「レコード作成時に監査フィールドを設定し、非アクティブな所有者を持つレコードを更新する」を組織全体のユーザー権限として選択する必要があります。組織全体の権限を有効にした後、カスタムプロファイルを持つユーザに「レコード作成時に監査フィールドを設定する」権限を付与できます。権限セットを使用してこの権限を付与することもできます。
コズミッククリエーションズでは、Salesforceを含む5つの異なるエンタープライズシステムを使用して顧客情報にアクセスし、ビジネスを運営している。5つのシステムから重要な情報がリンクされ、統合された単一のソースがないため、ビジネスの包括的な全体像を把握することが難しいというのがリーダーの不満だ。データアーキテクトは会社のマスターデータ管理戦略を設計している。その戦略に含めるべき考慮事項は次のうちどれでしょうか？(3個選択)
A. どのシステムにおいても、最も最近更新されたレコードは常に単一の真実のソースであるべきです。
B. 各主要データ属性について、記録システムを特定すべきである。
C. 異なるシステムのレコードを照合するためのルールを定義すべきである。
D. システム間で矛盾するデータをどのように解決すべきかを定義すべきである。
E. Salesforce は、すべての顧客データについて、常に単一の真実の情報源であるべきです。
B. 各主要データ属性について、記録システムを特定すべきである。
C. 異なるシステムのレコードを照合するためのルールを定義すべきである。
D. システム間で矛盾するデータをどのように解決すべきかを定義すべきである。
異なるシステムからのレコードを互いに照合する方法を決定するルールが必要である。これは、すべてのシステムで共通する属性を選んだり、各システムに他のシステムからのレコードへの相互参照を保存させるなど、さまざまな方法で行うことができる。多くの場合、カスタム名など同じ情報が複数のシステムに存在する。このような状況では、1つのシステムを単一のソース・オブ・トゥルースと考えるべきである。各データ属性の記録システムを定義することは、異なるシステムからの競合データをどのように扱うべきかを決定するのに役立つ。
レコード更新のタイミングは、レコードを真実のソースとして扱うために考慮すべき唯一の要因であってはならない。マスターデータ管理には関係のないデータがシステムで更新される可能性はあるが、このデータが自動的にマスターデータの更新をトリガーしてはならない。Salesforceが自動的に、顧客に関する最も正確で完全な情報を持っていると仮定することはできません。Salesforceが真実の情報源となり得るかどうかは、主要な利害関係者との会話や、他のシステムの顧客データの分析を通じて判断されるべきである。
コズミックサービスソリューションズは、SalesforceのアカウントデータとERPシステムの顧客データを統合したいと考えている。データの重複を防ぐため、データアーキテクトがマスターデータ管理ソリューションを提案した。2つのシステムにおけるレコードの最も正確で完全なバージョンを表すマスターレコードを、単一の真実のソースとして作成する必要があります。データの競合を防ぐために、アーキテクトはフィールドレベルでどのようにレコードシステムを決定しますか？(2個選択)
A. フィールドを更新するシステムは常にレコードシステムである。
B. フィールドに基づいてレコードシステムを定義するために、データフローを見直すべきである。
C. レコードシステムを決定するためにデータウェアハウスを利用する必要がある。
D. マスターデータ管理ソリューションがレコードシステムを決定する。
B. フィールドに基づいてレコードシステムを定義するために、データフローを見直すべきである。
D. マスターデータ管理ソリューションがレコードシステムを決定する。
マスターデータ管理ソリューションは、フィールドレベルで記録システムを決定する。データアーキテクトは、どのデータがどのシステムで管理されているかを気にする必要はない。コンフリクトが発生した場合に、データウェアハウスを利用してレコードシステムを決定する必要はない。フィールドを更新するシステムが常に記録システムであるとは限らない。マスターデータ管理の実装の一環として、異なるフィールドのレコードシステムを定義するためにデータフローを見直す必要がある。
