The best option to map the data to be used for both segmentation and identity resolution is to create custom fields on the standard Individual DMO. This way, the consultant can leverage the existing fields and functionality of the Individual DMO, such as identity resolution rulesets, calculated insights, and data actions, while adding the additional fields that are specific to the beauty company's data1. Creating a custom DMO from scratch or duplicating the standard Individual DMO would require more effort and maintenance, and might not be compatible with the existing features of Data Cloud. Creating a custom DMO with only the additional fields and mapping it to the standard Individual DMO would create unnecessary complexity and redundancy, and might not allow the use of the custom fields for identity resolution. References:
* 1: Data Model Objects in Data Cloud

Deleting an identity resolution ruleset has two major impacts that the consultant should communicate to the customer. First, it will permanently remove all unified customer data that was created by the ruleset, meaning that the unified profiles and their attributes will no longer be available in Data Cloud1. Second, it will eliminate dependencies on data model objects that were used by the ruleset, meaning that the data model objects can be modified or deleted without affecting the ruleset1. These impacts can have significant consequences for the customer's data quality, segmentation, activation, and analytics, so the consultant should advise the customer to carefully consider the implications of deleting a ruleset before proceeding. The other options are incorrect because they are not impacts of deleting a ruleset. Option A is incorrect because deleting a ruleset will not remove all individual data, but only the unified customer data. The individual data from the source systems will still be available in Data Cloud1. Option D is incorrect because deleting a ruleset will not remove all source profile data, but only the unified customer data. The source profile data from the data streams will still be available in Data Cloud1. References: Delete an Identity Resolution Ruleset

Data Cloud handles an individual's Right to be Forgotten by deleting the specified Individual and records from any data model object/data lake object related to the Individual. This means that Data Cloud removes all the data associated with the individual from the data space, including the data from the source objects, the unified individual profile, and any related objects. Data Cloud also deletes the Unified Individual Link record that links the individual to the source records. Data Cloud uses the Consent API to process the Right to be Forgotten requests, which are reprocessed at 30, 60, and 90 days to ensure a full deletion.
The other options are not correct descriptions of how Data Cloud handles an individual's Right to be Forgotten. Data Cloud does not delete the records from all data source objects, as this would affect the data integrity and availability of the source systems. Data Cloud also does not delete only the specified Individual record and its Unified Individual Link record, as this would leave the source records and the related records intact. Data Cloud also does not delete only the specified Individual and records from any data source object mapped to the Individual data model object, as this would leave the related records intact.
References:
* Requesting Data Deletion or Right to Be Forgotten
* Data Deletion for Data Cloud
* Use the Consent API with Data Cloud
* Data and Identity in Data Cloud

The B2C Commerce Starter Bundles are predefined data streams that ingest order and product data from B2C Commerce into Data Cloud. However, the starter bundles only bring in the last 90 days of data by default. To bring in two years of transactional history, NTO needs to use a custom extract from B2C Commerce that includes the historical data and configure the data stream to use the custom extract as the source. The other options are not sufficient to achieve this because:
* A. B2C Commerce Starter Bundles only ingest the last 90 days of data by default.
* B. Direct Sales Order entity ingestion is not a supported method for connecting B2C Commerce data with Data Cloud. Data Cloud does not provide a direct-access connection for B2C Commerce data, only data ingestion.
* C. Direct Sales Product entity ingestion is not a supported method for connecting B2C Commerce data with Data Cloud. Data Cloud does not provide a direct-access connection for B2C Commerce data, only data ingestion. References: Create a B2C Commerce Data Bundle - Salesforce, B2C Commerce Connector - Salesforce, Salesforce B2C Commerce Pricing Plans & Costs

Explanation
Identity resolution is the process of linking data from different sources into a unified profile of a customer or an individual. Identity resolution uses matching rules to compare the attributes of different records and determine if they belong to the same person. Matching rules can be based on exact or fuzzy matching of various attributes, such as name, email, phone, address, or custom identifiers. A healthcare client who wants to use identity resolution, but does not want to risk unifying profiles that may share certain personally identifying information (PII), such as name or email, should use a matching rule criteria that is based on a unique and reliable identifier that is specific to the healthcare domain. One such identifier is the patient ID, which is a unique number assigned to each patient by a healthcare provider or system. By using the party identification on patient ID as a matching rule criteria, the healthcare client can ensure that only records that have the same patient ID are matched and unified, and avoid false positives or false negatives that may occur due to common or similar names or emails. The party identification on patient ID is also a secure and compliant way of handling sensitive healthcare data, as it does not expose or share any PII that may be subject to data protection regulations or standards. References: Configure Identity Resolution Rulesets, A framework of identity resolution: evaluating identity attributes and methods