Salesforce Salesforce-Data-Cloud Salesforce Data CloudAccredited Professional Exam (SU24) Exam Practice Test

A “NO FILE FOUND” error message indicates that Data Cloud cannot access or locate the file from the Amazon S3 source. There are two possible reasons for this error and two corresponding steps that a consultant should take to troubleshoot it:

The Data Cloud user does not have the correct permissions to read the file from the Amazon S3 bucket. This could happen if the user’s permission set or profile does not include the Data Cloud Data Stream Read permission, or if the user’s Amazon S3 credentials are invalid or expired. To fix this issue, the consultant should check and update the user’s permissions and credentials in Data Cloud and Amazon S3, respectively.

The file does not exist in the specified bucket location. This could happen if the file name or path has changed, or if the file has been deleted or moved from the Amazon S3 bucket. To fix this issue, the consultant should check and verify the file name and path in the Amazon S3 bucket, and update the data stream configuration in Data Cloud accordingly. References: Create Amazon S3 Data Stream in Data Cloud, How to Use the Amazon S3 Storage Connector in Data Cloud, Amazon S3 Connection

 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

Identity resolution is the process of linking source profiles from different data sources into unified individual profiles based on match and reconciliation rules. If the identity resolution process is matching individuals that share email addresses or phone numbers, but are not actually the same individual, it means that the match rules are too loose and need to be refined. The best way to address this issue is to create and run a new ruleset with stricter matching criteria, such as adding more attributes or increasing the match score threshold. Then, the consultant can compare the two rulesets to review and verify the results, and see if the new ruleset reduces the false positives and improves the accuracy of the identity resolution. Once the new ruleset is approved, the consultant can migrate to the new ruleset and delete the old one. The other options are incorrect because modifying the existing ruleset can affect the existing unified profiles and cause data loss or inconsistency. Creating and running a new ruleset with fewer matching rules can increase the false negatives and reduce the coverage of the identity resolution. References: Create Unified Individual Profiles, AI-based Identity Resolution: Linking Diverse Customer Data, Data Cloud Identiy Resolution.

In Salesforce Data Cloud, activation membership refers to the individuals or records that qualify for a specific segment and are eligible to be activated (e.g., sent to external systems like Marketing Cloud). Here’s the breakdown:

Data Segmentation Object (Option C):

Segments in Data Cloud are stored as Data Segmentation Objects, which include metadata about the segment (e.g., logic, filters) and its membership (the records/individuals that meet the criteria).

When configuring an activation target, you select the segment (and its membership) stored in the Data Segmentation Object to send to downstream systems.

Salesforce’s official documentation confirms that segments and their memberships are managed through the Data Segmentation Object (Source: Salesforce Data Cloud Implementation Guide, "Segmentation and Activation").

Why Other Options Are Incorrect:

Data Model Object (A): Represents the structured data model (e.g., standard or custom objects like Individual or Account) but does not store segment membership.

Data Activation Object (B): A distractor; no such standard object exists in Data Cloud. Activation is a process that uses the Data Segmentation Object.

Data Lake Object (D): Stores raw, unprocessed data ingested into Data Cloud and is not directly used for activation.

Conclusion: For activation membership, the consultant must select the Data Segmentation Object to reference the segment’s qualified members.

Understanding Unified Individual Profile:

The unified individual profile combines data from multiple sources to create a comprehensive view of each customer.

Cumulus Financial is experiencing delays in publishing multiple segments simultaneously and wants to avoid reducing the frequency of segment publishing while retaining the same segments. The best solution is to increase the Data Cloud segmentation concurrency limit . Here’s why:

Understanding the Issue

The company is publishing multiple segments simultaneously, leading to delays.

Reducing the frequency or number of segments is not an option, as these are business-critical requirements.

Why Increase the Segmentation Concurrency Limit?

Segmentation Concurrency Limit :

Salesforce Data Cloud has a default limit on the number of segments that can be processed concurrently.

If multiple segments are being published at the same time, exceeding this limit can cause delays.

Solution Approach :

Increasing the segmentation concurrency limit allows more segments to be processed simultaneously without delays.

This ensures that all segments are published on time without reducing the frequency or removing existing segments.

Steps to Resolve the Issue

Step 1: Check Current Concurrency Limit

Navigate to Setup > Data Cloud Settings and review the current segmentation concurrency limit.

Step 2: Request an Increase

Contact Salesforce Support or your Salesforce Account Executive to request an increase in the segmentation concurrency limit.

Step 3: Monitor Performance

After increasing the limit, monitor segment publishing to ensure delays are resolved.

Why Not Other Options?

A. Enable rapid segment publishing to all to segment to reduce generation time :Rapid segment publishing is designed for faster generation but does not address concurrency issues when multiple segments are being published simultaneously.

B. Reduce the number of segments being published :This contradicts the requirement to retain the same segments and avoid reducing frequency.

D. Adjust the publish schedule start time of each segment to prevent overlapping processes :While staggering schedules may help, it does not fully resolve the issue of delays caused by concurrency limits.

Conclusion

By increasing the Data Cloud segmentation concurrency limit , Cumulus Financial can alleviate delays in publishing multiple segments simultaneously while meeting business requirements.

