Object Manager and Lightning App Builder Flashcards
Standard Objects
- Objects included with a SF org automatically
- These type of objects can be hidden, but they CANNOT be deleted
- Can have a relationship to other ________ objects
- Can also have a relationship to custom objects
8 Examples of SF Standard Objects
1.) Account
2.) Contact
3.) Lead
4.) Campaign
5.) Opportunity
6.) Case
7.) Solution
8.) User
Account
- SF standard object which is used to store information about companies and individuals (person accounts)
- Can be renamed to ‘Customers’ for example
- This is the parent object of Contact, Opportunity, and Case
Contact
SF standard object which represents an individual associated with an account
Lead
- SF standard object which is a prospect that can be converted into an Account, Contact, and Opportunity
- Can be converted into an Account, Contact, and (optionally) an Opportunity
Campaign
- SF standard object which is used to store information about a marketing effort, such as a seminar
- Can have many members
- This object can be related to either a Lead or a Contact
Opportunity
SF standard object which is used to store information about and track sales deals in progress
Case
- SF standard object which can be used to store customers’ questions, feedback, or issues
- Web-to-Case or E-mail-to-Case can be used to create cases from customer-logged issues
Solution
SF standard object which represents the description of a customer’s issue and its resolution
User
SF standard object which is a record created to allow a person to log into SF and access information
Custom Objects
- Created by the Admin to meet a specific use case
- Can be created to record custom data not covered by standard objects (common example is Expenses)
- Contains standard fields and may have custom fields added
- Ex: Job Candidate, Application, Position
- Note: ‘Name’ field MUST be configured (either Text or Auto-Number)
Relationship Fields
Can be used to define relationships between objects
3 Relationship Types in SF
1.) Standard Objects and Custom Objects
2.) Between 2 Custom Objects
3.) Between 2 Standard Objects
Master-Detail Relationship
- A TIGHT relationship which relates 2 objects through a parent-child relationship
- Ex: Relationship between Account and Opportunity (an Opportunity must ALWAYS be associated with an Account)
- Can be one-to-one, one-to-many, or many-to-many
- Allows 1 object to be related to another in a one-to-many relationship
- This is a REQUIRED field, as all child objects (the object with the lookup) MUST have a parent (the record the User is looking up)
- Ex: An Opportunity must ALWAYS be related to an Account
- Therefore, if a Master record is deleted, ALL of the detail records are deleted as well (Exception: The ‘Allow Reparenting’ setting is enabled, which allows detail records to be associated with another master record when a master record is deleted)
- The child object (the one with the lookup) inherits the sharing and security settings of the parent object and has no settings of its own
- Standard objects MUST be on the master side of the relationship with a custom object
- Therefore, I CANNOT create a custom object and make it the parent of a standard object
- May also be between any custom objects
Lookup Relationship
- A LOOSE relationship between objects (allows independent record ownership)
- Ex: Relationship between Accounts and Cases
- Links objects together so Users can see related items from 1 object on another
- Can be one-to-one, one-to-many, self, external (parent external object), indirect (child external object), or hierarchical (User object only)
- A self relationship can be created by creating this type of relationship to the same object (ex: An Account with this type of relationship to another Account field)
- Does NOT inherit the sharing and security settings from another object
Many-to-Many Relationship
- Allows 2 objects to be related to each other when a record from 1 object can be linked to multiple records from another object and vice versa
- Are implemented via the use of a Junction object (an object which sits between the other 2 objects and has a master-detail relationship with both)
- Ex: If there is a ‘Position’ object and a ‘Candidate’ object, one position can be related to multiple candidates and a candidate can be related to multiple positions
Hierarchical Relationship
- Relationship which allows Users to click a lookup icon and select another User from a pop-up list
- ONLY available on the User object
Schema Builder
Can be used to view the data model as well as create objects, fields, and relationships quickly
Record Types
These can be used to:
1.) Display different picklist values for the same field depending on the type
2.) Display different fields in page layouts based on a combination of the ______ type and User Profile
3.) Support different business processes for a given object
- Each object has a ‘Master’ ______ type that is system created (Note: If a ‘Master’ ______ type is selected, custom ______ types CANNOT be included
- All other manually-created ______ types are considered ‘Custom’ ______ types
- Note: If a Custom ______ type is selected, multiple custom ______ types can be included but NOT the Master ______ type
- Access is defined at the Profile level or through Permission Sets, or a combination of both
- Permission sets can ONLY grant access to Custom ______ types
- This type of access controls record creation and editing of specific types
- Users can view records of any ______ type, as long as they have access to the object
- Assignment specifies which ______ types a User can use when creating or editing records. Any User can view records with that ______ type, even if it’s not assigned to them
- Assignment does NOT have an impact on Users’ sharing settings
8 Data Model Customization and Implications in SF
1.) Standard Fields
2.) Custom Fields
3.) Changing Field Type
4.) Deleting Fields
5.) Custom Objects
6.) Tabs
7.) Apps
8.) Page Layouts
Standard Fields
- These type of fields already exist on SF objects and are used for recording common business details
- CANNOT be deleted
- Field labels can be changed
- Standard picklist values can be added, renamed, reordered, deleted, or deactivated
- Field History Tracking can be set
- Field-level help can be added
- Lookup filters can be added or edited
- Auto-number field format can be adjusted
- Can be removed from page layouts to hide them from Users
Custom Fields
- ______ fields of data types, such as Picklist, External ID, and Roll-Up Summary, can be created to store more data on objects
- CAN be deleted (the data contained in the field will also be deleted)
- CANNOT be deleted though if it is referenced elsewhere in the application (ex: field updates in a Workflow or Process Builder)
- Can be created on standard and custom objects to store additional data
- Data types can be set according to the requirement
- This type of field can be set to required, which will require a value in the field before saving
- This type of field can be set as unique, which will prevent duplicate field values
- This field type can have a default value set. These include:
1.) Checkbox
2.) Currency
3.) Date
4.) Date/Time
5.) E-mail
6.) Number
7.) Percent
8.) Phone
9.) Picklist
10.) Text
11.) TextArea
12.) URL - These types of fields an be set as case sensitive so that values, such as ‘abc’ and ‘ABC’, are treated as different values
Changing Field Type
The _________ of a custom field can be changed, but it can cause data loss, such as changing from Text to Number
Deleting Fields
A custom field that is not referenced can be _______ if it is no longer required, but it also _______ the field data
Custom Objects
These types of objects can be created to store additional data in SF when standard objects aren’t appropriate
Time Fields
- This type of field can be used to track time that is not specific to a single date, such as preferred contact hours
- It is useful for time management, event planning, and project management
Tabs
These can be added to to custom objects, custom apps, web pages, Visualforce pages, or Lightning pages
Apps
- This is a collection of tabs made visible to certain Profiles
- Custom ____ can be created, while standard ____ already exist
- 4 types:
1.) Standard Apps
2.) Custom Apps
3.) Profiles
4.) Default Tab
Standard Apps
SF comes with these types of apps automatically (ex: Sales, Service, Marketing)