A. Apex バッチで完全削除を使用して、Salesforce からレコードを完全に削除します。

B. Salesforce から削除する前に、エンタープライズ データ ウェアハウス (EDW) にレコードをアーカイブします。

C. Rest API を使用して、Salesforce 組織からレコードを完全に削除します。

D. 過去 3 年間に変更または使用されていないオブジェクト内のレコードを特定します。

E. Bulk API で完全削除を使用して、Salesforce からレコードを完全に削除します。

A. スナップショット データに関するレポートを作成し、元のレコードを削除することで、Analytics スナップショットとパージ プランを結合します。

B. データローダーを使用してデータを抽出し、集計してカスタム オブジェクトに書き戻してから、元のレコードを削除します。

C. 古いレコードをアーカイブし、データストレージ制限から削除するように Salesforce アーカイブ機能を設定します。

D. スケジュールされたバッチ Apex を使用して、集計情報をカスタムオブジェクトにコピーし、元のレコードを削除します。

A. 外部レポート ツールでダッシュボードを作成し、データをツールにエクスポートし、Canval ツールキットを使用して Salesforce にダッシュボードを埋め込みます。

B. 標準の Salesforce ダッシュボードを作成し、適切なフィルターを使用してレポートに接続します。

C. 外部レポート ツールでダッシュボードを作成し、データをツールにエクスポートし、Salesforce のダッシュボードへのリンクを追加します。

D. Analytics Cloud を使用してダッシュボードを作成し、ユーザーがアドホック レンズを作成してドリルダウンできるようにします。

A. OMS に送信するフィールドを決定するアウトバウンド メッセージ。

B. HTTP コールアウトで送信するフィールドを決定する set<sobjectFieldset>。

C. 送信するフィールドのフィールドレベルのセキュリティ権限を有効にします。

D. HTTP コールアウトで送信するフィールドを決定するフィールド セット。

A. カスタムメタデータレコードは Apex で編集可能です。

B. カスタム メタデータ タイプをレポートに使用できます。

C. カスタム メタデータ レコードは本番環境からサンドボックスにコピーされません。

D. カスタム メタデータ レコードはパッケージを使用して展開できます。

A. 検証ルール

B. アペックストリガー

C. フォーマットされたフィールド

D. ワークフロールール

A. 単一オブジェクトに対する検索を使用すると、速度と精度が向上します。

B. 検索を高速化するには、「すべてのフィールド」で検索を使用します。

C. 検索を具体的にし、可能な限りワイルドカードを避けます。

D. 検索フィールドには事前にインデックスが作成されているため、SOSL オプションを使用してカスタム インデックスを無視します。

A. データの完全性

B. データの精度と品質

C. データの重複

D. データの損失と回復

E. データの標準化

A. インポート ファイル内のソース レコード ID が入力された関係フィールドを維持します。

B. インポートファイル内のソースレコード ID をターゲット組織の新しいレコード ID に置き換えます。

C. データローダーを使用してソース組織からデータをエクスポートし、ターゲット組織に順番にインポートまたは更新/挿入を行います。

D. ターゲット組織の関係フィールドを検索するためにマスター詳細関係フィールドを再定義します。

E. ターゲット組織内のオブジェクトごとに外部 ID 項目を作成し、ソースレコード ID をこの項目にマッピングします。

A. Salesforce Full サンドボックスに対する稼働前の自動ページ読み込みテスト。

B. 統合ミドルウェアによってホストされる Web サービスに対するストレス テスト。

C. Salesforce 本番組織に対する稼働後の自動ページ読み込みテスト。

D. Salesforce Full サンドボックスでの本番稼働前の単体テスト。

A. 顧客が来店したときに照合できるアカウントのフィールドに基づいてカスタム検索を構築します。

B. アカウント作成プロセスをカスタマイズして、アカウントを作成する前に顧客が存在するかどうかを検索します。

C. SF で重複ルールを作成し、アカウント作成プロセス中に重複を検証します。

D. SF でアカウントを作成する前に顧客情報を検証するための MDM ソリューションを実装します。

A. 非アクティブな所有者権限を持つ更新レコードを有効にする

B. SF にケースを記録して、これらのフィールドを更新します

C. すべて変更およびすべて表示権限を有効にします。

D. レコード作成許可時に監査フィールドの設定を有効にする

A. サービスクラウド

B. Lightning 外部アプリの起動

C. ライトニングプラットフォームプラス

D. ライトニングプラットフォームスタート

A. スケジュール可能なバッチ Apex

B. サードパーティのビジネス インテリジェンス システム

C. サードパーティ統合ツール (ETL)

D. 頂点トリガー

A. 連絡先としての患者、アカウントとしての決済プロバイダー、およびアカウントとしての医師

B. 個人アカウントとしての患者、アカウントとしての決済プロバイダー、および個人アカウントとしての医師

C. 個人取引先としての患者、取引先としての決済プロバイダー、連絡先としての医師

D. アカウントとしての患者、アカウントとしての決済プロバイダー、および個人アカウントとしての医師