A key functionality of Salesforce Data Cloud is its ability to build insights on unified profiles . Here’s why this is the correct answer:

Understanding the Functionality of Data Cloud

Salesforce Data Cloud is designed to aggregate, unify, and analyze customer data from multiple sources.

Its primary purpose is to provide actionable insights that drive personalized customer experiences.

Why Build Insights on Unified Profiles?

Unified Profiles :

Data Cloud creates a unified profile by combining data from various sources (e.g., CRM, Marketing Cloud, external systems).

This single view of the customer enables organizations to understand behaviors, preferences, and interactions across touchpoints.

Building Insights :

Insights derived from unified profiles help organizations make data-driven decisions.

Examples include identifying high-value customers, predicting churn, and personalizing marketing campaigns.

Other Options Are Less Relevant :

A. To create a master data management (MDM) strategy : While Data Cloud supports data unification, it is not primarily an MDM tool.

B. To give a persistent ID for unified profiles : Persistent IDs are a feature of unified profiles but not the core functionality of Data Cloud.

D. To help users build a heat map using their data : Heat maps are a visualization tool, not a core functionality of Data Cloud.

Steps to Build Insights on Unified Profiles

Step 1: Ingest Data

Bring in customer data from multiple sources into Data Cloud.

Step 2: Create Unified Profiles

Use identity resolution to merge related records into a single unified profile.

Step 3: Analyze Data

Use tools like calculated insights, segments, and dashboards to derive actionable insights.

Step 4: Activate Insights

Use the insights to personalize customer experiences in downstream systems (e.g., Marketing Cloud, Sales Cloud).

Conclusion

The key functionality of Salesforce Data Cloud is to build insights on unified profiles , enabling organizations to deliver personalized and impactful customer experiences.

Building a trust-based, first-party data asset means collecting, managing, and activating data from your own customers and prospects in a way that respects their privacy and preferences. It also means providing them with clear and honest information about how you use their data, what benefits they can expect from sharing their data, and how they can control their data. By doing so, you can create a mutually beneficial relationship with your customers, where they trust you to use their data responsibly and ethically, and you can deliver more relevant and personalized experiences to them. A trust-based, first-party data asset can help you improve customer loyalty, retention, and growth, as well as comply with data protection regulations and standards. References: Use first-party data for a powerful digital experience, Why first-party data is the key to data privacy, Build a first-party data strategy

To ensure segments and activations for the NTO Outlet brand do not reference data from other brands, the most efficient approach is to isolate the Outlet brand’s data using Data Spaces. Here’s the analysis:

Data Spaces (Option B):

Definition: Data Spaces in Salesforce Data Cloud partition data into isolated environments, ensuring that segments, activations, and analytics only reference data within the same space.

Why It Works: By creating a dedicated Data Space for the Outlet brand, all customer, transaction, and loyalty data for Outlet will be siloed. Segments and activations built in this space cannot access data from other brands, even if they exist in the same Data Cloud instance.

Efficiency: This avoids complex filtering logic or manual data management. It aligns with Salesforce’s best practice of using Data Spaces for multi-brand or multi-entity organizations (Source: Salesforce Data Cloud Implementation Guide, "Data Partitioning with Data Spaces").

Why Other Options Are Incorrect:

Business Unit Aware Activation (A):

Business Unit (BU) settings in Salesforce CRM control record visibility but are not natively tied to Data Cloud segmentation.

BU-aware activation ensures activations respect sharing rules but does not prevent segments from referencing data across BUs in Data Cloud.

Six Different Data Spaces (C):

While creating a Data Space for each brand (6 total) would technically isolate all data, the requirement specifically focuses on the Outlet brand. Creating six spaces is unnecessary overhead and not the "most efficient" solution.

Batch Data Transform to Generate DLO (D):

Creating a Data Lake Object (DLO) via batch transforms would require ongoing manual effort to filter Outlet-specific data and does not inherently prevent cross-brand references in segments.

Steps to Implement:

Step 1: Navigate to Data Cloud Setup > Data Spaces and create a new Data Space for the Outlet brand.

Step 2: Ingest Outlet-specific data (customers, transactions, loyalty) into this Data Space.

Step 3: Build segments and activations within the Outlet Data Space. The system will automatically restrict access to other brands’ data.

Conclusion: Separating the Outlet brand into its own Data Space (Option B) is the most efficient way to enforce data isolation and meet the requirement. This approach leverages native Data Cloud functionality without overcomplicating the setup.

Role of AI in Data Cloud: Artificial intelligence (AI) plays a crucial role in Salesforce Data Cloud by leveraging data to generate insights and predictions that enhance customer interactions.

Insights and Predictions:

AI Algorithms: Use machine learning algorithms to analyze vast amounts of customer data.

Predictive Analytics: Provide predictive insights, such as customer behavior trends, preferences, and potential future actions.

Enhancing Customer Interactions:

Personalization: AI helps in creating personalized experiences by predicting customer needs and preferences.

Efficiency: Enables proactive customer service by predicting issues and suggesting solutions before customers reach out.

Marketing: Improves targeting and segmentation, ensuring that marketing efforts are directed towards the most promising leads and customers.

