A price book is a list of products and their prices that can be added to an opportunity. A product can have different prices for different markets or segments, and these prices are stored in different price books. In this case, the administrator should create a new price book for the new retail pricing and add the products that are sold to retail locations for resale. This way, the users can select the appropriate price book and products for their opportunities based on the type of customer they are selling to. References: https://help.salesforce.com/s
/articleView?id=sf.products_pricebooks.htm&type=5 https://help.salesforce.com/s/articleView?id=sf.
products_define.htm&type=5

In this scenario, a Lookup relationship is the most appropriate choice for relating the Audit custom object to the Account object. This relationship allows for flexibility, especially when it comes to data retention and access control requirements, as outlined by AW Computing's security team.
* Lookup Relationship:
* A Lookup relationship links two objects, allowing records from the custom Audit object to be associated with the Account object. Unlike a Master-Detail relationship, it offers greater flexibility in terms of record ownership, sharing, and visibility controls, which is particularly useful for sensitive data.
* The Lookup relationship will enable administrators to set specific permissions, ensuring that only the audit team has access to the records, as required.
* Additionally, records in the Lookup relationship are independent. Therefore, if the Account record is deleted, the Audit record can persist, aligning with the need to retain Audit records for
10 years.
* Preservation and Access Control:
* Given the 10-year retention requirement, the independence of records under a Lookup relationship is ideal. It ensures that Audit records are not automatically deleted when an associated Account record is removed.
* Access to Audit records can be restricted to the audit team by setting up custom sharing rules or permissions, which is achievable through the Lookup relationship's flexible sharing model.
Incorrect options:
* Master-Detail: In a Master-Detail relationship, the detail (child) records are dependent on the master (parent) record. Deleting an Account would automatically delete any associated Audit records, which would conflict with the retention requirement.
* Many-To-Many: This type of relationship involves a junction object to associate multiple records from both sides. It is not necessary in this case, as the requirement is a one-to-many relationship from Account to Audit records.
* Self: A self-relationship would allow records within the Audit object to be related to each other. This does not apply to linking the Audit object to the Account object.
In conclusion, the Lookup relationship provides the necessary flexibility for data preservation and access control, making it the optimal choice for this requirement.

Cloning a sandbox creates a duplicate copy of an existing sandbox with the same type, name, description, configuration, and license type as the original sandbox. Cloning a sandbox is useful when you need to create multiple sandboxes with the same metadata and data for testing or development purposes. References:
https://help.salesforce.com/s/articleView?id=sf.data_sandbox_clone.htm&type=5

Public groups let you share records with a set of users defined by criteria such as role, profile, or individual users. You can use public groups as recipients for email alerts in workflow rules or process builder.
References: https://trailhead.salesforce.com/en/content/learn/modules
/administration_essentials_for_new_admins_in_lightning_experience
/administration_essentials_for_new_admins_in_lightning_experience_security_sharing

Permission sets are collections of settings and permissions that give users access to various tools and functions without changing their profile or requiring multiple profiles for users who perform different tasks across apps in your org. By assigning a permission set that has View All on Leads to the contractor, Cloud Kicks can grant them view access to all lead records without modifying their profile or creating a new one.
References: https://help.salesforce.com/s/articleView?id=sf.perm_sets_overview.htm&type=5