Salesforce Updated ADM-201 Exam Questions and Answers by creed

Tasks and Events are both part of the Activity object, but they often require different picklist values for the standard Subject field. To achieve this, the Platform Administrator must manage the picklist values for the Subject field specifically for each record type or activity type. In the Object Manager, under the Activity object (or Task/Event objects individually in some setups), the admin should edit the Subject field. Because Task and Event are distinct entities with their own picklist value sets for the Subject field, the admin can add " Schedule Site Visit " and " Send Contract " to the Task Subject list and " Site Visit " and " Ride Along " to the Event Subject list. This ensures that when a user creates a Task, they only see task-related subjects, and when they create an Event, they see event-related subjects. Option D is incorrect because it would mix all values together, causing confusion for the users. Option A (Predefined Field Values) is used to set a single default value for a field when an action is clicked, but it does not manage the available list of options in a picklist.

There are two primary ways to display different picklist values to different groups of users. The first, and most common, is using Record Types (Option C). A single picklist field can have its available values filtered at the Record Type level. By creating a " Sales " record type and a " Marketing " record type, the admin can select which values are visible for each. These record types are then assigned to the respective users ' profiles. The second method (Option D) involves using different Page Layouts and two separate picklist fields. In this scenario, the admin creates two distinct fields (e.g., " Sales Category " and " Marketing Category " ) and places only the relevant field on the page layout assigned to that specific team. This is less common but effective if the data needs to be stored in entirely different buckets. Option B is incorrect because profiles themselves do not filter picklist values; they only control which record types a user can access.

The Data Import Wizard is the most efficient and user-friendly tool for importing a relatively small number of records (up to 50,000) when those records involve standard objects like Accounts and Contacts simultaneously. A key advantage of this tool is its built-in capability to handle " Account and Contact " imports in a single pass, which includes automatic matching to prevent duplicates based on name or email. For a volume of 300 records, the browser-based wizard is much faster to set up than the Data Loader, as it does not require a separate installation or complex CSV mapping for simple standard objects. While the Data Loader (Option D) and Dataloader.io (Option C) can handle this volume, they are typically preferred for much larger datasets (up to 5 million records) or more complex custom objects. The " Wizard " provides a guided experience that is ideal for sales reps or administrators performing routine data entry tasks.

In Salesforce, dashboards can be configured to run as a specific user, known as the Running User. This user ' s security settings determine which data is visible to anyone viewing the dashboard. To allow users with restricted record access (due to a Private sharing model) to see company-wide totals, the Platform Administrator should set the dashboard to " Run as a specified user " who has " View All " permissions or is high enough in the role hierarchy to see all records. This creates a " Static Dashboard. " While the viewers cannot click into individual records they don ' t own, they can see the summarized totals and charts for the entire organization. Using a Dynamic Dashboard or filtering by role (Option B) would still respect individual sharing and hide data. Changing folder settings (Option D) only affects who can open the dashboard, not the data displayed within it.