Use Cases:

Recommendation Engines: Suggest products or services based on past behavior and preferences.

Churn Prediction: Identify customers at risk of leaving and engage them with retention strategies.

References:

Salesforce Data Cloud AI Capabilities

Salesforce AI for Customer Interaction

When disconnecting a data source in Salesforce Data Cloud, the system checks for active dependencies that rely on the data source. Based on Salesforce’s official documentation (Disconnect a Data Source), the error occurs if the data source has data streams or segments associated with it. Here’s the breakdown:

Key Dependencies That Block Disconnection

Data Stream (Option B):

Why It Matters:A data stream is the pipeline that ingests data from the source into Data Cloud. If an active data stream is connected to the data source, disconnecting the source will fail because the stream depends on it for ongoing data ingestion.

Resolution:Delete or pause the data stream first.

Documentation Reference:"Before disconnecting a data source, delete all data streams that are associated with it." (Salesforce Help Article)

Segment (Option C):

Why It Matters:Segments built using data from the source will reference that data source. Disconnecting the source would orphan these segments, so the system blocks the action.

Resolution:Delete or modify segments that depend on the data source.

Documentation Reference:"If there are segments that use data from the data source, you must delete those segments before disconnecting the data source." (Salesforce Help Article)

Why Other Options Are Incorrect

Activation (A):Activations send segments to external systems (e.g., Marketing Cloud) but do not directly depend on the data source itself. The dependency chain is Segment → Activation, not Data Source → Activation.

Activation Target (D):Activation targets (e.g., Marketing Cloud) are destinations and do not tie directly to the data source.

Steps to Disconnect a Data Source

Delete Dependent Segments:Navigate to Data Cloud > Segments and remove any segments built using the data source.

Delete or Pause Data Streams:Go to Data Cloud > Data Streams and delete streams linked to the data source.

Disconnect the Data Source:Once dependencies are resolved, disconnect the source via Data Cloud > Data Sources.

NTO is using Fuzzy Name and Normalized Email as match rules to link together data from different sources into a unified individual profile. However, there might be cases where the same email address is available from more than one source, and NTO needs to decide which one to use for activation. For example, if Rachel has the same email address in Service Cloud and Marketing Cloud, but prefers to receive communications from NTO via Marketing Cloud, NTO needs to ensure that the email address from Marketing Cloud is activated. To do this, NTO can use the source priority order in activations, which allows them to rank the data sources in order of preference for activation. By placing Marketing Cloud higher than Service Cloud in the source priority order, NTO can make sure that the email address from Marketing Cloud is delivered to the activation target, such as an email campaign or a journey. This way, NTO can respect Rachel’s preference and deliver a better customer experience. References: Configure Activations, Use Source Priority Order in Activations

 Nested segments are segments that include or exclude one or more existing segments. They allow the marketing team to reuse filters and maintain consistency in their data by using an existing segment to build a new one. For example, the marketing team can create a nested segment that includes High Investment Balance Customers and excludes customers who have opted out of email marketing. This way, they can leverage the foundational segment and apply additional criteria without duplicating the rules. The other options are not the best features to ensure consistency because:

B. A calculated insight is a data object that performs calculations on data lake objects or CRM data and returns a result. It is not a segment and cannot be used for activation or personalization.

C. A data kit is a bundle of packageable metadata that can be exported and imported across Data Cloud orgs. It is not a feature for creating segments, but rather for sharing components.

D. Cloning a segment creates a copy of the segment with the same rules and filters. It does not allow the marketing team to add or remove criteria from the original segment, and it may create confusion and redundancy. References: Create a Nested Segment - Salesforce, Save Time with Nested Segments (Generally Available) - Salesforce, Calculated Insights - Salesforce, Create and Publish a Data Kit Unit | Salesforce Trailhead, Create a Segment in Data Cloud - Salesforce

To personalize the content of the email with five "fun" trip statistics, the consultant should recommend using a data transform to aggregate the statistics and map them to direct attributes on the Individual object for inclusion in the activation. Here’s why:

Understanding the Requirement

The rideshare company wants to send personalized emails to customers with aggregated trip statistics (e.g., destination, distance traveled).

The raw data is not aggregated at the source, so it must be processed in Data Cloud.

Why Use a Data Transform?

Aggregating Statistics :

A data transform can aggregate the raw trip data (e.g., summing distances, counting destinations) into meaningful statistics for each customer.

This ensures that the data is summarized and ready for personalization.

Mapping to Direct Attributes :

The aggregated statistics can be mapped to direct attributes on the Individual object.

These attributes can then be included in the activation and used to personalize the email content.

Other Options Are Less Suitable :

B. Create five calculated insights for the activation and add dimension filters : While calculated insights are useful, creating five separate insights is inefficient compared to a single data transform.

C. Use a data action to send each ride as an event to Marketing Cloud Engagement, then use AMP script to summarize this data in the email : This approach is overly complex and shifts the aggregation burden to Marketing Cloud, which is not ideal.

D. Include related attributes in the activation for the last 365 days : Including raw data without aggregation would result in unprocessed information, making personalization difficult.

Steps to Implement the Solution

Step 1: Create a Data Transform

