問31
開発者は、失注理由が「空白」の場合、営業マネージャー プロファイルに割り当てられたユーザー以外は、商談フェーズを「失注」に変更できないようにする必要があります。
どの自動化によって、最も効率的にこの要件を満たすことができますか?
- 商談の入力規則
- 商談オブジェクトのApexトリガー
- 商談オブジェクトの承認プロセス
- 商談オブジェクトのレコードトリガーフロー
A
問32
開発者は、500 件の商談レコードをSandboxにインポートしたいと考えています。
開発者がデータインポートウィザードではなく、データローダーを使用する必要があるのはなぜですか?
- データインポートウィザードでは、500 件のレコードすべてをインポートできません。
- データローダーは、開発者のブラウザから実行されます。
- データローダーは、商談を取引先に自動的に関連付けます。
- データインポートウィザードは、商談をサポートしていません。
D
問33
開発者は、Sandboxで Apex テスト メソッドが失敗していることに気づきました。
問題を特定するために、開発者はテスト メソッド内のコードをコピーし、開発者コンソールの匿名実行ツールをから実行しました。
その後、コードは例外やエラーなしで実行されます。
なぜ、テストメソッドはSandboxで失敗し、開発者コンソールでは成功したのでしょうか?
- テストメソッドは、特定のユーザーとして実行するために System.runAs を使用しません。
- テストメソッドは、@future メソッドを呼び出しています。
- テストメソッドは、Sandbox内の既存のデータに依存します。
- テストメソッドのコードに、構文エラーがあります。
C
問34
Salesforce の多態的参照フィールドの例は何ですか?
- 標準の取引先オブジェクトの ParentId 項目
- 標準のキャンペーンメンバーオブジェクトの LeadId および ContactId 項目
- 取引先またはキャンペーンを参照する標準の取引先責任者オブジェクトのカスタムフィールド Link__c
- 標準の行動オブジェクトの Whatld 項目
D
問35
ある会社が Salesforce にデータを追加していますが、重複するリードレコードの作成を制限する作業がうまくいっていません。
開発者は、重複するレコードをmergeする Apex プロセスの作成を検討しています。
mergeを使用する場合、どの 2 つのステートメントが有効な考慮事項ですか?(2つ選択)
- 主レコードの項目値は、mergeされるレコードによって上書きされます。
- mergeは、取引先、取引先責任者、ケース、リードのみがサポートされます。
- 外部 ID 項目はmergeがサポートされています。
- merge メソッドには、1つの主レコードと最大2つのその他の sObject レコードを渡すことができます。
B、D
問36
Aura アプリケーション イベントは、従来のパブリッシュ/サブスクライブ モデルに従う必要があります。イベントを起動するにはどの方法が使用されますか?
- ernit()
- fireEvent()
- fire()
- registerEvent()
C
参考:コンポーネントイベントの起動
問37
Job_Application__c カスタム オブジェクトには、取引先責任者オブジェクトとの主従関係であるフィールドがあり、取引先責任者オブジェクトが主です。
機能実装の一環として、開発者は、関連する取引先の業界が「Technology」であるすべての取引先責任者レコードを含むリストを取得すると同時に、連絡先の Job_Application__c レコードも取得する必要があります。オブジェクトのリレーションに基づいて、取引先責任者のリストを取得する最も効率的なステートメントはどれですか?
- [SELECT Id, (SELECT Id FROM Job_Applications_r) FROM Contact WHERE Account.Industry = ‘Technology’];
- [SELECT Id, (SELECT Id FROM Job_Applications_r) FROM Contact WHERE Accounts.Industry = ‘Technology’];
- [SELECT Id, (SELECT Id FROM Job_Applications_c) FROM Contact WHERE Accounts.Industry = ‘Technology’];
- [SELECT Id, (SELECT Id FROM Job_Application_c) FROM Contact WHERE Account.Industry = ‘Technology’];
A
問38
開発者が取引先オブジェクトにApexトリガーを作成しました。Apexトリガーをテストしているときに、「トリガーの最大深度を超えました」というエラー メッセージが表示されます。
考えられる原因は何でしょうか?
- 開発者に適切なユーザー権限がありません。
- Apexトリガーが複数回実行されます。
- Apexトリガーはヘルパー クラスです。
- Apexトリガーのコード カバレッジが十分ではありません。
B
問39
注文の各明細項目の入手可能日を保存し、すべての明細項目が入手可能になった場合にのみ注文が出荷されます。注文の予想出荷日を計算するには、どの方法を使用すればよいですか?
- 入手可能日項目ごとに CEILING 数式を使用します。
- 各入手可能日項目に DAYS 数式を使用し、注文に COUNT 積み上げ集計項目を使用します。
- 入手可能日項目ごとに LATEST 数式を使用します。
- 入手可能日項目で、最大の積み上げ集計項目を作成します。
D
問40
ケースの発生元に基づいて、新しいケースを適切なサポート担当者に自動的に割り当てたいと考えています。サポート担当者の名前をケースに保存するために、ケース オブジェクトにカスタム項目を作成しました。ケースを適切なサポート担当者に割り当てるための最適なソリューションは何でしょうか?
- ケースオブジェクトでApexトリガーを作成します。
- ケースオブジェクトで数式項目を作成します。
- ケースオブジェクトで入力規則を作成します。
- 割り当て要素のフローを作成します。
D