App Builder Notes
App Builder Notes
Permissions : Permission set and profiles settings include built-in access settings for many
entities, like objects, fields, tabs, and Visualforce pages
However, permission sets and profiles don’t include access for some custom processes and apps.
Grant Access Using Hierarchies : Determine whether users have access to records they don’t
own, including records to which they don’t have sharing access, but someone below them in the
hierarchy does
● Grant Access Using Hierarchies option is always selected on standard objects and isn’t
editable.
● When Grant Access Using Hierarchies option is selected, View All Users option displays
group members and people above them in the hierarchies when a record is shared with them
using a sharing rule or manual sharing
● When Grant Access Using Hierarchies option is disabled, activities associated with a
custom object are still visible to users above the activity’s assignee in the role hierarchy.
Record access granted to users via sharing sets isn’t extended to their superiors in the role hierarchy.
Assignment Rules :
● Lead Assignment Rules : assign Leads to Users or Queues
● Case Assignment Rules : assign Cases to Users or put into Queues
For each rule type, only one rule can be in effect at any time.
Social Accounts
You must login with your own personal social network account to work with social accounts.
Link: Link Twitter Profiles to Accounts, Contacts, and Leads
App Launcher
Apps are accessed in Lightning Experience via the App Launcher.
In order to create an App Launcher component in Lightning an admin must contact Salesforce to have
the component activated for the Lightning App Builder.
Path
● Formerly known as Sales Path, Path Guide Users along the steps in a process.
● Available for Accounts, Leads, Opportunities, Campaigns, Contacts, Quotes, Contracts,
Fulfillment order, Orders, Service appointments, Work orders, Work order line items and
Custom Objects
● Path is supported on Lightning record pages in the new Salesforce mobile app.
Build:
● A standalone app.
● Components for the Salesforce app.
● Custom components that override and extend the Salesforce1 app.
When activating a page in the Lightning app builder, what declarative options are available?
● Select a tab icon for the page.
● Select the tab visibility.
● Set the tab order in the navigation menu.
Choose where to embed the dashboard. (Record pages don’t support embedded dashboards.)
● To embed a dashboard on an app page, select App Page.
● To embed a dashboard on the Home tab, select Home Page.
Global actions
● log call details
● create or update records
● send email
★ Global actions live on a special layout of their own, known as the global publisher layout.
★ If an object page layout isn’t customized with actions, the actions on those object record pages
are inherited from the global publisher layout.
★ Actions to create records for an object that is the detail object in a master-detail relationship
must be object-specific, not global.
To enable the Publisher Actions area on Page Layouts, navigate to Setup | Customize | Chatter |
Settings
Encrypted fields :
They are available in Validation Rules or Apex Scripts even if the user is not having the permission
"View Encrypted Data".
★ You can convert a Text Area(Long) to Email, Phone, Text, Text Area or URL without data loss.
★ You can convert a Text to Auto Number without data loss
● Indirect lookup : links a child external object to a parent standard or custom object.
○ Only objects that have a custom field with the External ID and Unique attributes are
available as parent objects in indirect lookup.
Cross-Object formula can reference fields from PARENT objects that are up to 10 relationships
away
Record Types :
● Display different picklist values
● Different Page Layouts
● After you have created a roll-up summary field on an object, you cannot convert the object's
master-detail relationship into a lookup relationship
Which two will prevent a formula field from being referenced by a Roll-Up Summary field?
★ A cross-object workflow updating a field referenced by the formula field.
★ A cross-object field reference in the formula field.
★ Standard picklist fields can be controlling fields but not dependent fields.
★ Multi-select picklist fields can be dependent but not controlling
★ The Owner field on the detail object is not available and is automatically set to the owner of its
associated master record.
★ Custom objects on the detail side of a master-detail relationship cannot have sharing rules,
manual sharing, or queues, as these require the Owner field.
Auto-number field :
● You can specify a Starting number
● A display format : allows you to control the appearance
● You can override buttons on the detail page but not the edit page of a record.
● You can only override these standard buttons: New, View, Edit, and Delete.
● You can’t relabel or relocate standard buttons on a record detail page.
● You can’t change buttons on lookup dialogs, reports, or tabs. However, you can change the
buttons on list view and search result layouts under search layouts.
Email approval request : Approvers must have the "API Enabled" system permission.
● You can send outbound message with the help of workflow rules.
● Some Salesforce functionalities are ignored when processing field updates in workflow rules and
approval processes.
○ Field-level security
○ Record type picklist value assignments
○ Validation rules
● Field updates are not available on currency fields if the organization uses multi-currency.
●
Sandbox templates : Specify Objects whose data should be replicated in Partial Copy, re-use when
creating a Partial Copy.
Change sets
● Change sets can only contain modifications you can make through the Setup menu.
● Change sets can only be sent between organizations that are affiliated with a production
organization.
● Account Team is unavailable in the change set.
Unmanaged package
● The components can be edited in the organization they are installed in.
● Tests are executed during deployment.
● The developer who created and uploaded the unmanaged package has no control over the
installed components, and can’t change or upgrade them.
● Unmanaged packages should not be used to migrate components from a sandbox to production
organization. Instead, use Change Sets.
Managed package
Managed package is a collection of components that are made available to other organisations
through the AppExchange.
★ Managed packages allow for property protection.
★ Managed packages have upgradable components.