Use a batch or streaming data transform to aggregate the trip statistics (e.g., total distance, unique destinations) for each customer.

Step 2: Map Aggregated Data to Individual Object

Map the aggregated statistics to direct attributes on the Individual object in Data Cloud.

Step 3: Activate the Data

Include the aggregated attributes in the activation for the email campaign.

Step 4: Personalize the Email

Use the activated attributes to personalize the email content with the trip statistics.

Conclusion

Using a data transform to aggregate the statistics and map them to direct attributes on the Individual object is the most efficient and effective solution for personalizing the email content.

Value suggestion is a Data Cloud feature that allows users to see and select the possible values for a text field when creating segment filters. Value suggestion can be enabled or disabled for each data model object (DMO) field in the DMO record home. Value suggestion can help users to identify and select text attributes from a picklist of options, without having to type or remember the exact values. Value suggestion can also reduce errors and improve data quality by ensuring consistent and valid values for the segment filters. References: Use Value Suggestions in Segmentation, Considerations for Selecting Related Attributes

Segmentation in Salesforce Data Cloud:

The Segment Canvas interface is used to define and adjust target populations for marketing campaigns.

Consolidation Rate: The consolidation rate in Salesforce Data Cloud refers to the effectiveness of unifying records into a single profile. A low consolidation rate indicates that many records are not being successfully unified.

Matching Rules: Matching rules are critical in the identity resolution process. They define the criteria for identifying and merging duplicate records.

Solution:

Increase Matching Rules: Adding more matching rules improves the system's ability to identify duplicate records. This includes matching on additional fields or using more sophisticated matching algorithms.

Steps:

Access the Identity Resolution settings in Data Cloud.

Review the current matching rules.

Add new rules that consider more fields such as phone number, address, or other unique identifiers.

Benefits:

Improved Unification: Higher accuracy in matching and merging records, leading to a higher consolidation rate.

Comprehensive Profiles: Enhanced customer profiles with consolidated data from multiple sources.

References:

Salesforce Data Cloud Identity Resolution

Salesforce Help: Matching Rules

Customer Support in Salesforce Data Cloud: One of the key benefits of Salesforce Data Cloud is its ability to enhance customer support by providing comprehensive and real-time customer data.

Real-Time Data Integration: This functionality allows customer support agents to access the most up-to-date customer information, improving their ability to respond to customer inquiries and issues effectively.

Benefits for Customer Support:

Immediate Access: Agents have real-time access to customer interactions and data, ensuring they can provide accurate and timely support.

Contextual Information: The integrated data provides a holistic view of the customer's history and preferences, allowing for more personalized support interactions.

Use Case: When a customer contacts support, the agent can see real-time updates on recent purchases, interactions, and any ongoing issues, enabling them to resolve queries quickly and efficiently.

References:

Salesforce Data Cloud for Customer Support

Real-Time Data Integration in Salesforce

 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.

Troubleshoot Segment Errors

Create a Calculated Insight

Create a Segment in Data Cloud

Data streams are the sources of data that are ingested into Data Cloud and mapped to the data model. Data streams have different categories that determine how the data is processed and used in Data Cloud. Transaction data streams are used for time-based operations in segmentation and calculated insights, such as filtering by date range, aggregating by time period, or calculating time-to-event metrics. Transaction data streams are typically used for event data, such as purchases, clicks, or visits, that have a timestamp and a value associated with them. References: Data Streams, Data Stream Categories

Initial Data Load: For loading large volumes of historical data, such as the last 90 days of runner profiles and activity logs, bulk ingestion is the most efficient method. It allows for high-throughput data transfer.

Bulk Ingestion: Use Salesforce Data Cloud's bulk ingestion tools to load the historical data quickly and efficiently.

Ongoing Data Synchronization: To keep the Data Cloud updated with new and modified records as they become available in the Track My Run mobile app, streaming ingestion is appropriate. It ensures near-real-time data updates.

Streaming Ingestion: Configure streaming ingestion to continuously update the Data Cloud with new and updated data from the mobile app.

Sequence of Actions:

Step 1: Perform bulk ingestion to import the last 90 days of historical data into Data Cloud.

Step 2: Set up streaming ingestion to handle ongoing updates and new data as it becomes available.

Best Practice: This approach ensures that the initial large data load is handled efficiently, and ongoing updates are processed in near real-time, providing the marketing department with the most up-to-date data.

References:

Salesforce Data Cloud Ingestion Methods

Salesforce Bulk Data Ingestion

Salesforce Streaming Data Ingestion

To meet the requirement of being proactively and immediately informed via Slack and email if any data streams fail, and to trigger a case as part of the support process, the best solution is to use Salesforce Flows . Here’s why and how this works:

Understanding the Requirements :

The admin wants to be notified immediately via Slack and email when a data stream fails.

A case should also be created automatically to reflect the issue in the global monitoring dashboard.

This requires an automated process that integrates with both internal systems (e.g., Slack, email) and external workflows (e.g., case creation).

Why Salesforce Flows?

Salesforce Flows are highly flexible and can automate complex business processes. They can monitor system events (e.g., data stream failures) and trigger actions like sending notifications or creating records.

