Salesforce-Data-Cloud Salesforce Data CloudAccredited Professional Exam (SU24) Free Practice Exam Questions (2026 Updated)

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 manage individual client profiles within family portfolios while avoiding blending profiles, the consultant should recommend a more restrictive design approach for identity resolution. Here’s why:

Understanding the Requirement

The financial services firm wants to maintain distinct profiles for individual family members despite shared contact points (e.g., address, phone number).

The goal is to avoid blending profiles to ensure personalized service and accurate financial advice.

Why a Restrictive Design Approach?

Avoiding Over-Matching :

A restrictive design approach ensures that match rules are narrowly defined to prevent over-matching (e.g., merging profiles based solely on shared addresses or phone numbers).

This preserves the uniqueness of individual profiles while still allowing for some shared attributes.

Custom Match Rules :

The consultant can configure custom match rules that prioritize unique identifiers (e.g., email, social security number) over shared contact points.

This ensures that family members with shared addresses or phone numbers remain distinct.

Other Options Are Less Suitable :

A. Configure a single match rule with a single connected contact point based on address : This would likely result in over-matching and blending profiles, which is undesirable.

B. Use multiple contact points without individual attributes in the match rules : This approach lacks the precision needed to maintain distinct profiles.

D. Configure a single match rule based on a custom identifier : While custom identifiers are useful, relying on a single rule may not account for all scenarios and could lead to over-matching.

Steps to Implement the Solution

Step 1: Analyze Shared Attributes

Identify shared attributes (e.g., address, phone number) and unique attributes (e.g., email, social security number).

Step 2: Define Restrictive Match Rules

Configure match rules that prioritize unique attributes and minimize reliance on shared contact points.

Step 3: Test Identity Resolution

Test the match rules to ensure that individual profiles are preserved while still allowing for some shared attributes.

Step 4: Monitor and Refine

Continuously monitor the results and refine the match rules as needed to achieve the desired outcome.

Conclusion

A more restrictive design approach ensures that match rules perform as desired, preserving the uniqueness of individual profiles while accommodating shared attributes within family portfolios.

To use a dataset for date and time-based operations in segmentation and calculated insights, the data stream category type should be assigned as Engagement . Here’s why:

Understanding the Requirement

The goal is to perform date and time-based operations (e.g., filtering customers based on specific dates or times) in segmentation and calculated insights.

This requires a data stream category that captures customer interactions or activities over time.

Why Engagement?

Engagement Data Streams :

Engagement data streams are designed to capture customer interactions, such as website visits, email opens, purchases, or other time-based activities.

These streams inherently include timestamps, making them ideal for date and time-based operations.

Use in Segmentation and Calculated Insights :

Segmentation often involves filtering customers based on their engagement behavior (e.g., "customers who visited the website in the last 7 days").

Calculated insights leverage engagement data to derive metrics like recency, frequency, and trends over time.

Other Categories Are Less Suitable :

Individual : Focuses on demographic or static attributes (e.g., name, age) rather than time-based interactions.

Sales Order : Captures transactional data but is not optimized for general engagement-based operations.

Profile : Represents unified customer profiles and does not directly support date and time-based operations.

Steps to Implement This Solution

Step 1: Assign the Correct Category

When setting up the data stream, assign the Engagement category to ensure it is optimized for time-based operations.

Step 2: Map Date-Time Fields

Ensure that relevant fields (e.g., interaction timestamps) are mapped correctly during ingestion.

Step 3: Use in Segmentation and Insights

Leverage the ingested engagement data for segmentation (e.g., "customers who engaged in the last 24 hours") and calculated insights (e.g., "average time between interactions").

Conclusion

The Engagement category is specifically designed for capturing time-based interactions, making it the best choice for datasets used in date and time-based operations in segmentation and calculated insights.

A segment is a subset of individuals who meet certain criteria based on their attributes and behaviors. A consultant can use different types of criteria when building a segment in Data Cloud, such as:

