PracticeVideosBlogFlashcards

9.3 Record Types, Business Processes & Picklist Control

Key Takeaways

  • Record Types enable administrators to offer different business processes, picklist values, and page layouts to different users based on their assigned profiles.

  • Before creating Record Types on the four core standard objects—Opportunity, Lead, Case, and Solution—an active Business Process (Sales, Lead, Support, or Solution Process) must be defined to control lifecycle status picklists.

  • Record Types filter available values for standard and custom picklists without creating redundant fields; modifying picklist values on a Record Type does not alter existing database records.

  • Profiles control both available record types and the user's default record type, whereas Permission Sets can grant access to additional record types but cannot alter the default record type assigned at the profile level.

  • Master remains a system record type. A profile can assign Master instead of custom record types; permission sets grant only custom record types and cannot set the default.

Last updated: October 2026

9.3 Record Types, Business Processes & Picklist Control

Organizations frequently use a single Salesforce object to track records that follow fundamentally different business lifecycles. For example, a company might use the standard Opportunity object to manage both simple consumer e-commerce transactions and complex multi-year enterprise software contracts. Consumer transactions require only 3 stages and minimal fields, whereas enterprise deals require a 7-stage negotiation process, executive approval fields, and specialized product categories.

Instead of creating custom objects that duplicate standard CRM capabilities, Salesforce provides Record Types. Record Types allow administrators to take a single object and offer different:

  1. Business Processes (lifecycle stages and statuses).
  2. Picklist Values (filtering available dropdown choices per record type).
  3. Page Layouts / Lightning Record Pages (presenting customized field layouts to different users).

Understanding the precise architectural prerequisites, configuration sequence, and security boundaries of Record Types is one of the most critical topics on the Platform App Builder examination.


The Prerequisite: Business Processes on Standard Objects

In Salesforce data modeling, certain standard objects possess a special lifecycle picklist field that drives forecasting, conversion, or closure logic. Because these fields govern fundamental CRM mechanics, Salesforce isolates them into dedicated Business Process metadata containers.

Before you can create a Record Type on any of the four core standard objects, you must first create an active Business Process:

  1. Opportunity →\rightarrow Sales Process: Controls which values appear in the Stage picklist field (including Forecast Category and Probability percentages).
  2. Lead →\rightarrow Lead Process: Controls which values appear in the Lead Status picklist field (including the "Converted" indicator).
  3. Case →\rightarrow Support Process: Controls which values appear in the Case Status picklist field (including the "Closed" flag).
  4. Solution →\rightarrow Solution Process: Controls which values appear in the Solution Status picklist field.

Important

The Architectural Rule of Four: Only Opportunity, Lead, Case, and Solution require Business Processes. Custom objects and other standard objects (such as Account, Contact, Campaign, and Order) do not have or require business processes. When you create a Record Type on a custom object, you configure picklist filtering directly without an intermediate process.

[Standard Object Record Type Dependency Chain]
1. Picklist Field Definition (Stage / Status Master Values in Object Manager)
     ↓
2. Business Process (Sales / Lead / Support / Solution Process selects subset)
     ↓
3. Record Type (Associated with exactly ONE Business Process)
     ↓
4. Profile / Permission Set (Assigned to users; determines Default Record Type)

Picklist Filtering per Record Type

One of the most powerful declarative capabilities of Record Types is picklist value filtering. Instead of creating redundant custom fields (such as Industry_Enterprise__c and Industry_Retail__c), an App Builder uses the single standard Industry field and customizes which values are available for each Record Type.

Master Picklist Values vs. Record Type Values

  • Master Picklist Definition: Located in Object Manager under the field's definition. Contains the master superset of all possible values for that field across the entire organization.
  • Record Type Picklist Assignment: Within each Record Type configuration page, Salesforce lists every picklist field on the object. Clicking Edit next to a picklist allows the administrator to select which subset of master values is visible, and designate a Default Value specific to that Record Type.

The Impact of Modifying Master Values

When an administrator adds a new picklist value to the master definition, Salesforce displays a checklist of existing Record Types. If the administrator does not explicitly assign the new value to a Record Type, that value will not appear in the dropdown for users working with that Record Type.

Note

Historical Data Preservation: If an administrator removes a picklist value from a Record Type, existing records that already contain that value are not modified or deleted. The historical value remains saved in the database and visible on those records. However, if a user subsequently edits that record and changes the picklist, they will only be permitted to select from the currently active values assigned to that Record Type.


Record Type Assignments: Profiles vs. Permission Sets

Controlling which users can create and interact with specific Record Types involves both Profiles and Permission Sets:

Profile-Level Record Type Settings

On a user's Profile, administrators configure:

  • Assigned Record Types: Which record types the user has permission to select when creating or editing records.
  • Default Record Type: The specific record type automatically selected when the user clicks "New". If a user has access to only one record type, the record-type selection prompt may be skipped; the record creation form still opens.

