Salesforce Certified Advanced Administrator (CRT-211) Practice Test - Questions Answers, Page 23

A row-level formula is a formula that evaluates each row in a report and returns a value based on one or more fields in that row. A row-level formula can be used to create a new column in a report that indicates whether the case subject contains the words 'Alpha Shoe' or not.

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

Login Forensics is a Salesforce feature that allows you to monitor and analyze login behavior and trends in your org. It can help you identify and prevent brute-force password attacks by showing you the number of login attempts, successes, and failures per user, location, and device. You can also set up alerts to notify you when a user exceeds a certain number of login failures or when a login originates from an unusual location or device.

Reference: https://help.salesforce.com/s/articleView?id=sf.security_loginforensics.htm&type=5 https://help.salesforce.com/s/articleView?id=sf.security_loginforensics_alerts.htm&type=5

A lookup relationship is a type of field that links one object to another object. It allows you to access related data from another object and display it on a record page. A lookup relationship can be used to link the custom object that stores financial information to the Account object, so that only finance team members can see the related financial information about the account.

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

Shield Platform Encryption is a Salesforce feature that allows you to encrypt sensitive data at rest while preserving critical platform functionality. It uses a combination of tenant secrets, encryption keys, and masking policies to protect your data. A field encryption policy is a set of rules that defines which fields are encrypted and how they are masked when displayed. A field encryption policy can be used to encrypt and mask the identification number field, except for the last two digits.

Reference: https://help.salesforce.com/s/articleView?id=sf.security_pe_overview.htm&type=5 https://help.salesforce.com/s/articleView?id=sf.security_pe_field_encryption_policies.htm&type=5

The error condition formula of a validation rule should return TRUE when the validation rule should fire and display an error message. In this case, the validation rule should fire when the Title field has the value of 'CEO' and the Phone field is blank. The formula Title = 'CEO' && ISBLANK(Phone) returns TRUE when both conditions are met, and FALSE otherwise.

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

A primary account relationship is a feature that allows you to link a contact to a single account as its primary account. A primary account relationship is required on a contact regardless of the page layout settings or the contact to multiple accounts feature. This means that you cannot remove the primary account from a contact, but you can change it to another account. You can also add secondary accounts to a contact if you have enabled the contact to multiple accounts feature.

Reference: https://help.salesforce.com/s/articleView?id=sf.contacts_multiple_accounts.htm&type=5 https://help.salesforce.com/s/articleView?id=sf.contacts_fields.htm&type=5

Two options that the administrator should use to meet these criteria are:

Share with roles and subordinates of the finance director role. This option allows you to grant access to records based on the role hierarchy of your org. You can share records with users who are in a specific role or in roles below that role in the hierarchy. In this case, you can share records with roles and subordinates of the finance director role, which includes all the members of the finance team.

Create a criteria-based sharing rule where the won field = true. This option allows you to grant access to records based on certain field values or formulas. You can create a criteria-based sharing rule on opportunities that grants access to records where the won field is true, which means that the opportunity stage is closed won.

The other two options are incorrect because:

Make an owner-based sharing rule where the won field = true is not an option because owner-based sharing rules do not allow you to specify field values or formulas as criteria. Owner-based sharing rules only allow you to share records based on who owns them or what role or group they belong to.

Select all opportunities owned by the sales manager role is not an option because it does not meet the criteria of sharing all closed won opportunities. It only shares opportunities that are owned by users who are in the sales manager role, regardless of their stage.

Two reasons why the user cannot find the Location object while using Data Loader are:

The label of Location may have been changed. The label of an object is the name that is displayed in the user interface and can be different from the API name that is used by Data Loader and other tools. If the label of Location has been changed to something else, such as Site or Venue, then the user may not be able to find it by searching for Location in Data Loader. The user should check the API name of the object in Object Manager or use the Describe Global operation in Data Loader to see all available objects and their labels.

The user's profile needs create access to Location. The user's profile determines what objects and fields they can access and what actions they can perform on them, such as creating, reading, updating, or deleting records. If the user's profile does not have create access to Location, then they will not be able to load records into that object using Data Loader. The user should check their profile permissions in Setup or ask their administrator to grant them create access to Location.

The other two options are incorrect because:

Data Loader should only be used with standard objects is not a reason because Data Loader can be used with both standard and custom objects, as long as they are accessible and queryable via the API.

Location has a master-detail field to Account is not a reason because having a master-detail field does not prevent an object from being available in Data Loader, as long as it meets the other requirements such as accessibility and queryability.

A change set is a tool that allows you to send customizations from one Salesforce org to another. A change set can contain components such as objects, fields, profiles, permission sets, workflows, and more. You can use change sets to migrate changes from a sandbox org to a production org or between two sandbox orgs that are affiliated with the same production org. In this case, you can deploy a change set from the sandbox to production that includes the Amount field and all the custom profiles that need access to it. This way, you can update the field-level security settings for the field on each profile in one deployment.

Reference: https://help.salesforce.com/s/articleView?id=sf.changesets.htm&type=5 https://help.salesforce.com/s/articleView?id=sf.changesets_components_field.htm&type=5