Pass the Salesforce Administrator ADM-201 Questions and answers with ValidTests

Lightning page allows you to customize a record page and add a screen flow as a component. You can use the Lightning App Builder to drag and drop the Flow component onto the page and select the screen flow you want to display.

References: https://help.salesforce.com/s/articleView?id=sf.flow_distribute_lightning_page.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.flow_builder_overview.htm &type=5

Contract is a standard object that represents a contractual agreement between your company and a customer. Case is a standard object that represents a customer’s question or problem that needs to be resolved by your support team. Account is a standard object that represents an individual or an organization involved in your business, such as customers, competitors, partners, etc. These three objects are commonly used for service use cases in Salesforce. References: https://help.salesforce.com/s/articleView?id=sf.contract_fields.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.case_fields.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.account_fields.htm &type=5

Bucket column allows you to categorize report data into groups without creating a formula or custom field. You can create buckets for different ranges of values and assign labels to them.

References: https://help.salesforce.com/s/articleView?id=sf.reports_bucketing_overview.htm &type=5

 Discount is not a standard field on the Opportunity object, so you need to create a custom field to capture the discount amount or percentage for each opportunity. To set up an approval process where opportunity discounts over 30% need to be approved by the VP of sales, and any discounts above 10% need to be approved by the user’s manager, you need to configure two separate approval processes with different entry criteria based on the discount field value and different approvers based on their roles. References: https://help.salesforce.com/s/articleView?id=sf.approvals_getting_started.htm &type=5

Formula fields are types of fields that calculate a value based on an expression or formula that references other fields or constants. Formula fields prevent administrators from changing their field type once they are created because they may be referenced by other functionalities such as reports, validation rules, workflow rules, etc., that depend on their data type and value. If a formula field is referenced by other functionalities, then changing its field type may cause errors or unexpected results. References: https://help.salesforce.com/s/articleView?id=sf.fields_about_formulas.htm &type=5

An external ID is a custom field that has the external ID attribute enabled, which means it can be used as an identifier when importing and updating records from an external system. It allows administrators to match records based on a unique ID value from another system instead of using Salesforce record IDs, which may not be available or consistent across systems. An auto-number field is a custom field that automatically assigns a unique numeric value to each record, but it cannot be used as an identifier when importing and updating records from an external system because it is generated by Salesforce and may not match with the external system’s IDs. A rich text field is a custom field that allows users to enter formatted text, images, and links, but it cannot be used as an identifier when importing and updating records from an external system because it is not unique or consistent across systems. A record ID is an internal ID assigned by Salesforce to each record, but it cannot be used as an identifier when importing and updating records from an external system because it may not be available or consistent across systems. References: https://help.salesforce.com/s/articleView?id=sf.custom_field_attributes.htm &type=5

Description: The Account object in Salesforce is used to store information about individual customers or businesses that your organization interacts with. It holds essential data such as company name, contact information, industry, and related activities.

Use Case: Accounts are used to represent the organizations (or individuals) your support team is assisting. They serve as a central repository for tracking customer information and interactions.

Out of the Box Features: Includes fields like Account Name, Account Owner, Industry, Phone, and Address. It also supports relationships with Contacts, Opportunities, Cases, and other objects.

Description: The Case object is used to track and manage customer issues, complaints, requests, or inquiries. Each case represents a single customer interaction and can be used to manage the resolution process.

Use Case: Cases are fundamental to customer support operations. They help support agents keep track of customer problems, assign cases to appropriate team members, and ensure timely resolution.

Out of the Box Features: Includes fields like Case Number, Subject, Status, Priority, and Origin. It supports workflows, escalation rules, and case assignment rules.

Description: The Contract object stores information about the agreements between your company and your customers. These contracts define the terms of service, support levels, and other legal agreements.

Use Case: Contracts are useful for managing service level agreements (SLAs) and ensuring that support teams adhere to the agreed-upon terms. They can be linked to Accounts and Cases to provide context and track compliance.

Out of the Box Features: Includes fields like Contract Start Date, End Date, Contract Term, Status, and Account. It supports related lists to associate contracts with cases, assets, and other records.

Accounts:

Salesforce Account Object Documentation

Trailhead: Manage Your Customer Data

Cases:

Salesforce Case Object Documentation

Trailhead: Set Up Case Management

Contracts:

Salesforce Contract Object Documentation

Trailhead: Administer Salesforce Contracts

Account Object2. Case Object3. Contract ObjectReferences

Role hierarchy and sharing rules are two features that should be used to open up access to Opportunity records for sales users working on collaborative deals. Role hierarchy can be used to grant access to records owned by or shared with users who are below them in the hierarchy. Sharing rules can be used to extend sharing access to users in public groups, roles, or territories based on certain criteria, such as record owner or field value. References: https://help.salesforce.com/s/articleView?id=sf.admin_sharing.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.security_sharing_rules.htm &type=5

The order of execution when a Case record is saved in Salesforce is as follows:

Validation Rules: These are processed first to ensure that all data meets the validation criteria before any further processing occurs.

Assignment Rules: After validation, assignment rules determine the ownership of the case based on the criteria defined.

Escalation Rules: These are processed next to escalate the case if it meets certain criteria.

Auto-Response Rules: Finally, auto-response rules are executed to send automatic responses to case submissions if applicable.

Options A, B, and C do not represent the correct order of execution in Salesforce.

References:

Salesforce Help: Order of Execution in Salesforce

Salesforce Trailhead: Record Saving Order of Execution

Making a field universally required is a way to ensure that the field needs to be filled on every record; it prevents users from saving a record without entering a value in that field. It can be used to ensure that the billing system field needs to be filled on every invoice record by making it universally required in the field settings. Creating a process builder to set the field, defining an approval process for the child, or requiring the field on the record type are not ways to ensure that the field needs to be filled on every record; they either do not enforce data entry or only apply to certain scenarios or users. References: https://help.salesforce.com/s/articleView?id=sf.customize_fields.htm &type=5