Permission Set Record Type Settings

Permission Sets can also grant access to Record Types additively. If a user's base Profile only grants access to the "Standard Support" Record Type, an administrator can assign a Permission Set that grants access to the "Premier Support" Record Type.

Warning

The Default Record Type Boundary: Permission Sets cannot set or override a user's Default Record Type. The default record type is strictly determined by the user's assigned Profile. If an exam question asks how to change a user's default record type without modifying their profile, remember that users can configure their own personal default via Personal Settings > Set Default Record Type to bypass the selection dialog.


The Master Record Type

Every object in Salesforce begins with a single, underlying system record type known as the Master Record Type:

  • When an object has no custom record types, all records are assigned to Master behind the scenes.
  • A profile can still be assigned Master, but cannot combine Master and custom record types in that profile. Permission sets can grant custom record types, not Master.
  • Existing Master records remain subject to normal security. New-record behavior depends on the combination of profile and permission-set record type assignments; creating custom record types does not universally force every user to use them.

The Four Core Business Processes Reference

Business Process NameTarget Standard ObjectMandatory Lifecycle Picklist GovernedCritical System Metadata Controlled
Sales ProcessOpportunityStageForecast Category (Pipeline, Best Case, Commit, Closed), Probability %
Lead ProcessLeadLead StatusConverted Status Indicator (flags stage as qualifying for conversion)
Support ProcessCaseCase Status"Closed" Flag (determines whether case counts as open or resolved in reports)
Solution ProcessSolutionSolution Status"Reviewed" Flag (determines public/internal knowledge eligibility)

Common Exam Traps and Best Practices

  • Trap: Creating Custom Objects for Process Variations. If two business units manage the same core entity (e.g., direct sales vs. channel sales) and require different stages and picklist options, use Record Types on the standard Opportunity object, not a custom object. This preserves standard forecasting, pipeline analytics, and platform integrations.
  • Trap: Missing Sales/Lead/Support Process Errors. When creating a new Record Type on Opportunity, Lead, Case, or Solution via the metadata API or Setup wizard, forgetting to create the corresponding Business Process first results in an immediate platform block.
  • Trap: Confusing Record Type Access with Record Sharing. Record Type assignment on a profile controls record creation and editing defaults. It does not prevent users from viewing records of other record types! If an Account's Organization-Wide Default is Public Read Only, a user assigned only the "Domestic" Record Type can still view "International" Account records.
  • Best Practice: Consolidate with Dynamic Forms First. Before creating a new Record Type solely to display a different page layout, evaluate whether Dynamic Forms conditional visibility can achieve the requirement. Record Types should be reserved for scenarios requiring different picklist values or business process stages, not simple field hiding.

Official Source Check

Checked October 19, 2026: Record type access and Master behavior.

Loading diagram...
Business Process & Record Type Architecture Lifecycle
Test Your Knowledge

Cloud Kicks plans to implement a new enterprise sales division with a distinct sales cycle and unique opportunity stages: 'Solution Scoping', 'Security Review', and 'Procurement'. An App Builder navigates to Object Manager > Opportunity > Record Types and clicks 'New', but encounters an error preventing creation. What must the App Builder configure before creating this Record Type?

A

An Opportunity Sharing Rule granting the enterprise sales role access to the new record type.

B

A custom Stage picklist field specifically for enterprise deals.

C

A new Sales Process that selects the desired Stage picklist values.

D

An active Validation Rule enforcing the sequential progression of enterprise stages.

Test Your Knowledge

An App Builder adds a new value, 'Expedited Air', to the standard Shipping Method picklist field on the Order object. Several customer service agents assigned to the 'Domestic Order' Record Type report that 'Expedited Air' is missing from the dropdown when editing orders, while managers assigned to the 'Global Order' Record Type can see it. What is the cause of this issue?

A

Domestic Order agents lack Field-Level Security Read permission on the Shipping Method field.

B

The 'Expedited Air' value was added to the standard Order Support Process but not activated.

C

The Global Order record type was set as the org-wide default for the Shipping Method picklist, so the Domestic Order record type inherits only the values that default explicitly activates.

D

The new picklist value was not allocated to the Domestic Order Record Type picklist configuration.

Test Your Knowledge

Northern Trail Outfitters has five different user profiles that need access to a newly created 'Government Contract' Opportunity Record Type. However, their primary daily work remains focused on commercial contracts, so their default record type must remain 'Commercial Sale'. How should the App Builder grant access to the new record type without altering the default record type on their profiles?

A

Create a Permission Set with access to the 'Government Contract' Record Type and assign it to the users.

B

Create a Muting Permission Set that restricts commercial contracts and assign it via a Permission Set Group.

C

Modify each of the five profiles to assign 'Government Contract' as the default record type.

D

Build a Screen Flow that dynamically updates the user's assigned profile upon record creation.

Sections you finish are checked off in the contents.