To avoid the administrative burden of creating and maintaining multiple identical dashboards for different teams, a Platform Administrator should use Dashboard Filters. By adding a filter based on the " Team Assigned " custom field, the administrator can create a single dashboard that the manager can toggle between " Team A, " " Team B, " and " Team C " . Each time a filter value is selected, all components on the dashboard that use that field (or a mapped equivalent) will automatically refresh to show the data relevant only to that team. Creating separate dashboards (Option A) is inefficient and leads to " dashboard sprawl " . Adding specific widgets for every team on one dashboard (Option B) would result in a cluttered and confusing interface61. Cross Filters (Option D) are a reporting feature used to filter records based on their relationship to other objects, not a dashboard-level viewing tool.

Salesforce Approval Processes allow administrators to define a series of steps to automate the approval of records. Within these processes, there are four specific types of automated actions that can be triggered during initial submission, approval, rejection, or recall:

Field Update: Used to change a value on the record, such as switching a " Status " field from " Pending " to " Approved. "

Email Alert: Used to send a templated email to specific users, such as notifying the submitter that their request was granted.

Task: Used to assign a follow-up task to a user.

Outbound Message: Used to send technical data to an external system via API.

While modern automation tools like Flow can post to Chatter or launch other flows, the native approval process engine is limited to these four specific actions. For a " time-off request " scenario, an Email Alert ensures the employee is notified, and a Field Update ensures the record reflects the new status, providing a clear audit trail of the business decision.

To ensure that a field is populated on every single record, regardless of how it is created (manually, via API, or through an integration), the best method is to make the field universally required at the field definition level. When a field is marked as " Required " in the Object Manager, the Salesforce database will reject any attempt to save a record if that field is empty. While requiring a field on a Page Layout or Record Type (Option B) provides a good user experience for manual entry, it does not prevent records from being created without that data via the API or background processes25. Using a flow (Option A) to update the field is reactive rather than preventative26. Universal requirement is the most robust way to maintain data integrity for critical fields like " Billing System " that are essential for reporting and external system alignment.

When an administrator needs to perform a " cleanup " of existing data in bulk, a Schedule-triggered flow is the most efficient choice. This type of flow can be configured to run once (or on a recurring schedule) and process all Lead records that meet the " inconsistent " criteria (e.g., Lead Source equals ' Website ' or ' Online ' )46. The flow can then automatically update those records to the standard " Web " value. A Record-triggered flow (Option B) only works on records as they are being created or updated, so it would not fix historical data unless every record was manually touched Screen flows (Option D) require manual user interaction for each record. 53Segment-triggered flows (Option A) are used in Data Cloud marketing conte54xts rather than standard core record cleanup.

To transition users from a standard " tab-based " application to a Lightning Console app, the Platform Administrator must use the App Manager in Setup. The App Manager is where all Lightning apps are created, edited, and assigned to user profiles. Within the App Manager, the admin can create a new app and select " Console Navigation " as the navigation style39. Console apps allow users to work on multiple records simultaneously in a workspace tab-based layout, which is highly effective for productivity in fast-paced environments like sales or support40. The Lightning App Builder (Option A) is used to design the pages within the app, but the app ' s overall structure and navigation style are defined in the App Manager41. Screen Flow (Option B) and Omni-Channel (Option D) are specialized tools that can be used within a console but do not create the console app itself.

The Activity Timeline is a standard Lightning component that displays open tasks, upcoming events, and past activities (like logged calls or sent emails) in a chronological view. If this timeline is missing from an Account page, it is usually because the component has been removed from the Lightning Record Page layout. To fix this, the Platform Administrator should open the Account record in the Lightning App Builder. From the list of standard components on the left, the admin must drag the Activities component onto the page canvas—typically in the right-hand column or a dedicated tab. Once the page is saved and activated, the timeline will be visible to users. Visibility of the timeline is a layout configuration, not a specific " Edit access " permission (Option B). Running a report (Option C) might confirm if data exists, but it won ' t fix the UI issue. There is no " button " for the Activity Timeline in the Object Manager (Option D); it is managed strictly as a component within the App Builder.

In the Salesforce Setup menu, Company Settings (formerly Company Profile) is the central location where global organizational parameters are managed. This section contains several key settings. Under Company Information, the admin can view the Org ID, default time zone, and primary currency. The Fiscal Year settings allow the admin to define whether the organization follows a standard Gregorian calendar or a custom fiscal cycle. Business Hours are used to define the working times for the organization, which is critical for calculating milestones in Service Cloud or escalation rules. If Multi-Currency is enabled, this is also where exchange rates and active currencies are managed. Viewing and configuring these settings is a foundational task for any Platform Administrator, as they establish the baseline for how data is interpreted and how time-based automation functions across the entire instance. Ensuring these are correct is vital for accurate financial reporting and maintaining service level agreements (SLAs).

When a specific user encounters an error that an administrator cannot replicate, the most effective troubleshooting technique is to " Login as " that user. This feature, which must be enabled in the organization ' s login policies, allows the administrator to see exactly what the user sees and experience the system through their specific profile, role, and sharing permissions22. This is vital for identifying issues related to Validation Rules, Field-Level Security, or Record-Triggered Flows that might only trigger under specific user contexts. Logging in as a system administrator (Option A) is ineffective because administrators often bypass certain restrictions that apply to standard users4. Asking for a password (Option D) is a major security violation and is never required in Salesforce5. By using the " Login as " feature, the admin can pinpoint whether the error is caused by the user ' s data input or a specific permission conflict assigned to their profile.

The Mobile Only app is the default navigation experience in the Salesforce mobile app when no other Lightning apps have been assigned to a user for mobile use64. In this configuration, the navigation menu is controlled globally via the " Salesforce Navigation " setup page6565. A key behavior of this interface is that the first four items placed in the navigation list become the " persistent " icons that appear in the navigation bar at the bottom of the mobile screen for quick access66. These same items also appear at the top of the " Menu " tab67. Option A is incorrect because pages must have a corresponding Tab created before they can be added to the navigation menu68. Option B is incorrect because the " Mobile Only " navigation is a single global setting for the entire org; if you need different menus for different profiles, you must create and deploy specific Lightning Apps69. Option D is incorrect because standard objects do not appear automatically; the administrator must explicitly add them to the navigation list in Setup70. Understanding this behavior is essential for ensuring mobile users have a streamlined and intuitive interface

A master-detail relationship can be converted to a lookup relationship only when Salesforce dependency rules tied to the master-detail structure are removed first. The key blocker in this scenario is the presence of roll-up summary fields on the master object. Roll-up summary fields depend on a master-detail relationship because they aggregate values from child records to the parent. Once the relationship becomes a lookup, that roll-up behavior is no longer supported, so Salesforce prevents the conversion until those roll-up summary fields are deleted or otherwise replaced. This is why option B is the correct answer. The other options do not block the conversion in the same way. A lookup field can still contain values after conversion, and a required lookup can be configured separately. A junction object is used for many-to-many designs, but it is not required simply to change a master-detail relationship to lookup. Salesforce documentation consistently ties roll-up summary capability to master-detail relationships, which is the decisive rule here.