Pass the Salesforce App Builder Platform-App-Builder Questions and answers with CertsForce

The app builder should check whether the list view contains more than one record type.

Salesforce’s inline editing considerations state that if a list view or multiline view contains more than one record type, it cannot be inline edited. To enable inline editing, the list view should be filtered to a single record type.

Why not the others? A locked list view, a chart, or sharing restrictions are not the standard documented reason in this scenario when permissions are already confirmed. Multiple record types in the same list view is the key limitation.

===========

The correct answer is D. Custom Report Type.

A custom report type defines which records and fields are available in a report based on relationships between a primary object and related objects. Salesforce also references custom WITH or WITHOUT report types for reporting on related records.

Because DreamHouse Realty needs “with” or “without” reports involving a custom object and related lookup data, the app builder must create a Custom Report Type and define the object relationships.

Why others are incorrect:

A. Report Filters filter report results but do not define the reportable object relationship.

B. Row-Level Formula calculates values per row; it does not create with/without relationship reporting.

C. Report Bucket Field groups report values; it does not define related-object report structure.

===========

The correct answer is B. Create a unique External ID field and use Data Loader.

Cloud Kicks is receiving shipment data from an external shipping system on a regular basis. To prevent duplicate Delivery records and update the correct existing records, the app builder should create a field such as Tracking Number on Delivery__c , mark it as External ID and Unique, then use Data Loader Upsert.

Salesforce documentation states that external IDs can be used when importing custom objects to prevent duplicate records. Salesforce Data Loader documentation also states that upsert combines insert and update: if a matching record exists, it updates it; otherwise, it creates a new record.

A is less appropriate because this is a recurring system migration/update scenario, and Data Loader with External ID is the stronger tool.

C is incomplete because matching only on Salesforce ID requires the external system to already store Salesforce record IDs.

D may help detect duplicates, but duplicate/matching rules do not provide the clean upsert mechanism needed to update the correct existing record.

===========

The correct solution is to add a Rich Text component to the Case Lightning record page and then use component visibility so it only appears when the related Account’s support level is Platinum.

Salesforce Lightning App Builder supports visibility rules that show or hide components based on field criteria. Salesforce documentation confirms that visibility filters on record pages rely on field data associated with the page’s object, and related lookup fields can be used in visibility-rule considerations.

This is the best declarative solution because the requirement is only to display a text notification. A custom Lightning Web Component or cloned Lightning page is unnecessary.

Why others are incorrect:

A is incorrect because assigning a Case page to “platinum accounts” is not the correct assignment model.

C and D are incorrect because custom Lightning Web Components add unnecessary development effort for a simple text notification.

===========

The correct action is to validate the inbound change set in Production before the deployment window. Salesforce states that an inbound change set can be validated without deploying changes, and validation shows the same success or failure messages that would occur during an actual deployment.

This helps the app builder confirm whether Apex tests, dependencies, and deployment requirements will pass while the developer is away.

Why not others:

A is wrong because removing Apex classes would remove required code.

B is wrong because deployment validation is done from the inbound change set in the target org.

C is not the standard change-set validation process.

The correct answers are A. Unique and D. External ID.

The legacy ID should be marked as an External ID because Salesforce can use an external ID field to match records during import, integration, and upsert operations. Salesforce REST API documentation states that records can be inserted or updated using a specified external ID field.

The field should also be marked Unique so that the legacy system ID identifies one Salesforce Account record only. Salesforce documentation explains that an external ID can represent an ID from another external system, and uniqueness helps prevent duplicate matching values.

B is incorrect because encrypted text is not appropriate for a matching/upsert key.

C is incorrect because Required only forces a value; it does not make the field usable for upsert matching or prevent duplicate legacy IDs.

===========

The correct answer is D. Validation Rule.

A validation rule is used to stop users from saving a record when required business conditions are not met. Salesforce documentation explains that validation rules verify that record data meets defined standards before the record can be saved.

For this requirement, the validation rule would check that when the Opportunity stage is Qualified, the Expected_Close_Date__c field is not blank.

Example logic:

AND(ISPICKVAL(StageName, " Qualified " ), ISBLANK(Expected_Close_Date__c))

Why others are incorrect:

Record Type controls business process, picklist values, and layouts, but it does not enforce this conditional save requirement by itself. Activity History and page layout do not reliably stop record save based on stage logic.

===========

The correct answer is D. Set the Organization-Wide Default to Private for accounts. Create criteria-based sharing rules for each marketing team, and create an Inside Sales Team profile with the “View All” setting for Accounts.

The field sales team should only see Accounts they own, so Account OWD must be Private. Salesforce OWDs define users’ default access to records they do not own.

North American and European marketing teams need access by region, so use criteria-based sharing rules based on the Account region. Salesforce criteria-based sharing rules share records when records match field criteria.

Inside sales needs access to all Account records, so give that group View All Records on Account. Salesforce object permissions define that View All Records lets users view all records for that object regardless of sharing settings.

===========

The correct answer is B. Validation Rule.

DreamHouse Realty wants to prevent an Opportunity from entering the Qualified stage unless Expected_Close_Date__c is populated. A validation rule is the correct tool because Salesforce validation rules check whether record data meets specified criteria before the user can save the record.

A validation rule could check:

Stage = Qualified

AND

Expected_Close_Date__c is blank

If both are true, Salesforce blocks the save and displays an error message.

A. Page Layout can make a field visible or required on a layout, but it cannot conditionally require the field only when Stage equals Qualified.

C. Activity History is unrelated.

D. Record Type controls business processes and layouts but does not enforce this condition by itself.

===========

The correct tool is Data Loader.

Cloud Kicks needs to insert over 1 million net new Account records. Salesforce Data Loader is the correct tool for large-volume imports because it supports bulk insert, update, delete, and export operations. Salesforce’s Data Loader documentation describes it as a client application for bulk data import and export, including inserting Salesforce records. Salesforce also distinguishes it from the Data Import Wizard, which is limited to smaller imports.

Why the other options are wrong:

Data Import Wizard is not suitable for over 1 million records because it is intended for much smaller imports. Schema Builder is for viewing and creating data model components, not loading a million records. Lightning Object Creator creates objects from spreadsheets, not mass-inserting large Account datasets into an existing model.