Direct attributes: These are attributes that describe the characteristics of an individual, such as name, email, gender, age, etc. These attributes are stored in the Profile data model object (DMO) and can be used to filter individuals based on their profile data.

Calculated Insights: These are insights that perform calculations on data in a data space and store the results in a data extension. These insights can be used to segment individuals based on metrics or scores derived from their data, such as customer lifetime value, churn risk, loyalty tier, etc.

Related attributes: These are attributes that describe the relationships of an individual with other DMOs, such as Email, Engagement, Order, Product, etc. These attributes can be used to segment individuals based on their interactions or transactions with different entities, such as email opens, clicks, purchases, etc.

The other two options are not valid criteria for building a segment in Data Cloud. Data stream attributes are attributes that describe the streaming data that is ingested into Data Cloud from various sources, such as Marketing Cloud, Commerce Cloud, Service Cloud, etc. These attributes are not directly available for segmentation, but they can be transformed and stored in data extensions using streaming data transforms. Streaming insights are insights that analyze streaming data in real time and trigger actions based on predefined conditions. These insights are not used for segmentation, but for activation and personalization. References: Create a Segment in Data Cloud, Use Insights in Data Cloud, Data Cloud Data Model

 The Ignore Empty Value option in identity resolution allows customers to ignore empty fields when running reconciliation rules. Reconciliation rules are used to determine the final value of an attribute for a unified individual profile, based on the values from different sources. The Ignore Empty Value option can be set to true or false for each attribute in a reconciliation rule. If set to true, the reconciliation rule will skip any source that has an empty value for that attribute and move on to the next source in the priority order. If set to false, the reconciliation rule will consider any source that has an empty value for that attribute as a valid source and use it to populate the attribute value for the unified individual profile.

The other options are not correct descriptions of what the Ignore Empty Value option does in identity resolution. The Ignore Empty Value option does not affect the custom match rules or the standard match rules, which are used to identify and link individuals across different sources based on their attributes. The Ignore Empty Value option also does not ignore individual object records with empty fields when running identity resolution rules, as identity resolution rules operate on the attribute level, not the record level.

Data Cloud Identity Resolution Reconciliation Rule Input

Configure Identity Resolution Rulesets

Data and Identity in Data Cloud

To delete a data stream in Data Cloud, the underlying data lake object (DLO) must not have any dependencies or references to other objects or processes. The following two dependencies prevent a data stream from being deleted1:

Data transform: This is a process that transforms the ingested data into a standardized format and structure for the data model. A data transform can use one or more DLOs as input or output. If a DLO is used in a data transform, it cannot be deleted until the data transform is removed or modified2.

Data model object: This is an object that represents a type of entity or relationship in the data model. A data model object can be mapped to one or more DLOs to define its attributes and values. If a DLO is mapped to a data model object, it cannot be deleted until the mapping is removed or changed3.

1: Delete a Data Stream article on Salesforce Help

2: [Data Transforms in Data Cloud] unit on Trailhead

3: [Data Model in Data Cloud] unit on Trailhead

 Identity resolution is the process of creating unified profiles of individuals by matching and merging data from different sources. When there is conflicting information in the data model, such as different names, addresses, or phone numbers for the same person, identity resolution leverages reconciliation rules to select the most accurate and complete attributes for the unified profile. Reconciliation rules are configurable rules that define how to resolve conflicts based on criteria such as recency, frequency, source priority, or completeness. For example, a reconciliation rule can specify that the most recent name or the most frequent phone number should be selected for the unified profile. Reconciliation rules can be applied at the attribute level or the contact point level. References: Identity Resolution, Reconciliation Rules, Salesforce Data Cloud Exam Questions

The correct answer is A. Streaming transforms. Streaming transforms are a feature of Data Cloud that allows real-time data integration with Salesforce CRM. Streaming transforms use the Data Cloud Streaming API to synchronize micro-batches of updates between the CRM data source and Data Cloud in near-real time1. Streaming transforms enable Data Cloud to have the most current and accurate CRM data for segmentation and activation2.

