Data-Cloud-Consultant Exam Dumps - Salesforce Data Cloud Questions and Answers

To honor a Request to be Forgotten by a customer, a consultant should use Data Cloud in two ways:

Add the Individual ID to a headerless file and use the delete from file functionality. This option allows the consultant to delete multiple Individuals from Data Cloud by uploading a CSV file with their IDs1. The deletion process is asynchronous and can take up to 24 hours to complete1.

Use the Consent API to suppress processing and delete the Individual and related records from source data streams. This option allows the consultant to submit a Data Deletion request for an Individual profile in Data Cloud using the Consent API2. A Data Deletion request deletes the specified Individual entity and any entities where a relationship has been defined between that entity’s identifying attribute and the Individual ID attribute2. The deletion process is reprocessed at 30, 60, and 90 days to ensure a full deletion2. The other options are not correct because:

Deleting the data from the incoming data stream and performing a full refresh will not delete the existing data in Data Cloud, only the new data from the source system3.

Using Data Explorer to locate and manually remove the Individual will not delete the related records from the source data streams, only the Individual entity in Data Cloud. References:

Delete Individuals from Data Cloud

Requesting Data Deletion or Right to Be Forgotten

Data Refresh for Data Cloud

[Data Explorer]

The issue arises because the activated segment in Marketing Cloud contains orders older than 30 days, despite the segment being defined to include only recent orders. The best solution is to apply a filter to the Purchase Order Date to exclude older orders. Here’s why:

Understanding the Issue

The segment includes related attributes from the purchase order data.

Despite filtering for orders placed in the last 30 days, older orders are appearing in the activation.

Why Apply a Filter to Purchase Order Date?

Root Cause :

The related attributes (e.g., purchase order details) may not be filtered by the same criteria as the segment.

Without a specific filter on the Purchase Order Date , older orders may inadvertently be included.

Solution Approach :

Applying a filter directly to the Purchase Order Date ensures that only orders within the desired timeframe are included in the activation.

Other Options Are Less Suitable :

A. Use data graphs that contain only 30 days of data : Data graphs are not typically used to filter data for activations.

B. Apply a data space filter to exclude orders older than 30 days : Data space filters apply globally and may unintentionally affect other use cases.

D. Use SQL in Marketing Cloud Engagement to remove orders older than 30 days : This is a reactive approach and does not address the root cause in Data Cloud.

Steps to Resolve the Issue

Step 1: Review the Segment Definition

Confirm that the segment filters for orders placed in the last 30 days.

Step 2: Add a Filter to Purchase Order Date

Modify the activation configuration to include a filter on the Purchase Order Date , ensuring only orders within the last 30 days are included.

Step 3: Test the Activation

Publish the segment again and verify that the activation in Marketing Cloud contains only the desired orders.

Conclusion

By applying a filter to the Purchase Order Date , the consultant ensures that only orders placed in the last 30 days are included in the activation, resolving the issue effectively.

 Data Stream Deployment: When setting up a data stream in Salesforce Data Cloud, the initial deployment requires a comprehensive data load.

 Types of Refreshes:

Incremental Refresh: Only updates with new or changed data since the last refresh.

Manual Refresh: Requires a user to manually initiate the data load.

Partial Refresh: Only a subset of the data is refreshed.

Full Refresh: Loads the entire dataset into the system.

 First-Time Deployment: For the initial deployment of a data stream, a full refresh is necessary to ensure all data from the source system is ingested into Salesforce Data Cloud.

 References:

Salesforce Documentation: Data Stream Setup

Salesforce Data Cloud Guide

 QUESTION NO: 99

A consultant is helping a beauty company ingest its profile data into Data Cloud. The company’s source data includes several fields, such as eye color, skin type, and hair color, that are not fields in the standard Individual data model object (DMO).

What should the consultant recommend to map this data to be used for both segmentation and identity resolution?

A. Create a custom DMO from scratch that has all fields that are needed.

B. Create a custom DMO with only the additional fields and map it to the standard Individual DMO.

C. Create custom fields on the standard Individual DMO.

D. Duplicate the standard Individual DMO and add the additional fields.

