Question 1
Question
What is true regarding default access to Accounts and related Cases for users in a territory?
Answer
-
Territory users automatically have review and edit access to the territory accounts
-
Territory users automatically have view and edit access to the cases related to territory accounts
-
The level of access to Accounts and Cases can be selected from predefined options
-
The level of access to the Accounts and Cases can be defined for each account
Question 2
Question
When would it be appropriate to use Permission Sets?
Choose 3.
Answer
-
When there is a need to remove certain permissions for a group of users.
-
When there is a need to grant additional permissions to a group of unrelated users
-
When there is a need to grant a non-administrator user special access to view and modify all data in the organization
-
When there is a need to add special permissions to users with the same profile
-
When there is a need to add new permissions without changing existing profile settings
Question 3
Question
Which of the following are true about Enterprise Territory Management?
Choose 2.
Answer
-
Territories organize accounts and users who work with those accounts
-
Users in a territory can always view and edit accounts associated with the territory
-
Territory type has an impact on record visibility
-
An account may be assigned to more than one territory
Question 4
Question
One of 10 sales managers in your organization has been given the task of managing dashboards. What is the most appropriate way of ensuring that the sales manager is able to manage dashboards?
Answer
-
Assign the Sales Manager as a delegated administrator of dashboards
-
Create a permission set with the "Manage Dashboards in Public Folders" user permission and assign the Sales Manager
-
Add the "Manage Dashboard in Public Folders" permission to the Sales Manager user
-
Add the "Manage Dashboards in Public Folders" permission to the Sales Manager profile
Question 5
Question
When configuring default record access levels in Enterprise Territory management, which of the following statements are true regarding access to accounts and/or related records.
Choose 2.
Answer
-
Users in a territory can always view, edit and transfer records that are related to the account assigned to the territory.
-
Users in a territory are always able to view contacts and opportunities associated with accounts in the territory hierarchy
-
Users in a territory can "Not Access", "View", or "View/Edit" records associated with accounts in the territory.
-
Users in a territory always have at least "View" access to the accounts assigned to the territory
Question 6
Question
When setting up Enterprise Territory Management, which of the following is the correct order?
Answer
-
Territory Type, Territory, Territory Model
-
Territory, Territory Model, Territory Type
-
Territory, Territory Type, Territory Model
-
Territory Type, Territory Model, Territory
Question 7
Question
Which of the following statements are true regarding Enterprise Territory Management and Collaborative Forecasting in Salesforce?
Answer
-
Enterprise Territory Management works with Collaborative Forecasting without any additional configuration
-
It is necessary to contact Salesforce Support to enable Collaborative Forecasting for Enterprise Territory Management
-
A setting needs to be enabled in Setup to activate Collaborative Forecasting for Enterprise Territory Management if the latter has been enabled
-
Territory Forecasts by close date are available when using Collaborative Forecasting
Question 8
Question
A non-administrator user needs to create and modify Product records. What is the best way to achieve this?
Answer
-
Set the default access of the Product's object to "Public/Read/Write/Transfer" in the sharing settings
-
Check "Modify All Data" in the user's profile settings
-
Create a permission set with "Create and Edit" access enabled for the Product object and assign it to the user
-
Enable "Create and Edit" access in the Standard Object Permissions of the Products object for the user's profile
Question 9
Question
Sam Smith is a sales representative assigned to the US East Territory. A new account is created and assigned to the US East territory. What access will Sam have to the account?
Answer
-
Depends on the account level set for the US East Territory
-
Access will be determined by a combination of the sharing settings and the territory settings
-
Depends on the owner of the account and the role hierarchy
-
Sam will have full access to the account
Question 10
Question
What is true regarding profiles and permission sets?
Choose 2.
Answer
-
A user can have only on permission set assigned
-
A user can have multiple permission sets assigned
-
A user can have multiple profiles assigned
-
A user can only have one profile assigned
Question 11
Question
A user has been assigned as a delegated administrator for a custom object. What tasks are they able to perform?
Choose 3.
Answer
-
Change a master-detail relationship field to a lookup relationship field
-
Maintain picklist values for an existing field in the custom object
-
Add a validation rule to the custom object
-
Add a new field in the custom object
-
Change org-wide sharing setting for the custom object
Question 12
Question
You are implementing Case management in Salesforce, and it is a requirement that not everyone should be given the capability to delete a case. There is a profile defined for case administrators with the permission to edit a closed case. However, a few case administrators should be able to delete a case. What would be the most appropriate solution?
Answer
-
Add a custom permission to the user records required
-
Create a permission set for providing delete access for the required case admins
-
Close the existing Case Admin profile to create a "Super Case Admin" profile
-
Leverage Role Hierarchy
Question 13
Question
Which of the following is true regarding Enterprise Territory management?
Answer
-
Users can be assigned to multiple territories
-
Accounts can be assigned to multiple territories
-
Accounts can be manually added to a territory
-
Users can be automatically added to a territory
-
A territory field can be added to the Account page layout to display the Account territory
Question 14
Question
A custom object "Application" has been created with the org-wide sharing setting of Private. Leo is the owner of multiple Application records. John currently has no access to Application records. What is required to allow only John to access and update certain Application records owned by Leo?
Choose 2 Answers.
Answer
-
Manually share the records by clicking the "Sharing" button
-
Change the org-wide sharing setting to "Public Read/Write" for the application object
-
Use a permission set with "Edit" access to application and assign it to John
-
Change the profile John is assigned to allow "Edit" access to Application
-
Change the org-wide sharing setting to "Public Read Only" for the Application object
Question 15
Question
In Enterprise Territory Management Settings, which of the following default access levels are possible for accounts when the org-wide default sharing setting is "Private"?
Question 16
Question
Which of the following are true regarding Territory Management?
Choose 3.
Answer
-
A territory type must be assigned to a territory
-
A user must be assigned a territory role
-
A territory must have a priority defined
-
A user can have a different role in each territory
-
A territory type must have a priority defined
Question 17
Question
Which of the following is NOT a Territory Model state?
Answer
-
Draft
-
Planning
-
Active
-
Archived
Question 18
Question
Consider an organization that has constructed territories based on geography. You have a requirement that if an account is created with "Type = Global", it must be assigned to the "US Territory" and all child territories. How would you define the assignment rule in this case?
Answer
-
Create an assignment rule based on the Type field at the US territory level
-
Create an assignment rule based on Type field at US territory level and mark "Apply to Child Territories"
-
Create an assignment rule based on the Type field at Territory Model level
-
Create an assignment rule based on the Type field at each state level
Question 19
Question
In Enterprise Territory Management, which of the following are possible access levels for accounts assigned to territories when the org-wide default sharing setting is "Public Read/Write"?
Choose 2.
Question 20
Question
What is NOT true regarding Territory Account Assignment rules?
Answer
-
Multiple Assignment Rules can be defined for a territory
-
Assignment rules can use standard or custom account fields in the criteria definition
-
Assignment rules can be applied to descendant territories
-
Assignment rules are active as soon as they are created
Question 21
Question
In Enterprise Territory Management, which of the following are capabilities of filter-based opportunity territory assignment?
Answer
-
An Apex class can be created to automatically assign opportunities to territories based on custom criteria
-
An option can be selected to run the filter-based opportunity territory assignment job automatically when opportunities are created
-
The filter-based opportunity territory assignment job can only be run when opportunities are updated
-
Users can manually define a filter based on which opportunities are automatically assigned to territories.
Question 22
Question
What is true regarding fields available for a user to use to define account assignment rules in Enterprise Territory Management?
Answer
-
All standard fields are available
-
All standard and custom fields are available
-
The fields available depend on field level security settings applicable to the user
-
The fields available are the same for all users
Question 23
Question
What is true about profiles and permission sets?
Choose 3.
Answer
-
Permission sets can be assigned to multiple users
-
User permission can be enabled in custom profiles
-
User permissions can be enabled in permission sets
-
Permission sets can be assigned to multiple profiles
-
A permission set can be only assigned to one profile
Question 24
Question
When an account is edited and saved, what is the impact on territory assignment rules?
Answer
-
Territory assignment rules are applied again
-
Territory assignments do not apply on the update
-
Depends on the territory model setting
-
Depends on a setting an account page layout properties
Question 25
Question
Which of the following are true about Enterprise Territory Management?
Choose 2.
Answer
-
An account may be assigned to more than one territory
-
Territory Type has an impact on record visibility
-
Users in a territory can always view and edit accounts associated to the territory
-
Territories organize accounts and users who work with the accounts
Question 26
Question
A group of users and their team leader who share the same profile have the ability to edit Case records apart from creating them. What is the best way to fulfill this requirement?
Answer
-
Create and assign a permission set with "Edit" access on the Case object to the team leader
-
Select the "Edit" or "Modify All" access to the Case object in the profile assigned to the team leader and users
-
Create and assign a permission set with "Modify All" access on the Case object to the team leader
-
Create a custom profile with "Edit" access on the Case object and assign it to the team leader
Question 27
Question
Which of the following is true about manually assigning a territory to an opportunity?
Answer
-
Users with sharing access to the opportunity's account can assign any active territory
-
Users with sharing access to the opportunity's account can only assign the account's territory
-
Users without sharing access to the opportunity's account can assign any active territory
-
Users with sharing access to the opportunity's account cannot assign a territory manually
Question 28
Question
Which of the following are capabilities of a delegated administrator?
Answer
-
Maintain Standard Objects
-
Unlock users
-
Add users to certain public groups
-
Create a user in any role
-
Assign a user to any profile
Question 29
Question
In Enterprise Territory Management, if Joe has sharing access to an account that is related to an opportunity, what is true regarding the territory that can be assigned to the Opportunity?
Answer
-
Any Territory in the Territory model can be assigned to the Opportunity
-
Only Territory administrators can assign Territories to Opportunities
-
Only territories assigned to the account can be assigned to the opportunity
-
Territory assignment rules are used to assign territories to opportunities
Question 30
Question
Which of the following are features of a territory model?
Answer
-
A territory model in "Planning" state allows the results of account assignment rules to be previewed
-
Multiple territory models can be defined and activated
-
Territory models in the "Planning" or "Archived" state can be activated
-
Chatter can be used to collaborate on territory models
-
Territory models can be cloned with the new territory model created in "Planning" state
Question 31
Question
Which of the following statements about sharing access are true?
Answer
-
If "Grant Access Using Hierarchies" is selected, users that are higher in the role hierarchy do NOT automatically receive access to records owned by subordinates
-
If you are an Account owner, you do not have to be a member of a portal share group to see child records owned by portal users
-
If "Grant Access Using Hierarchies" is selected, users that are higher in the role hierarchy automatically receive access to records owned by subordinates
-
When you edit groups, roles, and territories, sharing rules are automatically recalculated to add or remove access as needed
Question 32
Question
You have been made a delegated administrator. which of the actions with the new delegated administrator be able to perform?
Answer
-
Manage users in specified roles and subordinate roles
-
Log in as a user who has granted administrator login access
-
Delete users with specified profiles
-
Create custom profiles with limited permissions
Question 33
Question
Bright Paints has created custom objects "Fund" and "Investment" to track investments that are managed in a particular fund. A master-detail relationship has been created between the objects, with Fund as the master object and Investment as the detail. What is true regarding the security and access to the Investment records?
Answer
-
If all users should have read access to investment records, the Org-Wide default for the investment object can be set to Public Read Only
-
Manual sharing can be used to increase access to selected users to Investment records
-
The value of "Grant Access Using Hierarchies" for the Investment object will be inherited from the Fund object
-
The owner of Investment records will default to the owner of the Fund record but can be changed
Question 34
Question
A Sales Manager has reported that he does not have visibility to records owned by his Account Managers. The Salesforce Administration has checked the role hierarchy and found that it is set up with the Account Manager roles and the Sales Manager role. What could be the reason that the Sales Manager does not have visibility to the records?
Answer
-
The org-wide default sharing setting for the object is set to "Public Read Only"
-
The profile assigned to the sales manager does not have "Read" access to the object
-
The user record associated with the Account Manager user is inactive
-
The "Grant Access Using Hierarchies" option is not enabled for this object
Question 35
Question
Bright Paints tracks Positions using a custom object. "Positions" should not be visible to users, except if the status is "Under Consideration". How can this requirement be fulfilled?
Answer
-
Use manual sharing
-
Set the org-wide default setting to "Public Read Only" on the Position object and add a sharing rule to share "Position" records with all users based on the value of the status field
-
Set the org-wide setting to "Private" on the Position object and add criteria-based sharing rules to hare position records with all users based on the value of the status field.
-
Use Apex Managed Sharing
Question 36
Question
You are a System Administrator for Bright Paints, inc. In order to track open positions in your company, you have created a custom object for a recruiting application. recruiters should have the ability to edit, delete, create and read Position records. How would you ensure that recruiters have the correct access?
Answer
-
Create a custom profile and enable the custom object permissions
-
Use an existing standard profile that automatically has the custom object permissions enabled
-
Use an existing custom profile that automatically has the custom object permissions enabled
-
Modify a standard profile and enable the custom object permissions
Question 37
Question
As a result of a business restructuring, a company needs to make a number of changes to the role hierarchy. What is true in this situation?
Answer
-
A case must be logged with Salesforce to request a sharing recalculation
-
The changes need to be completed in full Sandbox prior to being made in the production org
-
It may result in error messages when editing records
-
This will result in recalculation of all record access.
Question 38
Question
Light Speed Computers sells computer hardware and consulting services, and the business has two divisions. Two opportunity record types have been created, and access needs to be defined to give users from each division access to records in their own division. How can the sharing setting be set up to meet this requirement?
Answer
-
The org-wide default for opportunities should be set to "Private" and manual sharing can be used to share with the roles of each division
-
The org-wide default for Opportunities should be set to "Private" and sharing rules can be used to share with the public groups that include members of each division.
-
The org-wide default for Opportunities should be set to "Private" and sharing rules can be used to share with the roles of each division
-
The org-wide default for Opportunities should be set to "Private" and manual sharing to share with the public groups that include members of each division
Question 39
Question
Which of the following statements about Permission Sets is true?
Answer
-
Permission sets grant access through a hierarchy
-
The possible Permission set settings are: Private, Public Read Only, Public Read/Write and Public Read/Write/Transfer
-
Users can be assigned to multiple permission sets
-
Permission sets give a user a baseline level of access to records
Question 40
Question
The org-wide sharing setting for the Case object is set to Private. No sharing rules have been configured. How can the administrator ensure that a user has access to all Case records with this new record type?
Answer
-
Ask users to manually share Cases with this new record type to the user
-
Assign a permission set to the user that includes "View All" access
-
Create a criteria based sharing rule
-
Assign a permission set to the user that includes assignment to the new record type
Question 41
Question
The Position object has a Salary field that only certain users should have access to. What is the best way to fulfill this requirement?
Answer
-
Use field restrictions to restrict access to the field
-
Use object permissions to restrict access to the Salary field
-
Use field level security to restrict access to the field
-
Remove the field from the page layout used by the profiles that should not have access to it
Question 42
Question
Bright Paints has created a new custom object called "Profit" which is a child object of Opportunity in a master-detail relationship. The org-wide default of Opportunity is set to "Private". Only Executive level users should have access to the Profit records. How can this be enabled?
Answer
-
Ensure that the role hierarchy is set up to allow appropriate record access
-
Remove object permissions to the "Profit" object from all profiles except the Executive profile and ensure the role hierarchy is set up appropriately
-
Use sharing rules to ensure the executive level users have access to "Profit" records
-
This is not possible as child objects in a master-detail relationship inherit the security and org-wide default sharing settings of the parent
Question 43
Question
What is required for Account Managers in the same role to have access to each other's Opportunities when the org-wide default sharing setting is set to "Private"?
Answer
-
A sharing rule must be created
-
A permission set must be added to each user
-
Nothing, users who have the same role will share data
-
Manual sharing must be used each time an Opportunity is created
Question 44
Question
what will be the result if a field is read-only in field level security, but marked as required on the page layout?
Answer
-
A field will not display on the page layout
-
The field will still be required
-
The field will be read only
-
An error message will appear
Question 45
Question
Bright Paints Inc. has set the org-wide default for Accounts to Public Read/Write. The Sales team wants to restrict access to a new set of Account records that are upserting via Data Loader. Only the Account owners and members of a public group should be able to access this data. how would this requirement be fulfilled?
Answer
-
Create a sharing rule to grant access to members of the public group
-
Upgrade the role hierarchy an assign members of the group to a role at the top of the hierarchy
-
Update the org-wide default for accounts to "Private" and create sharing rules to provide appropriate access
-
Manually share each account record with members of the public group
Question 46
Question
In your organization, you have 100 users in the contact center. Only the team leaders should have delete permissions for a custom object, in addition to a small number of finance users. What is the best way to enable this?
Answer
-
Create a permission set and assign to all users that should have delete access
-
Create a custom profile that has the delete permission and assign the appropriate users that should have delete access
-
Add the delete permission to a permission set and assign the permission set to a public group that contains the users that should have delete access
-
Assigned delegated Administration permission to the users that need delete access for that object
Question 47
Question
A user from the marketing team needs to be able to manage and customize the Campaign object. How would the administrator facilitate this request to enable a single user to administer and configure just the Campaign object?
Answer
-
Use the "Elevated" Administration feature
-
Users who aren't administrators cannot be given administrative privileges to a standard object
-
Use the "Defined Administration" feature
-
Use the "Delegated Administration" feature
Question 48
Question
Which of the following are valid reasons why a user in unable to view an account record owned by another user?
Answer
-
The user's role is below the owner's role in the role hierarchy
-
The org-wide default setting for the object is set to private
-
The record has not been manually shared with the user
-
The org-wide default setting for the object is set to Public Read Only
-
The user is not in a public group
Question 49
Question
Bright Paints has assigned users from HR and maintenance teams to the same profile. they just created a new job applications, but only wants HR users to have access to this new object. How can you achieve this?
Answer
-
Assign the HR team to a new role in the role hierarchy
-
Modify the standard profile currently shared by both teams
-
Configure field-level security on the new object for the HR team
-
Create a new custom profile for users on the HR team
Question 50
Question
Cosmic Solutions uses a custom object to track Leave Requests. When employees create a Leave Request, they specify their Project Manager using a lookup field on the User object. Lead Requests are private, and in addition to the access granted via the role hierarchy, only the specified Project Manager should have access to a Leave Request record. Which of the following can be used to meet the requirement?
Question 51
Question
A user reported a problem that they no longer have access to an account record that they had access to last week, however, they still have access to other accounts. The "View All" object permission is not used for any profiles. What would NOT be a possible explanation?
Answer
-
Sharing rules were removed
-
Members of the public groups were removed
-
The role of the user has changed
-
The profile of the user was changed
-
The Account owner has changed
Question 52
Question
DELETE ME: You just created a new Opportunity record type for the Salesforce org of Bright Paints. Sales users are complaining that they cannot select the new record type when they create new Opportunity records. What could be the root cause of this problem?
Answer
-
The record type has not been set as the default record type
-
The record type has not been activated
-
The record type does not have an associated page layout
-
The record type has not been added to the Sales User profile
Question 53
Question
You just created a new Opportunity record type for the Salesforce org of Bright Paints. Sales users are complaining that they cannot select the new record type when they create new Opportunity records. What could be the root cause of this problem?
Answer
-
The record type has not been set as the default record type
-
The record type has not been activated
-
The record type does not have an associated page layout
-
The record type has not been added to the Sales User profile
Question 54
Question
A user at bright Paints has reported to the Administrator that she is unable to see the Phone Number field on her Contact records even though she knows that she has the Read permission on the object. What could be the reason for this issue?
Answer
-
The Phone Number field is hidden via field-level security
-
The user has the "Modify All" permission
-
The phone number field is required
-
The user does not have the "View All" permission
Question 55
Question
Which of the following is true regarding roles and profiles?
Answer
-
Roles control record level access and is mandatory for all users
-
Profiles control record level access and is not mandatory for all users
-
Roles control object level access and is mandatory for all users
-
Profiles control object level and field level access and is mandatory for all users.
Question 56
Question
In your organization, users from two teams share the same profile, but each team should have different default record types. What is the best way of enabling this?
Answer
-
Use a workflow to set the default record type
-
Use roles to specify the default record type
-
Create two custom profiles with the default record type set
-
Create a permission set for each group of users and assign the default record type
Question 57
Question
Which of the following could explain why the Sharing button is not available on the detail page of a custom object?
Answer
-
A button has not been added to the page layout
-
The org-wide default sharing setting of the object is "Private"
-
The org-wide default sharing setting of the object is Public Read Only
-
The org-wide default sharing setting of the object is Public Read/Write
Question 58
Question
At Bright Paints, the org-wide default setting for accounts is set to private. Access is determined using the role hierarchy and sharing rules. An Account Manager from another division is assisting with an account on a one-time basis and needs access to the account as well as contacts, opportunities and cases related to it. What would be the best way to enable this access?
Answer
-
Add a sharing rule
-
Change the role of the user
-
Ask the opportunity owner to manually share the opportunity
-
Add the Account Manager to the Account team with at least View access for Opportunities
-
Manually share the opportunity and let the account manager know