Flows can integrate seamlessly with Slack and email using platform events and action elements.

They can also create cases programmatically and update dashboards for real-time monitoring.

Steps to Implement This Solution :

Step 1: Navigate to Setup > Process Automation > Flows and create a new flow.

Step 2: Configure a Platform Event Trigger or Record-Triggered Flow to listen for data stream failure events.

Step 3: Add an action element to send a notification to Slack using the Slack Integration feature.

Step 4: Add another action element to send an email alert using the Send Email action.

Step 5: Add a step to create a Case record with details about the failure. Use predefined fields to populate relevant information (e.g., error message, timestamp).

Step 6: Update the global monitoring dashboard to reflect the newly created case. This can be done by linking the case to a report or dashboard component.

Why Not Other Options?

A. Data actions: While data actions can perform specific tasks on data, they are not designed for cross-system automation like sending Slack notifications or creating cases.

B. Data Cloud Query Editor: The Query Editor is used for querying and analyzing data but does not provide automation capabilities for notifications or case creation.

D. Salesforce reports and dashboards: Reports and dashboards are for visualizing data, not for triggering actions or automating workflows.

By using Salesforce Flows, NTO can achieve a fully automated and integrated solution that meets all the stated requirements.

 The Ingestion API is a RESTful API that allows you to stream data from any source into Data Cloud in a fast and scalable way. You can use the Ingestion API to send data from your inventory management system into Data Cloud as JSON objects, and then use Data Cloud to create data models, segments, and insights based on your inventory data. The Ingestion API supports both batch and streaming modes, and can handle up to 100,000 records per second. The Ingestion API also provides features such as data validation, encryption, compression, and retry mechanisms to ensure data quality and security. References: Ingestion API Developer Guide, Ingest Data into Data Cloud

To meet the requirement of targeting loyal and engaged customers (platinum-tier customers visiting investment pages more than three times in 24 hours) and sending an immediate email offering a private consultation, the best solution is to use a streaming insight with a data action into a journey in Marketing Cloud Engagement . Here’s why:

Understanding the Requirement

The company wants to identify platinum-tier customers who visit their Investment pages more than three times within a 24-hour period.

Once identified, these customers should immediately receive an email offering a private consultation.

This requires real-time monitoring of customer behavior and triggering an automated response.

Why Streaming Insight with a Data Action?

Streaming Insights for Real-Time Monitoring :

A streaming insight in Salesforce Data Cloud monitors customer interactions in real time.

It can detect when a platinum-tier customer visits the Investment pages more than three times within 24 hours.

Data Actions for Immediate Response :

A data action allows you to trigger specific actions based on the insights generated.

In this case, the data action would send the customer's information to a journey in Marketing Cloud Engagement to initiate the email campaign.

Journey in Marketing Cloud Engagement :

Marketing Cloud Engagement journeys are designed to automate personalized marketing activities, such as sending transactional emails.

By integrating the streaming insight with a journey, the system can immediately send the email offering a private consultation.

Steps to Implement This Solution

Step 1: Create a Streaming Insight

Navigate to Data Cloud > Insights > Streaming Insights .

Define the criteria for identifying platinum-tier customers who visit the Investment pages more than three times in 24 hours.

Step 2: Configure a Data Action

Set up a data action that sends the identified customer's information to Marketing Cloud Engagement.

Ensure the data action includes relevant details (e.g., customer ID, email address).

Step 3: Build a Journey in Marketing Cloud Engagement

In Marketing Cloud Engagement, create a journey that listens for incoming data from the data action.

Configure the journey to send a personalized email offering a private consultation.

Step 4: Test and Deploy

Test the entire workflow to ensure that the streaming insight triggers the data action and that the email is sent immediately.

Why Not Other Options?

A. Calculated insight with a data action to a Marketing Cloud Engagement transactional email :Calculated insights are not designed for real-time monitoring. They are better suited for batch processing or periodic calculations, making them unsuitable for this use case.

B. Rapid segment to a data action journey in Marketing Cloud Engagement :While rapid segments are useful for quickly grouping customers, they do not provide the real-time detection required for this scenario.

C. Standard segment with activation into Marketing Cloud Engagement :Standard segments are static or periodically updated and cannot respond to real-time customer behavior.

Conclusion

By using a streaming insight with a data action into a journey in Marketing Cloud Engagement , Cumulus Financial can achieve real-time monitoring and immediate engagement with its loyal customers.

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

A calculated insight is a multidimensional metric that is defined and calculated from data using SQL expressions. A calculated insight can include dimensions and measures. Dimensions are the fields that are used to group or filter the data, such as customer ID, product category, or region. Measures are the fields that are used to perform calculations or aggregations, such as revenue, quantity, or average order value. A calculated insight can be modified by editing the SQL expression or changing the data space. However, the consultant needs to be aware of the following limitations and considerations when modifying a calculated insight12:

Existing dimensions cannot be removed. If a dimension is removed from the SQL expression, the calculated insight will fail to run and display an error message. This is because the dimension is used to create the primary key for the calculated insight object, and removing it will cause a conflict with the existing data. Therefore, the correct answer is B.

