Table of contents
Configuration and Setup: 20%
As I work towards obtaining my Salesforce administrator certification, I am writing a series of blog posts to document key concepts and enhance my understanding. The Configuration and Setup portion of the exam accounts for 20% of the exam, so I am taking care to thoroughly review these critical topics. While many excellent resources comprehensively cover the exam content, such as Focus on Force, my goal here is not to duplicate those efforts. Instead, my goal is to focus on concepts that required deeper learning or seem particularly noteworthy based on my study process so far. My aim is to put these concepts in a broader context and not only prepare for the exam but build a foundation of knowledge that will serve me well as a Salesforce admin. Although I still have much to learn as a novice, my vision is that these writings will someday provide a benchmark to reflect on how far I’ve come. I welcome any input from my readers - please feel free to comment or message me with your thoughts. As I continue on this journey, I’m grateful for the support and insights of this amazing Salesforce community.
Describe the information found in the company settings (for example: company settings fiscal year, business hours, currency management, default settings).
There are eight categories in company settings.
You can see them listed by going to
Setup > Quick Find > Company Settings
Of these eight areas, the two that I want to highlight are:
Let’s zoom into Language settings.
Translation Workbench found in
Setup > User Interface > Translation Workbench > Translation Language Settings
Default language is one of several components displayed on Company Information, let’s see what else is displayed there.
Again, company information is one of the eight categories in company settings and contains the organization’s Profile
There’s more information than listed in the image below, but these are important areas:
Noteworthy topics in Company Information
Locales determine the display formats for date and time, users’ names, addresses, and commas and periods in numbers. The start day of the week for calendars varies per locale.
Language, Locale, Currency, and Time zone Settings
Language, locale, and time zone settings have something in common:
The Salesforce administrator sets the default, and the user can override that default and set their own in their personal settings.
This same rule applies to currency settings depending on if it is a single-currency organization or a multiple-currency organization.
*After multi-currency is enabled, the administrator needs to maintain a list of active currencies and their conversion rates relative to the corporate currency
Distinguish and understand the administration of declarative configuration of the User Interface. (for example UI settings, app menu, list views, global actions, Lightning App Builder).
The best way to know your way around the User Interface (UI) is to open a Playground Org or Developer Org and click around –with some guidance. For me, the best guidance has been to use the Focus on Force Study Guide. In Configuration and Setup II, they use slides to go through the relevant user interface topics. I went through each slide and tried to find the corresponding information in my org. Ultimately, we will learn the UI as we work and build salesforce org for real stakeholders, however, being tested on your knowledge through an exam likely requires a more intentional effort.
Here is some vocabulary I had to sort out before I could really understand what I was clicking on, in the org’s user interface. Technically, some of the following information pertains to section 2 of the exam (Object Manager and Lightning App Builder). However, I could not just power through without understanding the different terms being used.
Apps vs Objects vs Records
The best illustration I’ve seen to represent the relationship between apps, objects, and records is a spreadsheet.
The spreadsheet is the app.
The objects are the tabs at the bottom.
The rows are the records.
The columns are the fields.
In the Salesforce Interface, your app name is found near the app icon, and you can expand the app menu to choose other apps.
Here we have the sales app open.
Objects are across the top, the types of objects vary depending on the app.
When you click on an object, you see rows of records and columns of fields, likely in a list view, as that is the default view.
To see more fields in the object record:
Click on the record:
You will see all of the fields:
I was confused at first because I did not see any data listed when I clicked on an object.
Playground orgs have dummy data stored in them, giving you something to play around with and to complete trailhead modules. When you click on an app like Marketing, for example, and click on an object, let’s say Opportunities. No records appear. Why not?
‘Recently Viewed’ is the default pinned view. In the opportunities object, click the dropdown arrow next to ‘Recently Viewed’ and click “All Opportunities” and you will see a long list of opportunity records. Thank you, Dave Massey.
Home page vs App Page vs Record Page
The best way to understand the differences is the build one of each. I completed this when working through the Prepare for Your Salesforce Administrator Credential Trailmix modules but it did not stick at that time. My guess is, I did not have enough context for what I was doing yet.
Record pages, app pages, and home pages can be built and customized in Lightning app builder.
Records Types vs Page Layouts
This SalesforeBen article does a great job explaining the differences between the two as well as some of the newer features available that may change the way these are used.
Click here for a trailhead live video that explains the difference and their use cases.
OK, let’s get back to our section one review, after that small detour…
Where are User Interface Settings Edited?
Setup > Quick Find > Type User Interface
My method to get to know the user interface (UI) settings was to look at the Focus on Force study guide and a Playground org side-by-side. The study guide is very detailed with screens shots making it easy to follow.
Here are some UI features that I explored a bit more:
The Utility Bar
This feature is available for lightning pages only. So that means you navigate to Setup > App Manager, the app type must be ‘Lightning’ for there to be a utility bar.
The Guidance Center
This was a great tool that guides you in setting up and enhancing your org. You can fill out a questionnaire that will tailor the content towards your org and even your level of experience. Read more about this here.
Given a scenario, demonstrate the proper setup and maintenance of users.
This section is pretty straightforward in terms of how to set up a user however there are a few subjects I looked further into:
I read about the different types of licenses in the Salesforce Help Docs. There are many different licenses and reading about them helped me understand their purpose as compared to profiles. Click here for a video that was also helpful.
Freezing vs deactivating users. Click here for a video that adds a bit more color to the best practices surrounding freezing or deactivating.
Troubleshooting why a user cannot log in. Click here for a knowledge article in the Salesforce help docs that gives troubleshooting steps.
Explain the various organization Security Controls. (for example: Setup Audit Trail, Login Hours, Session Settings)
Two topics that stuck out to me in this section were IP Ranges and login hours.
To let users log in at any time, click Clear all times. To prohibit users from logging in on a specific day, set Start Time to 12 AM and End Time to 12 AM.
*If a user is still working in an org, beyond the set login hours, they will not be automatically logged out. However, when they try to navigate to a new page or take any further action, they will be logged out and they will lose all unsaved work.
Given a user request scenario, apply the appropriate security controls based on the features and capabilities of the Salesforce sharing model. (for example: public groups, org wide default, sharing: roles, subordinates, hierarchy, report and dashboard folders)
I spent the most time on this portion of section one. I had to sort out the differences between users, licenses, profiles vs roles, permission sets vs sharing rules etc. There is a lot to uncover here, these are some of my highlights:
Levels of Security
Organization Level Security
- Access to the org itself. This is controlled by things such as username and passwords, User authentication (single sign-on and multi-factor authentication), trusted IP ranges, profile-level IP ranges, and login hours.
Object Level Security
The license that is assigned to the user determines which profiles they can be assigned
Profiles and Permission Sets dictate what users can SEE and DO.
SEE - apps, tabs (objects), records types, page layouts, fields
DO - CRED (create, read, edit, delete)
- So talking specifically about object-level security, the profile and permission sets would determine the kind of records the user can view, create, edit or delete. Not the individual records themselves.
Profiles restrict access, permission sets open-up access
Record Level Security
Access to records the user does NOT own is determined by the organization's sharing model (Private, Public Read Only, or Public Read/Write). The OWD (Organization-Wide Default) is the most restrictive.
Access to records is opened up via
role hierarchies (vertically)
sharing rules (horizontally)
manual sharing (flexible)
Field Level Security
Profiles and Permission sets determine what fields a user can see and what they can do with them.
Fields can be hidden using page payouts
A collection of settings and permissions that determines what users can see in the user interface and what they can do.
See the image to see how a Profile changes the User Experience:
Grant additional permissions to specific users, on top of their existing profile permissions.
Roles and License types are set on the user record.
Object permissions, page layouts, and field-level security are all set on the profile
Reports and dashboards are shared through folders
- The access level for a report or dashboard folder can be defined for a particular user, group, territory, or role.
Several resources helped me, mostly videos. I watched them more than once in some cases, even pausing, and replaying portions of them.
Who Sees What - Video Series **Really helpful
This list of videos is pretty long, but there are different teachers represented and listening to an alternative explanation may be all you need to understand a topic better.
Given a scenario, determine the appropriate use of a custom profile or permission set using the various profile settings and permissions.
Taking practice tests is really going to help with this objective because many of the questions are scenario based. There are also great scenarios given at the end of each Who Sees What video.
Salesforce Help docs: Supported Languages
Salesforce Help docs: Language, Locale, and Currency Settings
Salesforce Help docs: My Domains
Salesforce Help docs: User Interface Settings
Salesforce Help Docs: App Pages
SalesforceBen: When to Use Record Types vs. Page Layouts?
Salesforce Help Docs: Get to Know the Utility Bar
Salesforce Help Docs: Set Trusted IP Ranges for Your Organization
Salesforce Help Docs: Field Level Security
Salesforce Help Docs: View and Edit Login Hours