Data-Cloud-Consultant Practice Exam Questions and Answers

The consolidation rate is a metric that measures the amount by which source profiles are combined to produce unified profiles in Data Cloud, calculated as 1 - (number of unified profiles / number of source profiles). A higher consolidation rate means that more source profiles are matched and merged into fewer unified profiles, while a lower consolidation rate means that fewer source profiles are matched and more unified profiles are created. There are two likely explanations for why the consolidation rate has recently increased for a customer:

• New data sources have been added to Data Cloud that largely overlap with the existing profiles. This means that the new data sources contain many profiles that are similar or identical to the profiles from the existing data sources. For example, if a customer adds a new CRM system that has the same customer records as their old CRM system, the new data source will overlap with the existing one. When Data Cloud ingests the new data source, it will use the identity resolution ruleset to match and merge the overlapping profiles into unified profiles, resulting in a higher consolidation rate.
• Identity resolution rules have been added to the ruleset to increase the number of matched profiles. This means that the customer has modified their identity resolution ruleset to include more match rules or more match criteria that can identify more profiles as belonging to the same individual. For example, if a customer adds a match rule that matches profiles based on email address and phone number, instead of just email address, the ruleset will be able to match more profiles that have the same email address and phone number, resulting in a higher consolidation rate.

References: Identity Resolution Calculated Insight: Consolidation Rates for Unified Profiles, Configure Identity Resolution Rulesets

 The error “Segment references too many data lake objects (DLOs)” occurs when a segment query exceeds the limit of 50 DLOs that can be referenced in a single query. This can happen when the segment has too many filters, nested segments, or exclusion criteria that involve different DLOs. To remedy this issue, the consultant can try the following troubleshooting tips:

• Split the segment into smaller segments. The consultant can divide the segment into multiple segments that have fewer filters, nested segments, or exclusion criteria. This can reduce the number of DLOs that are referenced in each segment query and avoid the error. The consultant can then use the smaller segments as nested segments in a larger segment, or activate them separately.
• Use calculated insights in order to reduce the complexity of the segmentation query. The consultant can create calculated insights that are derived from existing data using formulas. Calculated insights can simplify the segmentation query by replacing multiple filters or nested segments with a single attribute. For example, instead of using multiple filters to segment individuals based on their purchase history, the consultant can create a calculated insight that calculates the lifetime value of each individual and use that as a filter.

The other options are not troubleshooting tips that can help remedy this issue. Refining segmentation criteria to limit up to five custom data model objects (DMOs) is not a valid option, as the limit of 50 DLOs applies to both standard and custom DMOs. Spacing out the segment schedules to reduce DLO load is not a valid option, as the error is not related to the DLO load, but to the segment query complexity.

References:

• Troubleshoot Segment Errors
• Create a Calculated Insight
• Create a Segment in Data Cloud

To configure an activation to a Marketing Cloud activation target, you need to choose a segment and select contact points. Choosing a segment allows you to specify which unified individuals you want to activate. Selecting contact points allows you to map the attributes from the segment to the fields in the Marketing Cloud data extension. You do not need to add additional attributes or add the calculated insight in the activation, as these are already part of the segment definition. References: Create a Marketing Cloud Activation Target; Types of Data Targets in Data Cloud

When advising a customer about using the Consent API in Salesforce to comply with requests for the right to be forgotten, the consultant should focus on two primary considerations:

• Data deletion requests are submitted for Individual profiles (Answer C): The Consent API in Salesforce is designed to handle data deletion requests specifically for individual profiles. This means that when a request is made to delete data, it is targeted at the personal data associated with an individual's profile in the Salesforce system. The consultant should inform the customer that the requests must be specific to individual profiles to ensure accurate processing and compliance with privacy laws.
• Data deletion requests submitted to Data Cloud are passed to all connected Salesforce clouds (Answer D): When a data deletion request is made through the Consent API in Salesforce Data Cloud, the request is not limited to the Data Cloud alone. Instead, it propagates through all connected Salesforce clouds, such as Sales Cloud, Service Cloud, Marketing Cloud, etc. This ensures comprehensive compliance with the right to be forgotten across the entire Salesforce ecosystem. The customer should be aware that the deletion request will affect all instances of the individual’s data across the connected Salesforce environments.

To validate the data on a unified profile, the consultant can use the following features:

• Identity Resolution: This feature allows the consultant to view and edit the identity resolution rulesets that determine how individuals are unified from different data sources1.
• Data Explorer: This feature allows the consultant to browse and filter the unified profiles and view their attributes, segments, and activities2.
• Profile Explorer: This feature allows the consultant to drill down into a specific unified profile and view its details, such as source records, identity graph, calculated insights, and data actions3. References:
• 1: Identity Resolution in Data Cloud
• 2: Data Explorer in Data Cloud
• 3: Profile Explorer in Data Cloud

A customer who wants to view the last time each segment was published within their Data Cloud org can use the dashboard and report features to achieve this requirement. A dashboard is a visual representation of data that can show key metrics, trends, and comparisons. A report is a tabular or matrix view of data that can show details, summaries, and calculations. Both dashboard and report features allow the user to create, customize, and share data views based on their needs and preferences. To view the last time each segment was published, the user can create a dashboard or a report that shows the segment name, the publish date, and the publish status fields from the segment object. The user can also filter, sort, group, or chart the data by these fields to get more insights and analysis. The user can also schedule, refresh, or export the dashboard or report data as needed. References: Dashboards, Reports

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

The Marketing Cloud Starter Data Bundles are predefined data bundles that allow you to easily ingest data from Marketing Cloud into Data Cloud1. The available datasets in Marketing Cloud Starter Data Bundles are Email, MobileConnect, and MobilePush2. These datasets contain engagement events and metrics from different Marketing Cloud channels, such as email, SMS, and push notifications2. By using these datasets, you can enrich your Data Cloud data model with Marketing Cloud data and create segments and activations based on your marketing campaigns and journeys1. The other options are incorrect because they are not available datasets in Marketing Cloud Starter Data Bundles. Option A is incorrect because Personalization is not a dataset, but a feature of Marketing Cloud that allows you to tailor your content and messages to your audience3. Option C is incorrect because Loyalty Management is not a dataset, but a product of Marketing Cloud that allows you to create and manage loyalty programs for your customers4. References: Marketing Cloud Starter Data Bundles in Data Cloud, Connect Your Data Sources, Personalization in Marketing Cloud, Loyalty Management in Marketing Cloud