Customization in Salesforce allows administrators to tailor the platform to fit specific business requirements. Fields play a fundamental role in storing data, and understanding how to customize them ensures the system meets unique business needs while maintaining data integrity.
Fields in Salesforce are the building blocks of data storage. They represent individual data points, such as names, phone numbers, or custom calculations.
Custom fields are user-defined fields that meet specific business requirements beyond what standard fields provide.
Text:
Lookup:
Master-Detail:
Formula:
Annual Revenue / Number of EmployeesDeadline Date - Today().Validation rules enforce data quality by ensuring only valid data is entered into fields.
Ensure "Order Quantity" > 0:
Order_Quantity__c <= 0Validate Email Format:
NOT(REGEX(Email, "^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\\.[A-Za-z]{2,4}$"))Require a Field Based on Another Field:
AND(ISPICKVAL(Status__c, "Closed"), ISBLANK(Resolution_Notes__c))A sales team requires "Expected Close Date" on opportunities:
ISBLANK(Expected_Close_Date__c)Dependent fields create dynamic field behavior, improving data accuracy and simplifying data entry.
Product and Sub-Category:
Region and Sales Rep:
Field Types:
Validation Rules:
Dependent Fields:
ORD-{0000} → Generates ORD-0001, ORD-0002, ORD-0003...WO-{000000}.WO-000001, WO-000002, WO-000003.| Object | Field Using Global Picklist |
|---|---|
| Leads | Industry (IT, Healthcare, Finance) |
| Accounts | Industry (IT, Healthcare, Finance) |
| Opportunities | Industry (IT, Healthcare, Finance) |
Today() + 30 days).TODAY() + 30.| Feature | Description | Best Use Cases |
|---|---|---|
| Roll-Up Summary Fields | Aggregates child record data in a parent record | Total revenue of Opportunities in an Account |
| Auto-Number Fields | Auto-generates unique identifiers for records | Order numbers, contract IDs, case numbers |
| Geolocation Fields | Stores latitude/longitude for location-based analysis | Assigning nearest sales rep to a customer |
| Global Picklists | Creates a standardized picklist shared across objects | Industry list used in Leads, Accounts, Opportunities |
| Default Values | Pre-fills fields to reduce manual data entry | Default Lead Source to "Website" |
| Field History Tracking | Logs changes to critical fields for auditing | Tracking Opportunity Stage changes |
What is the difference between a standard field and a custom field in Salesforce?
A standard field is built into Salesforce, while a custom field is created by an administrator to capture business-specific data.
Standard fields come prebuilt on standard objects such as Account, Contact, Case, and Opportunity. Examples include Account Name, Phone, and Close Date. Custom fields are created when the business needs to track additional information that Salesforce does not provide by default, such as Contract Type, Customer Tier, or Renewal Risk. Standard fields usually support core platform behavior, while custom fields extend the data model. A common exam trap is assuming standard fields can always be removed; in reality, many can only be hidden or restricted, not deleted. Administrators should prefer standard fields when they already meet the requirement, and use custom fields only when the business truly needs additional structured data.
Demand Score: 80
Exam Relevance Score: 88
When should an administrator use a formula field?
Use a formula field when a value should be calculated dynamically from other fields instead of being stored manually.
Formula fields are ideal when the value depends on existing data and should always stay current without user updates or automation. For example, a formula can calculate Days Open on a Case, expected discount percentage, or a text status based on multiple field conditions. Because the value is recalculated each time the record is viewed, administrators avoid storing redundant data and reduce maintenance. Formula fields are especially useful when no user input is needed and the business logic is deterministic. A frequent exam scenario asks whether a requirement should be solved with automation or a formula. If the value can be derived directly from other fields and does not need historical storage, a formula field is usually the better answer.
Demand Score: 78
Exam Relevance Score: 91
What is the purpose of a validation rule in Salesforce?
A validation rule prevents users from saving records when the data does not meet defined business requirements.
Validation rules help enforce data quality at the moment a record is saved. Administrators create a logical condition, and if that condition evaluates to true, Salesforce blocks the save and displays an error message. This is commonly used to require specific combinations of values, prevent impossible dates, or enforce process rules. For example, an Opportunity marked Closed Won might require a Contract Signed field to be checked. Validation rules differ from required fields because they can apply conditionally rather than always. On the exam, this distinction matters: required fields are simpler and always enforced, while validation rules support more complex logic. Administrators should write clear error messages so users understand exactly how to fix the issue.
Demand Score: 74
Exam Relevance Score: 89
When should an administrator use a picklist field?
Use a picklist when users should choose from a controlled list of predefined values.
Picklists are designed to standardize data entry and improve reporting quality. Instead of letting users type free-form text such as region, product line, or customer status, administrators provide approved values. This prevents spelling differences, inconsistent abbreviations, and reporting fragmentation. Picklists are especially valuable when downstream automation, formulas, or dashboards depend on consistent values. Salesforce also supports dependent picklists, where one picklist controls the available options in another. A common exam clue is data inconsistency across records; that usually points to using a picklist instead of a text field. Picklists improve usability, reporting, and governance, making them one of the most practical field types administrators should understand.
Demand Score: 70
Exam Relevance Score: 86