The other options are incorrect for the following reasons:

B. Data model triggers. Data model triggers are a feature of Data Cloud that allows custom logic to be executed when data model objects are created, updated, or deleted3. Data model triggers do not integrate data with Salesforce CRM, but rather manipulate data within Data Cloud.

C. Sales and Service bundle. Sales and Service bundle is a feature of Data Cloud that allows pre-built data streams, data model objects, segments, and activations for Sales Cloud and Service Cloud data sources4. Sales and Service bundle does not integrate data in real time with Salesforce CRM, but rather ingests data at scheduled intervals.

D. Data actions and Lightning web components. Data actions and Lightning web components are features of Data Cloud that allow custom user interfaces and workflows to be built and embedded in Salesforce applications5. Data actions and Lightning web components do not integrate data with Salesforce CRM, but rather display and interact with data within Salesforce applications.

1: Load Data into Data Cloud

2: [Data Streams in Data Cloud]

3: [Data Model Triggers in Data Cloud] unit on Trailhead

4: [Sales and Service Bundle in Data Cloud] unit on Trailhead

5: [Data Actions and Lightning Web Components in Data Cloud] unit on Trailhead

[Data Model in Data Cloud] unit on Trailhead

[Create a Data Model Object] article on Salesforce Help

[Data Sources in Data Cloud] unit on Trailhead

[Connect and Ingest Data in Data Cloud] article on Salesforce Help

[Data Spaces in Data Cloud] unit on Trailhead

[Create a Data Space] article on Salesforce Help

[Segments in Data Cloud] unit on Trailhead

[Create a Segment] article on Salesforce Help

[Activations in Data Cloud] unit on Trailhead

[Create an Activation] article on Salesforce Help

To normalize purchased product names (e.g., converting casing to proper case and replacing null values with a default value) within Salesforce Data Cloud, the best approach is to create a batch data transform that generates a new DLO. Here’s the detailed explanation:

Understanding the Problem :The company wants to ensure that product names in Marketing Cloud Engagement are consistent and properly formatted. The inconsistencies in casing (e.g., "Jacket," "jacket," "shoes," "SHOES") and the presence of null values need to be addressed before activation.

Why Batch Data Transform?

A batch data transform allows you to process large volumes of data in bulk, making it ideal for cleaning and normalizing datasets.

By creating a new DLO, you ensure that the original data remains intact while providing a clean, transformed dataset for downstream use cases like email personalization.

Steps to Implement This Solution :

Step 1: Navigate to the Data Streams section in Salesforce Data Cloud and identify the data stream containing the purchased product names.

Step 2: Create a new batch data transform by selecting the relevant data stream as the source.

Step 3: Use transformation functions to normalize the product names:

Apply the PROPER() function to convert all product names to proper case.

Use the COALESCE() function to replace null values with a default value (e.g., "Unknown Product").

Step 4: Configure the batch data transform to output the results into a new DLO . This ensures that the transformed data is stored separately from the original dataset.

Step 5: Activate the new DLO for use in Marketing Cloud Engagement. Ensure that the email templates pull product names from the transformed DLO instead of the original dataset.

Why Not Other Options?

A. Create a streaming insight with a data action: Streaming insights are designed for real-time processing and are not suitable for bulk transformations like normalizing casing or replacing null values.

B. Use formula fields when ingesting at the data stream level: Formula fields are useful for simple calculations but are limited in scope and cannot handle complex transformations like null value replacement. Additionally, modifying the ingestion process may not be feasible if the data stream is already in use.

C. Create one batch data transform per data stream: This approach is inefficient and redundant. Instead of creating multiple transforms, a single batch transform can handle all the required changes and output a unified, clean dataset.

By creating a batch data transform that generates a new DLO, the company ensures that the product names are consistently formatted and ready for use in personalized emails, improving the overall customer experience.