Salesforce Platform-App-Builder - Salesforce Certified Platform App Builder (Plat-Admn-202)

 Two Master-detail relationships on a new custom object is how an app builder should configure the data model to create a relationship between Contact and Solar Project objects where each Contact can be related to multiple Solar Project objects, and each Solar Project can have multiple Contacts associated with it. This is an example of a many-to-many relationship that requires a junction object with two master-detail relationships. One Master-detail relationship on Contact and one Master-detail relationship on Solar Project, two Lookup relationships on a new custom object, and one Lookup relationship on Contact and one Lookup relationship on Solar Project are not valid or correct ways to create a many-to-many relationship.

When creating a new field, if an app builder does not want the field to be automatically added to pre-existing custom report types, the step to take is:

Deselect 'Add Field to Custom Report Types' (D). This option is available when creating or editing a custom field and ensures that the field is not automatically included in report types where 'Automatically add new custom fields to report type layouts' is enabled.

Removing the field from page layouts (A) affects the visibility on record pages but not reports. Adjusting visibility (B) or setting read-only access (C) for report profiles affects user permissions to see the field in reports, but does not remove the field from report types if it was previously added.

Reference for managing fields in custom report types:

Custom Report Types and Fields: https://help.salesforce.com/articleView?id=reports_report_type_layouts.htm &type=5

A flow or a process can be used to assign a permission set to new users. A flow can be triggered by a record change or an invocable action, while a process can launch a flow as an immediate or scheduled action

The app builder should recommend UC use Salesforce Connect to access the assets in real-time data in Salesforce. Salesforce Connect is a feature that allows users to view, search, and modify data that is stored outside Salesforce, such as in an external system. Salesforce Connect uses external objects and external data sources to integrate data from various sources without copying or synchronizing it2. This can help UC access their assets in real-time without consuming data storage limits in Salesforce. Option A, C, and D are not features that can meet this requirement.

The requirement specifies:

Subset of production data (not all data)

Under 5 GB of data

Periodic refresh (every weekend)

A Partial Copy sandbox fits these requirements perfectly — it includes sample data defined by a sandbox template, up to 5 GB, and has a refresh interval of 5 days (the shortest interval available besides Developer types).

Why A (Partial Copy) is correct:Exact Extract:“A Partial Copy sandbox includes your organization’s metadata and a sample of your production data as defined by a sandbox template. The maximum size is 5 GB and the refresh interval is 5 days.” — Salesforce Help | Sandbox Types and Templates

Why not B (Full Copy):Full Copy includes all production data and has a 29-day refresh interval.

Why not C or D:Developer and Developer Pro sandboxes contain metadata only and no production data.

To facilitate quick managerial sign-off on discounted opportunities:

B. Dynamic Actions: Allows the display of specific actions on the Opportunity record page based on certain conditions, like the discount percentage.

D. Approval Process: Configures a formal sign-off process for records meeting specific criteria, such as discount ranges between 20% to 30%.

Steps to set up:

Configure an approval process for opportunities where the discount is between 20% and 30%.

Use Dynamic Actions to conditionally show the approval action directly on the Opportunity record page based on the discount percentage.

This setup allows sales managers to efficiently review and approve discounted deals directly from the Opportunity record page.

For guidance on setting up approval processes and dynamic actions, refer to Dynamic Actions in Salesforce.

For managers to respond to approval requests for opportunities above $50,000 in the Salesforce mobile app:

B. In-App Notification: Managers receive notifications within the Salesforce mobile app when there is an approval request, allowing them to approve or reject directly from the notification.

C. Record Detail: Managers can access the approval request directly from the Opportunity's detail page in the mobile app, where they can review and respond to the request.

Steps to configure approval process notifications:

Navigate to Setup → Approval Processes → select the relevant approval process.

Ensure the process is active and configured to send notifications to approvers.

Managers need to have the Salesforce mobile app configured to receive notifications.

For best practices on managing approvals in Salesforce, see Approvals in Salesforce.

The app builder should add the field to the custom report type field layout to troubleshoot this issue. A custom report type is a type of report that defines which objects and fields are available for reporting. The app builder can customize which fields are included in each custom report type by editing its field layout. If a new field is added to an object that is part of an unmanaged package, it will not be automatically added to the custom report type field layout. The app builder needs to manually add it to make it available as an option to add as a column in reports based on that custom report type. Option A, B, and D are not steps that can troubleshoot this issue.

Approval process is the best way to automate travel requests based on internal policy. Approval process can define the steps, criteria, and actions for approving records. The app builder can create an approval process for travel requests that requires approval from managers or executives before they are submitted. Workflow rule, Process Builder, and Apex are not suitable for this requirement.

To provide a help guide to enable reps to easily get help where needed during the different sales processes, an app builder should recommend Path. Path is a component that displays the key fields and guidance for each stage of a sales process on an object’s record page. Users can see where they are in the process, update the stage and fields, and access resources such as tips and links. [Source]