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 user is locked out of Salesforce due to too many incorrect login attempts, the Platform Administrator must take specific actions on the user's record detail page to restore access. First, the administrator should click the Unlock button19. This clears the lockout status immediately20. Second, because the user likely forgot their credentials (causing the failed attempts), the administrator should use the Reset Password button21. This sends a temporary link to the user's email, allowing them to create a new password and log in successfully. "Logging in as the user" (Option A) is a troubleshooting tool for existing sessions but cannot bypass a lockout or change a password on the user's behalf. Changing "Password Policies" (Option D) would affect the entire organization and is not a valid way to help a single locked-out individual.

The Salesforce AppExchange is a vast marketplace designed to extend the functionality of a Salesforce organization through various types of solutions.
Components: Administrators can find pre-built Lightning Components (A) to enhance record pages, such as custom maps, weather widgets, or specialized data entry forms. These can be dragged and dropped directly in the Lightning App Builder.
Consultants: The AppExchange also serves as a directory for certified Salesforce Consultants (D). This allows organizations to find and vet professional partners who specialize in specific industries or technical implementations to help them scale their Salesforce instance.
While "Communities" (Option C) refers to a Salesforce product (now Experience Cloud), you don't "find" them on the AppExchange to enhance an org; rather, you might find packages to enhance them. "Customers" (Option B) are not a solution found on the marketplace. By leveraging the AppExchange, a Platform Administrator can quickly implement proven solutions without the need for extensive internal development.

When a single picklist field needs to show different values to different users or for different business contexts, Record Types are the configuration point. While the master list of all possible values is defined in "Fields and Relationships" (Option D) or a "Global Value Set" (Option C), the Record Type determines which of those values are "available" for a specific type of record. For example, a "Wholesale" record type might show different discount levels than a "Retail" record type. If users are seeing inconsistent or incorrect options, the Platform Administrator must go to the specific Record Type settings for the Opportunity object, find the picklist in question, and move values between the "Available" and "Selected" columns. This provides a tailored user experience and prevents users from selecting values that do not apply to the specific type of record they are managing.

Comprehensive and Detailed 150 to 200 words of Explanation From Salesforce Topics:
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.