New dimensions can be added. If a dimension is added to the SQL expression, the calculated insight will run and create a new field for the dimension in the calculated insight object. However, the consultant should be careful not to add too many dimensions, as this can affect the performance and usability of the calculated insight.

Existing measures can be removed. If a measure is removed from the SQL expression, the calculated insight will run and delete the field for the measure from the calculated insight object. However, the consultant should be aware that removing a measure can affect the existing segments or activations that use the calculated insight.

New measures can be added. If a measure is added to the SQL expression, the calculated insight will run and create a new field for the measure in the calculated insight object. However, the consultant should be careful not to add too many measures, as this can affect the performance and usability of the calculated insight. References: Calculated Insights, Calculated Insights in a Data Space.

When ingesting customer data into Data Cloud, it is critical to use the correct data types to ensure proper segmentation and usage. Here’s how the consultant should handle the provided data points:

Propensity to Purchase :

This represents a likelihood or probability value, typically expressed as a percentage (e.g., 75%).

The appropriate data type for this field is Percent , which allows for easy interpretation and use in segmentation.

Has Active Membership :

This is a binary value indicating whether a customer has an active membership (e.g., "Yes" or "No").

The correct data type for this field is Boolean , which supports true/false values.

Work Email Address :

This is a standard email address field.

The appropriate data type is Email , which ensures proper validation and formatting.

Why Not Other Options?

A. Number, Text, URL: These data types are incorrect because "Propensity to Purchase" should be a percentage, not a generic number. Similarly, "Work Email Address" should be an email type, not a URL.

C. Number, Boolean, Text: While "Number" could work for propensity scores, it lacks the semantic meaning of a percentage. Additionally, "Text" is not suitable for email addresses.

D. Percent, Number, Email: Using "Number" for "Has Active Membership" is incorrect because it is a binary value, not a numeric one.

By selecting Percent, Boolean, Email , the consultant ensures that the data is correctly formatted and ready for segmentation and analysis.

The two ways to achieve this outcome are A and C. Include campaign identifier in the activation name and include campaign identifier in the filename specification. These two options allow the user to specify the Salesforce CRM Campaign ID in the name of the file that is exported to Amazon S3. The activation name and the filename specification are both configurable settings in the activation wizard, where the user can enter the campaign identifier as a text or a variable. The activation name is used as the prefix of the filename, and the filename specification is used as the suffix of the filename. For example, if the activation name is “Campaign_123” and the filename specification is “{segmentName}_{date}”, the resulting file name will be “Campaign_123_SegmentA_2023-12-18.csv”. This way, the user can easily identify the file that corresponds to the campaign and import it into Salesforce CRM.

The other options are not correct. Option B is incorrect because hard coding the campaign identifier as a new attribute in the campaign activation is not possible. The campaign activation does not have any attributes, only settings. Option D is incorrect because including the campaign identifier in the segment name is not sufficient. The segment name is not used in the filename of the exported file, unless it is specified in the filename specification. Therefore, the user will not be able to see the campaign identifier in the file name.

To create a segment based on the product color and product type from the Order Product object, the consultant should place the attributes for product color and product type in a single container. This way, the segment will include only the customers who have purchased black pants, and not those who have purchased black shirts or blue pants. A container is a grouping of attributes that defines a segment of individuals based on a logical AND operation. Placing the attributes in separate containers would result in a segment that includes customers who have purchased any black product or any pants product, which is not the desired criteria. Placing an attribute for the “black” calculated insight would not work, because calculated insights are based on aggregated data and not individual-level data. Placing the attributes as direct attributes would not work, because direct attributes are used to filter individuals based on their profile data, not their order data. References:

Create a Segment in Data Cloud

Learn About Segmentation Tools

Salesforce Launches: Data Cloud Consultant Certification

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.

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

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

Data Cloud is an open and extensible data platform that enables smarter, more efficient AI with secure access to first-party and industry data1. Two functional areas that the consultant should highlight in relation to managing customer data are:

Data Harmonization: Data Cloud harmonizes data from multiple sources and formats into a common schema, enabling a single source of truth for customer data1. Data Cloud also applies data quality rules and transformations to ensure data accuracy and consistency.

Unified Profiles: Data Cloud creates unified profiles of customers and prospects by linking data across different identifiers, such as email, phone, cookie, and device ID1. Unified profiles provide a holistic view of customer behavior, preferences, and interactions across channels and touchpoints. The other options are not correct because:

Master Data Management: Master Data Management (MDM) is a process of creating and maintaining a single, consistent, and trusted source of master data, such as product, customer, supplier, or location data. Data Cloud does not provide MDM functionality, but it can integrate with MDM solutions to enrich customer data.

Data Marketplace: Data Marketplace is a feature of Data Cloud that allows users to discover, access, and activate data from third-party providers, such as demographic, behavioral, and intent data. Data Marketplace is not a functional area related to managing customer data, but rather a source of external data that can enhance customer data. References:

Salesforce Data Cloud

[Data Harmonization for Data Cloud]

[Unified Profiles for Data Cloud]

[What is Master Data Management?]

[Integrate Data Cloud with Master Data Management]

[Data Marketplace for Data Cloud]

