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 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.

To support identity resolution in Data Cloud, the fields from the Master Customer table should be mapped to the standard data model objects that are designed for this purpose. The Individual object is used to store the name and other personally identifiable information (PII) of a customer, while the Contact Phone Email object is used to store the primary email address and other contact information of a customer. These objects are linked by a relationship field that indicates the contact information belongs to the individual. By mapping the fields to these objects, Data Cloud can use the identity resolution rules to match and reconcile the profiles from different sources based on the name and email address fields. The other options are not recommended because they either create a new custom object that is not part of the standard data model, or map all fields to the Customer object that is not intended for identity resolution, or map all fields to the Individual object that does not have a standard email address field. References: Data Modeling Requirements for Identity Resolution, Create Unified Individual Profiles

 Data Lake Objects (DLOs) and Data Model Objects (DMOs): In Salesforce Data Cloud, DLOs are mapped to DMOs to organize and structure data. Categories like Profile, Engagement, and Other define how these mappings are used.

 Engagement Category: Mapping a DLO to the Engagement category indicates that the data is related to customer interactions and activities.

 Impact on Future Mappings:

Engagement Category Restriction: When a DLO like Order-Headers is mapped to the Sales Order DMO under the Engagement category, future mappings of the Sales Order DMO are restricted to Engagement category DLOs.

Category Assignment: The Sales Order DMO is assigned to the Engagement category, meaning only DLOs categorized as Engagement can be mapped to it in the future.

 Benefits:

Consistency: Ensures consistent data categorization and usage, aligning data with its intended purpose.

Accuracy: Helps in maintaining the integrity of data mapping and ensures that engagement-related data is accurately captured and utilized.

 References:

Salesforce Data Cloud Mapping

Salesforce Data Cloud Categories

 The file on the Amazon S3 that will contain the metadata about the segment for processing is B. The json file. The json file is a metadata file that is generated along with the csv file when a segment is activated to Amazon S3. The json file contains information such as the segment name, the segment ID, the segment size, the segment attributes, the segment filters, and the segment schedule. The destination system can use this file to identify the segment and its properties, and to match the segment data with the corresponding fields in the destination system. References: Salesforce Data Cloud Consultant Exam Guide, Amazon S3 Activation

 Categories of Data Streams:

Profile Data: Customer profiles and demographic information.

Contact Data: Contact points like email and phone numbers.

Other Data: Miscellaneous data that doesn ' t fit into the other categories.

Engagement Data: Interactions and behavioral data.

To handle duplicate data for customers who are both loan applicants and high net worth individuals, the consultant should ingest the data into two separate Data Lake Objects (DLOs) and map them to the Individual and Contact Point Email Data Model Objects (DMOs). Here’s why and how this works:

Understanding the Problem :

Customers may exist in both datasets (loan applicants and high net worth individuals), leading to potential duplication.

To avoid redundancy while maintaining data integrity, the data must be ingested and mapped carefully.

Why Two DLOs?

By ingesting the data into two DLOs, you can maintain separation between the two datasets while still leveraging shared attributes (e.g., email addresses).

Mapping both DLOs to the Individual and Contact Point Email DMOs ensures that identity resolution can consolidate duplicate records based on shared identifiers like email.

Steps to Implement This Solution :

Step 1: Create two DLOs—one for loan applicants and another for high net worth customers.

Step 2: Map both DLOs to the Individual DMO to consolidate customer profiles.

Step 3: Map the email fields from both DLOs to the Contact Point Email DMO to enable identity resolution based on email addresses.

Step 4: Configure identity resolution rules to merge duplicate records based on shared attributes like email.

Why Not Other Options?

A. Use a data transform to consolidate the data into one DLO: Consolidating into a single DLO before mapping would lose the distinction between the two datasets and make it harder to manage updates or changes.

C. Ingest the data into two DLOs and then map to two custom DMOs: Creating custom DMOs is unnecessary complexity when the standard Individual and Contact Point Email DMOs can handle this scenario.

D. Ingest the data into one DLO and then map to one custom DMO: Using a single DLO would result in data loss or confusion, as the distinction between loan applicants and high net worth customers would be lost.

By using two DLOs and mapping them to the standard DMOs, the consultant ensures clean data ingestion and effective identity resolution.