Pearson Platform-App-Builder New Attempt

The correct answer is D. Deselect auto add to custom report type.

When creating a new custom field, Salesforce provides an Auto Add option that can automatically add the new field to applicable existing custom report types. If the app builder does not want the new field to appear on pre-existing custom report types, they should deselect the Auto add to custom report type option during field creation. Salesforce release documentation confirms that Auto Add automatically adds custom fields to custom report types based on that object.

Why the other options are incorrect:

Removing the field from page layouts only affects record-page visibility, not report type availability.

Changing profile visibility or read-only access affects field security, not whether the field is added to the custom report type layout.

===========

The correct answer is B.

When customer invitations are enabled for Chatter groups, invited customers get limited collaboration access. Salesforce documentation states that customers can see only the groups they’re invited to and can interact only with members of those groups.

A is incorrect because invited customers do not automatically get broad group-invitation rights. C is incorrect because Chatter customer access does not grant access to Account records. D is incorrect because customers are invited to specific groups; they do not receive general public-group request access.

===========

The correct answers are C. External objects and D. Big objects.

External objects are suitable because they represent data stored outside Salesforce while still being accessible in Salesforce. Salesforce documentation explains that external objects behave similarly to custom objects, but the record data is stored outside the Salesforce org. External objects can also participate in lookup-style relationships, including external and indirect lookup relationships, and Salesforce Connect supports reports that include external objects.

Big objects are also suitable for archiving very large volumes of historical data on the Salesforce platform. Salesforce describes big objects as a way to store and manage massive amounts of data, including archived data from other objects. Big objects support querying through SOQL/API patterns, and Salesforce documentation also covers viewing big object data in reports and dashboards, commonly by using a working dataset for reportable subsets.

A is incorrect because “related objects” does not reduce Salesforce data storage.

B is incorrect because moving data into custom objects still consumes Salesforce data storage, so it does not solve the storage-limit issue.

===========

The validation must happen when a Contact is saved because the missing field is Region on the Contact record. Salesforce validation rules evaluate data before a record is saved and return an error when the formula evaluates to True.

The app builder can create a validation rule on Contact that checks the related Account’s Customer Status field and requires Region only when the Account is marked High Priority.

Example logic:

AND(

ISPICKVAL(Account.Customer_Status__c, " High Priority " ),

ISBLANK(Region__c)

)

Why others are incorrect:

A is wrong because the missing field is on Contact, not Account.

B is wrong because Customer Status being required does not require Contact Region.

D is wrong because it would require Region for all Contacts, not only High Priority Account Contacts.

===========