アプリビルダーは、最新の広告購入の投資収益率を理解するために、キャンペーン階層とキャンペーン統計を構成することを推奨する必要があります。キャンペーン階層を使用すると、製品ラインやマーケティング チャネルなどの共通の目標やテーマに基づいてキャンペーンを親子関係に整理できます。キャンペーン統計により、ユーザーは、予算コスト、実際コスト、予想収益、リード数、連絡先数など、キャンペーンとキャンペーン階層の主要な指標を追跡および測定できます。これらの機能を使用することで、ユーザーはそれぞれの投資収益率を計算できます。実際の費用と予想される収益を比較することにより、キャンペーンとキャンペーン階層を確認します。アカウント階層とロールアップ概要フィールドの使用は、キャンペーンや広告購入とは関係がないため、有効な推奨事項ではありません。アカウント階層を使用すると、ユーザーはビジネス構造や子会社やパートナーなどの所属に基づいてアカウントを親子関係に整理できます。ロールアップ集計フィールドを使用すると、ユーザーは主従関係によって親レコードに関連する子レコードから数値を集計できます。オポチュニティ パイプライン レポートの実行は、キャンペーンや広告購入に関する情報を提供しないため、有効な推奨事項ではありません。商談パイプライン レポートには、見込み客の探索、資格認定、交渉など、販売プロセスにおける商談の段階と金額が表示されます。公共セキュリティ モデルへの変更は、キャンペーンの追跡と測定の機能に影響を与えないため、有効な推奨事項ではありません。または広告購入。パブリック セキュリティ モデルは、ユーザーが所有していないレコードに対して必要なアクセスのベースライン レベルを決定する組織全体のデフォルトの一種です。パブリック セキュリティ モデルでは、所有権に関係なく、すべてのユーザーにすべてのレコードへの読み取りまたは読み取り/書き込みアクセスが許可されます。

これらの要件を満たすためにアプリ ビルダーが構成する必要がある解決策は、それぞれが関連フィールドを含む独自のページ レイアウトを持つ 3 つのリード レコード タイプを作成することです。このようにして、アプリ ビルダーは、リードのソースに基づいて各レコード タイプに表示されるフィールドとセクションをカスタマイズできます。オプション B は不正解です。パートナー コミュニティのユーザーは内部ユーザーとは異なるフィールドやレイアウトを持っている可能性があるため、Web および展示会の見込み客のパートナー コミュニティとレコード タイプを作成しても、各タイプの見込み客に固有の情報を収集するという要件に対応できません。オプション C は不正解です。リードのレイアウトに 3 つのセクションを作成し、関連のないフィールドを折りたたむようにユーザーに指示しても、各タイプのリードに固有の情報を収集するという要件には対応できません。ユーザーは依然として間違ったデータを表示または入力する可能性があるからです。田畑。オプション D は不正解です。関連するフィールドのみを含むリードのタイプごとにカスタム ページ レイアウトを作成しても、ユーザーがいくつかの共通フィールドを見逃す可能性があるため、すべてのソースに適用される情報を収集するという要件に対処できません。

パッケージのセットアップに使用する必要がある機能は名前空間です。名前空間は、あるパッケージを別のパッケージから区別し、他のパッケージやカスタマイズとの名前の競合を防ぐ一意の識別子です。名前空間を使用すると、開発者は API や Web サービスを通じて他の開発者が使用できるコードやコンポーネントを公開することもできます。説明は、パッケージのセットアップに使用する機能ではなく、パッケージの内容や目的に関する情報を提供するテキスト フィールドです。説明は、他のパッケージやカスタマイズとの競合を防ぐものではありません。共有の許可は、パッケージのセットアップに使用する必要がある機能ではなく、ユーザーがロール階層内で他のユーザーが所有するレコードを共有できるかどうかを制御する設定です。共有を許可しても、他のパッケージやカスタマイズとの競合は防止されません。ヘルプ設定は、パッケージのセットアップに使用する必要がある機能ではありませんが、ユーザが Salesforce の標準機能またはパッケージ内のカスタム機能のヘルプドキュメントにアクセスできるかどうかを決定する設定です。ヘルプ設定では、他のパッケージやカスタマイズとの競合を防ぐことはできません。

新しいカスタム オブジェクトの 2 つのマスター/詳細関係は、アプリ ビルダーがデータ モデルを構成して、Contact オブジェクトと Solar Project オブジェクトの間の関係を作成する方法です。各 Contact は複数の Solar Project オブジェクトに関連付けることができ、各 Solar Project は複数の Contact を持つことができます。それに関連付けられています。これは、2 つの主従関係を持つジャンクション オブジェクトを必要とする多対多の関係の例です。連絡先に対する 1 つの主従関係と太陽光発電プロジェクトに対する 1 つの主従関係、新しいカスタム オブジェクトに対する 2 つの参照関係、連絡先に対する 1 つの参照関係と太陽光発電プロジェクトに対する 1 つの参照関係は、有効でない、または正しい方法ではありません。対多の関係。