A calculated insight is a custom metric or measure that is derived from one or more data model objects or data lake objects in Data Cloud. A calculated insight can be used in segmentation to filter or group the data based on the calculated value. However, not all calculated insights can appear in the segmentation canvas. There are two requirements that must be met for a calculated insight to appear in the segmentation canvas:

The calculated insight must contain a dimension including the Individual or Unified Individual Id. A dimension is a field that can be used to categorize or group the data, such as name, gender, or location. The Individual or Unified Individual Id is a unique identifier for each individual profile in Data Cloud. The calculated insight must include this dimension to link the calculated value to the individual profile and to enable segmentation based on the individual profile attributes.

The primary key of the segmented table must be a dimension in the calculated insight. The primary key is a field that uniquely identifies each record in a table. The segmented table is the table that contains the data that is being segmented, such as the Customer or the Order table. The calculated insight must include the primary key of the segmented table as a dimension to ensure that the calculated value is associated with the correct record in the segmented table and to avoid duplication or inconsistency in the segmentation results.

 Create a Calculated Insight, Use Insights in Data Cloud, Segmentation

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

When ingesting data from an Amazon S3 bucket, the consultant should configure the following options:

The refresh mode should be set to “Upsert”, which means that new and updated records will be added or updated in Data Cloud, while existing records will be preserved. This ensures that the data is always up to date and consistent with the source.

The filename should contain a wildcard to accommodate the timestamp, which means that the file name pattern should include a variable part that matches the timestamp format. For example, if the file name is store_transactions_2023-12-18.csv, the wildcard could be store_transactions_*.csv. This ensures that the ingestion process can identify and process the correct file every day.

The other options are not necessary or relevant for this scenario:

Deletion of old files is a feature of the Amazon S3 bucket, not the Data Cloud ingestion process. Data Cloud does not delete any files from the source, nor does it require the source files to be deleted after ingestion.

Full Refresh is a refresh mode that deletes all existing records in Data Cloud and replaces them with the records from the source file. This is not suitable for this scenario, as it would result in data loss and inconsistency, especially if the source file only contains the summary of the last 24 hours of transactions. References: Ingest Data from Amazon S3, Refresh Modes

The Party Identification object is the correct object to use in identity resolution to perform exact match rules on the Loyalty ID. The Party Identification object is a child object of the Individual object that stores different types of identifiers for an individual, such as email, phone, loyalty ID, social media handle, etc. Each identifier has a type, a value, and a source. The consultant can use the Party Identification object to create a match rule that compares the Loyalty ID type and value across different sources and links the corresponding individuals.

The other options are not correct objects to use in identity resolution to perform exact match rules on the Loyalty ID. The Loyalty Identification object does not exist in Data Cloud. The Individual object is the parent object that represents a unified profile of an individual, but it does not store the Loyalty ID directly. The Contact Identification object is a child object of the Contact object that stores identifiers for a contact, such as email, phone, etc., but it does not store the Loyalty ID.

Data Modeling Requirements for Identity Resolution

Identity Resolution in a Data Space

Configure Identity Resolution Rulesets

Map Required Objects

Data and Identity in Data Cloud

The feature that the consultant should highlight for a customer who has multiple data sources and needs to match and reconcile data about individuals into a single unified profile is D. Identity Resolution. Identity Resolution is the process of identifying, matching, and reconciling data about individuals across different data sources and creating a unified profile that represents a single view of the customer. Identity Resolution uses various methods and rules to determine the best match and reconciliation of data, such as deterministic matching, probabilistic matching, reconciliation rules, and identity graphs. Identity Resolution enables the customer to have a complete and accurate understanding of their customers and their interactions across different channels and touchpoints. References: Salesforce Data Cloud Consultant Exam Guide, Identity Resolution

 The solution that provides an easy way to ingest Marketing Cloud subscriber profile attributes into Data Cloud on a daily basis is the Marketing Cloud Data extension Data Stream. The Marketing Cloud Data extension Data Stream is a feature that allows customers to stream data from Marketing Cloud data extensions to Data Cloud data spaces. Customers can select which data extensions they want to stream, and Data Cloud will automatically create and update the corresponding data model objects (DMOs) in the data space. Customers can also map the data extension fields to the DMO attributes using a user interface or an API. The Marketing Cloud Data extension Data Stream can help customers ingest subscriber profile attributes and other data from Marketing Cloud into Data Cloud without writing any code or setting up any complex integrations.

The other options are not solutions that provide an easy way to ingest Marketing Cloud subscriber profile attributes into Data Cloud on a daily basis. Automation Studio and Profile file API are tools that can be used to export data from Marketing Cloud to external systems, but they require customers to write scripts, configure file transfers, and schedule automations. Marketing Cloud Connect API is an API that can be used to access data from Marketing Cloud in other Salesforce solutions, such as Sales Cloud or Service Cloud, but it does not support streaming data to Data Cloud. Email Studio Starter Data Bundle is a data kit that contains sample data and segments for Email Studio, but it does not contain subscriber profile attributes or stream data to Data Cloud.

Marketing Cloud Data Extension Data Stream

Data Cloud Data Ingestion

[Marketing Cloud Data Extension Data Stream API]

[Marketing Cloud Connect API]

