Free Practice Questions for Salesforce ADM-201 Exam

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.

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).

Generative AI models are inherently probabilistic, meaning they do not produce the exact same output every time, even when given the same input. When a Platform Administrator uses the Prompt Builder to test a template, each " Preview " or " Test " execution initiates a fresh, unique call to the Large Language Model (LLM). Because the LLM considers a range of linguistic possibilities and probabilities for each word it generates, the resulting text will vary slightly (or significantly) with each iteration. This behavior is expected and is a core characteristic of generative AI. To ensure consistent and high-quality results, administrators must refine their instructions to be as specific as possible, narrowing the LLM ' s range of creative interpretation. Options A, C, and D are incorrect because the Prompt Builder is designed to provide real-time feedback from the actual LLM to help administrators debug and perfect the prompt ' s logic before it is deployed to end-users or agents.

To make a Screen Flow available to users on a specific record, such as a Case, the Platform Administrator should add the Flow component to the Lightning Record Page. Using the Lightning App Builder, the admin can drag the Flow component onto the page and select the specific " Service Question " flow from the list8888. This allows the flow to be embedded directly into the workspace where the service reps are already looking at case details9. While flows can be placed on a Home Page (Option B), that would not provide the case-specific context needed for the reps10. Page Layouts (Option A) are used for standard fields and related lists but do not natively host dynamic screen flow components11. Component Filters (Option D) are used to show or hide the flow based on certain criteria, but the distribution itself is handled by placing it on the Lightning Page12.

The fundamental way to control which records enter an Approval Process is by defining Entry Criteria. During the setup of an approval process, the administrator specifies field-level conditions (e.g., Amount > 50,000 AND Stage = Closed Won) that a record must meet to be eligible for approval. If a user attempts to submit a record that does not meet these criteria, Salesforce will display an error message and prevent the process from starting. This ensures that the finance or management teams are only notified of deals that actually require their sign-off. While a Screen Flow (Option C) could be used to launch the process, the entry criteria within the approval process itself act as the ultimate " gatekeeper " for the automation. Validation rules (Option D) prevent bad data but do not route records for approval. Dynamic Forms (Option B) can show or hide the " Submit for Approval " button, but they do not enforce the underlying business logic of the process itself.