Free Access Salesforce ADM-201 New Release

When the Organization-Wide Default (OWD) for an object is set to Private, users can only see records they own or those shared with them. While the Role Hierarchy automatically grants " upward " visibility (managers see what subordinates own), it does not naturally allow for " lateral " visibility or visibility across different branches of the hierarchy. To solve this, a Platform Administrator should use Sharing Rules. Sharing Rules allow the admin to create exceptions to the Private OWD based on record ownership or specific criteria. For example, the admin can create an " Owner-based Sharing Rule " that shares all records owned by the " East Coast Sales " role with the VP of Sales (or a Public Group the VP belongs to). This provides a scalable way to grant the necessary visibility for reporting without making the data public to the entire company. Sharing Rules are a core security feature that ensures the right people have access to the right data while maintaining the principle of least privilege.

The Kanban view provides a visual representation of a set of records, such as an opportunity pipeline, organized by a specific field like " Stage " . It allows sales teams to see all their deals as cards in columns. The primary benefit of Kanban is its " drag-and-drop " functionality, which lets users move a card from one column to another to automatically update the stage, effectively " moving opportunities forward " with minimal effort. While reports (Option A) and dashboards (Option B) provide visual summaries, they do not allow for the interactive, one-click record updates that the Kanban view offers11. Standard list views (Option D) show data in a grid format which is less visual for tracking pipeline progress compared to the column-based Kanban layout.

A common cause of errors in an Approval Process is a breakdown in the " Approver " chain. If an approval step is configured to route to a specific user or a manager who has been deactivated, Salesforce will throw an error when the current step tries to advance. The Platform Administrator should check the " Next Approver " field on the record or the step definition in Setup to ensure the target user is active and has a valid Salesforce license. While field visibility (Options B and C) is important for the user experience, missing field access typically doesn ' t " error out " the approval engine itself; it just prevents the user from seeing the data. Checking for inactive users is the first step in troubleshooting runtime errors in automated routing processes.

A Dynamic Dashboard is a specific type of dashboard where the data displayed changes based on which user is currently viewing it. By setting the " View Dashboard As " property to " The logged-in user, " the dashboard components will respect each individual user ' s sharing settings, role hierarchy, and record ownership. For example, if a sales rep views a dynamic dashboard, they might only see their own $100k pipeline, while their manager viewing the same dashboard would see the team ' s combined $1M pipeline. This eliminates the need for an administrator to create and maintain dozens of identical dashboards for different individuals. Dashboard Filters (Option A) allow users to narrow down data but do not change the fundamental " running user " security context. Setting the dashboard to run as " Me " (the admin) or " Another person " (Options C and D) creates a static view where everyone sees the same data, which is the opposite of providing an individualized view.