[Email Studio Starter Data Bundle]

The filter operator Last Number of Days allows you to filter on date fields using a relative date range that specifies the number of days before today. For example, you can use this operator to filter on customers who have visited your website in the last 7 days, or the last 30 days, or any number of days you want. This operator is useful for creating dynamic segments that update automatically based on the current date12. References:

Relative Date Filter Reference

Create Filtered Segments

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

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.

A streaming insight is a feature that allows users to create and monitor real-time metrics from streaming data sources, such as web and mobile events. A streaming insight can also trigger data actions, such as sending notifications, creating records, or updating fields, based on the metric values and conditions. Therefore, a streaming insight is the best feature to achieve the goal of identifying candidates who have browsed the jobs page on the website at least twice within the last 24 hours, and adding them to the recruiting system. The other options are incorrect because:

A streaming data transform is a feature that allows users to transform and enrich streaming data using SQL expressions, such as filtering, joining, aggregating, or calculating values. However, a streaming data transform does not provide the ability to monitor metrics or trigger data actions based on conditions.

A calculated insight is a feature that allows users to define and calculate multidimensional metrics from data using SQL expressions, such as LTV, CSAT, or average order value. However, a calculated insight is not suitable for real-time data analysis, as it runs on a scheduled basis and does not support data actions.

A batch data transform is a feature that allows users to create and schedule complex data transformations using a visual editor, such as joining, aggregating, filtering, or appending data. However, a batch data transform is not suitable for real-time data analysis, as it runs on a scheduled basis and does not support data actions. References: Streaming Insights, Create a Streaming Insight, Use Insights in Data Cloud, Learn About Data Cloud Insights, Data Cloud Insights Using SQL, Streaming Data Transforms, Get Started with Batch Data Transforms in Data Cloud, Transformations for Batch Data Transforms, Batch Data Transforms in Data Cloud: Quick Look, Salesforce Data Cloud: AI CDP.

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

The most efficient approach that a consultant should take when ingesting this data to ensure all the different phone numbers are properly mapped and available for use in activation is B. Ingest the Contact object and use streaming transforms to normalize the phone numbers from the Contact data stream into a separate Phone data lake object (DLO) that contains three rows, and then map this new DLO to the Contact Point Phone data map object. This approach allows the consultant to use the streaming transforms feature of Data Cloud, which enables data manipulation and transformation at the time of ingestion, without requiring any additional processing or storage. Streaming transforms can be used to normalize the phone numbers from the Contact data stream, such as removing spaces, dashes, or parentheses, and adding country codes if needed. The normalized phone numbers can then be stored in a separate Phone DLO, which can have one row for each phone number type (work, home, mobile). The Phone DLO can then be mapped to the Contact Point Phone data map object, which is a standard object that represents a phone number associated with a contact point. This way, the consultant can ensure that all the phone numbers are available for activation, such as sending SMS messages or making calls to the customers.

The other options are not as efficient as option B. Option A is incorrect because it does not normalize the phone numbers, which may cause issues with activation or identity resolution. Option C is incorrect because it requires creating a calculated insight, which is an additional step that consumes more resources and time than streaming transforms. Option D is incorrect because it requires creating formula fields in the Contact data stream, which may not be supported by the CRM Connector or may cause conflicts with the existing fields in the Contact object. References: Salesforce Data Cloud Consultant Exam Guide, Data Ingestion and Modeling, Streaming Transforms, Contact Point Phone

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

The time zone that is used to publish and refresh data when performing segmentation or activation is D. Time zone set by the Salesforce Data Cloud org. This time zone is the one that is configured in the org settings when Data Cloud is provisioned, and it applies to all users and activities in Data Cloud. This time zone determines when the segments are scheduled to refresh and when the activations are scheduled to publish. Therefore, it is important to consider the time zone difference between the Data Cloud org and the destination systems or channels when planning the segmentation and activation strategies. References: Salesforce Data Cloud Consultant Exam Guide, Segmentation, Activation

The cause of this issue is that the new custom data model object (DMO) is not of category Profile. A category is a property of a DMO that defines its purpose and functionality in Data Cloud. There are three categories of DMOs: Profile, Event, and Other. Profile DMOs are used to store attributes of individuals or entities, such as name, email, address, etc. Event DMOs are used to store actions or interactions of individuals or entities, such as purchases, clicks, visits, etc. Other DMOs are used to store any other type of data that does not fit into the Profile or Event categories, such as products, locations, categories, etc. Only Profile DMOs can be used for creating segments in Data Cloud, as segments are based on the attributes of individuals or entities. Therefore, if the new custom DMO is not of category Profile, it will not appear in the segmentation canvas. The other options are not correct because they are not the cause of this issue. Data ingestion is not a prerequisite for creating segments, as segments can be created based on the data model schema without actual data. The new DMO does not need to have a relationship to the individual DMO, as segments can be created based on any Profile DMO, regardless of its relationship to other DMOs. Segmentation is not only supported for the Individual and Unified Individual DMOs, as segments can be created based on any Profile DMO, including custom ones. References: Create a Custom Data Model Object from an Existing Data Model Object, Create a Segment in Data Cloud, Data Model Object Category