Answer: C

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

 To address this new use case, the consultant should map the primary key from the two systems to Party Identification, using CRM ID as the identification name for both, and create a matching rule based on party identification that matches on CRM ID as the party identification name. This way, the consultant can ensure that the CRM Contacts and Marketing Contacts are matched based on their CRM ID, which is a unique identifier for each individual. By using Party Identification, the consultant can also leverage the benefits of this attribute, such as being able to match across different entities and sources, and being able to handle multiple values for the same individual. The other options are incorrect because they either do not use the CRM ID as the primary key, or they do not use Party Identification as the attribute type. References: Configure Identity Resolution Rulesets, Identity Resolution Match Rules, Data Cloud Identity Resolution Ruleset, Data Cloud Identity Resolution Config Input

To support separate Amazon S3 buckets for data ingestion and activation, you need to configure dedicated S3 data sources in Data Cloud setup. Data sources are used to identify the origin and type of the data that you ingest into Data Cloud1. You can create different data sources for each S3 bucket that you want to use for ingestion or activation, and specify the bucket name, region, and access credentials2. This way, you can separate and organize your data by different criteria, such as brand, region, product, or business unit3. The other options are incorrect because they do not support separate S3 buckets for data ingestion and activation. Multiple S3 connectors are not a valid configuration in Data Cloud setup, as there is only one S3 connector available4. Dedicated S3 data sources in activation setup are not a valid configuration either, as activation setup does not require data sources, but activation targets5. Separate user credentials for data stream and activation target are not sufficient to support separate S3 buckets, as you also need to specify the bucket name and region for each data source2. References: Data Sources Overview, Amazon S3 Storage Connector, Data Spaces Overview, Data Streams Overview, Data Activation Overview

 Metrics on metrics is a feature that allows creating new metrics based on existing metrics and applying mathematical operations on them. This can be useful for calculating complex business metrics such as LTV, ROI, or conversion rates. In this case, the consultant can use metrics on metrics to calculate the LTV of each customer by summing up the revenue generated by them across different channels. The consultant can also create breakdowns of the revenue by channel by using the channel attribute as a dimension in the metric definition. References: Metrics on Metrics, Create Metrics on Metrics

 Engagement-based related attributes are attributes that describe the interactions of a person with an email message, such as opens, clicks, unsubscribes, etc. These attributes are stored in the Engagement data model object (DMO) and can be added to an activation to send more personalized communications. However, there are some considerations and limitations when using engagement-based related attributes, such as:

For engagement data, activation supports a 90-day lookback window. This means that only the attributes from the engagement events that occurred within the last 90 days are considered for activation. Any records outside of this window are not included in the activation payload. Therefore, the consultant should review the event time of the related engagement events and make sure they are within the lookback window.

The correct path to the related attributes must be selected for the activation. A path is a sequence of DMOs that are connected by relationships in the data model. For example, the path from Individual to Engagement is Individual -> Email -> Engagement. The path determines which related attributes are available for activation and how they are filtered. Therefore, the consultant should review the path selection and make sure it matches the desired related attributes and filters.

The other two options are not relevant for this issue. The activations can reference segments that segment on profile data rather than engagement data, as long as the activation target supports related attributes. The activated profiles do not need to have a Unified Contact Point, which is a unique identifier for a person across different data sources, to activate engagement-based related attributes. References: Add Related Attributes to an Activation, Related Attributes in Data Cloud activation have no values, Explore the Engagement Data Model Object

To grant a user permissions to create, manage, and activate segments without allowing them to create reports or manage data sources, the consultant should assign the Data Cloud Marketing Specialist permission set. Here’s why:

Understanding the Role Requirements :

The user needs access to segment creation, management, and activation.

The user should not have permissions to create reports or manage data sources, which are higher-level administrative tasks.

Why Data Cloud Marketing Specialist?

The Data Cloud Marketing Specialist permission set provides access to segment-related functionalities, including creating, managing, and activating segments.

It excludes permissions for creating reports or managing data sources, aligning perfectly with the stated requirements.

Steps to Assign the Permission Set :

Step 1: Navigate to Setup > Users > Permission Sets in Salesforce.

Step 2: Locate and assign the Data Cloud Marketing Specialist permission set to the user.

Step 3: Verify that the user has the required permissions by testing their access in Data Cloud.

Why Not Other Options?

B. Data Cloud Marketing Manager: This permission set includes broader permissions, such as managing campaigns and audiences, which are not required for this role.

C. Data Cloud Data Aware Specialist: This role focuses on data ingestion and transformation, not segment management.

D. Data Cloud User: This is a basic permission set that provides limited access and does not include segment management capabilities.

By assigning the Data Cloud Marketing Specialist permission set, the consultant ensures that the user has the necessary permissions without overextending their access.

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.

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