MC-Con-201 Salesforce Certified Marketing Cloud Next Consultant Questions and Answers

Unified Engagement History is designed to give Salesforce users a consolidated view of marketing engagement directly within CRM record pages. Salesforce instructs administrators to turn on Unified Engagement History Dashboards and then add the appropriate dashboard component to Account, Lead, Contact, and Opportunity record pages.

This provides sales and marketing users with contextual engagement information without requiring them to leave the CRM record. Marketing engagement can include the individual's interactions with emails, forms, web activity, campaigns, and other Marketing Cloud Next touchpoints represented through the unified engagement model.

The Email Engagement dashboard is useful for aggregate email-performance analysis, but it isn't the specialized CRM-record-level engagement-history experience requested here. Similarly, the Website Engagement DMO alone only represents one class of behavior and wouldn't provide the combined email, form, and page-view history required by the scenario.

The uploaded master bank identifies B. Salesforce's current setup documentation explicitly states that Unified Engagement History components should be added to Contact and other CRM record pages to expose marketing engagement data to users.

Study Guide Reference: Analytics and Performance Insights → Unified Engagement History → CRM Record Page Integration.

===============

After the initial Identity Resolution processing, Data 360 uses incremental processing so that unchanged source records don't need to be repeatedly rematched. Salesforce's current Identity Resolution documentation explicitly states that preprocessing identifies records that are new or changed and sends only those records into Identity Resolution.

Salesforce determines whether a record changed by converting source records to hash values and comparing those hashes with the values from previous Identity Resolution runs. Records whose current hash indicates no change can be excluded from unnecessary reprocessing.

This behavior has direct credit-consumption implications. Salesforce explains that preprocessing prevents credits from being consumed by repeatedly running Identity Resolution over records that have already been unified in their current form. Even when a source performs a full refresh, preprocessing can protect unchanged records from unnecessary identity-processing work.

Option A is incomplete because an existing record that has been modified must also be reprocessed. Option B incorrectly assumes that every subsequent run rematches the entire source population.

The uploaded master correctly keys C.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Identity Resolution → Incremental Processing and Credit Consumption.

===============

Conversational Email provides the most direct and autonomous solution. Rather than forcing customers to navigate to another web experience or create conventional support cases, NTO can make the existing Order Confirmation and Tracking emails conversational. Customers can simply reply to the email with a question such as "Where is my order?"

Salesforce states that Conversational Email integrates with Agentforce, Digital Engagement, and Data 360. The platform analyzes inbound replies, determines intent, and can route the conversation to an Agentforce agent or human representative while preserving the complete email-thread context.

Salesforce specifically lists Order Management and tracking-information requests as a Conversational Email use case. This makes C particularly strong: Agentforce can resolve repetitive tracking requests without generating unnecessary low-value support workload.

Option A adds friction by sending the customer to a separate chatbot page. Option B only automates routing after a support ticket already exists, whereas the requirement is to reduce or eliminate those cases through autonomous handling.

The uploaded source also keys C.

Study Guide Reference: Agentforce and AI Innovation → Conversational Email → Autonomous Service and Order Management.

===============

The most appropriate pattern is Get Records followed by Decision . The flow needs information from a related CRM object—the Case object—that isn't inherently part of the current audience-flow record. A Get Records element can retrieve a matching Case for the customer using criteria such as Contact ID and an open Case status. The subsequent Decision element evaluates whether an open Case was returned and routes the customer accordingly.

Customers with an open case can be diverted away from the Send Email Message path, while those without a matching open Case proceed through the promotional sequence. This structure keeps the suppression condition explicit and maintainable within the flow.

An "Exclusion Filter" isn't the standard Flow Builder element presented for this type of CRM-record lookup and routing. A Decision element alone also can't simply assume access to arbitrary related Case data; the related records first need to be retrieved or otherwise supplied to the flow.

Salesforce lists both Get Records and Decision as supported Flow Builder elements for marketing automation. The supplied master bank likewise keys option A.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Flow Elements → Get Records and Decision.

===============

Option C is the verified answer. Salesforce defines Business Units as organizational divisions that use distinct Data Spaces to enforce data separation. Each Business Unit maps to a unique Data Space, and data from one Business Unit isn't shared with another. This architecture directly addresses the requirement that Clinic A marketers must not query, segment, or accidentally activate Clinic B customer profiles.

Option B is fundamentally an object- and field-level access-control requirement. Restricting particular healthcare fields while allowing users to access other Contact fields should be handled through Salesforce permissions, field-level security, Data 360 governance permissions, and related access controls—not by creating an entire Business Unit.

Option A can benefit from Business Units for organizational or branding separation, but different subscriptions or messaging configurations alone don't establish the strongest requirement for segregating customer datasets.

Important correction: the uploaded master document keys this item as B . Current Salesforce documentation explicitly states that Business Units use Data Spaces to keep data separate and are appropriate for organizational divisions such as geographic regions, brands, or isolated audiences. Therefore, the verified answer is C , not B.

Study Guide Reference: Platform Setup and Governance → Business Units → Data Spaces, Data Isolation, and User Access.

===============

Marketing Cloud Next's native lead-generation architecture uses a landing page, form, and flow . Salesforce states that forms collect visitor information, landing pages host the forms, and flows process the submitted values. When a Signup Form campaign is used, Marketing Cloud Next can automatically create and connect these assets.

The form can use Salesforce Lead as a data source. After submission, the associated flow performs the appropriate CRM actions, such as creating the Lead and optionally creating consent or sending follow-up communications. Salesforce specifically describes a form as having two functional pieces: its fields/settings and the flow that processes submitted data.

A form handler is generally used when integrating external forms rather than when building the registration experience natively on a Marketing Cloud Next landing page. A separate Data 360 data stream isn't required simply to create the CRM Lead from the native form.

The uploaded master bank identifies option B.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Forms and Landing Pages → Signup Form Campaigns and Lead Creation.

===============

Marketing Cloud Next provides on-canvas Flow Analytics for supported marketing-flow elements. Salesforce identifies this capability as On-Canvas Insights and states that recent performance metrics for active and completed flows can appear directly on the flow canvas. To expose those insights, marketers select the relevant flow element and enable or review insights from its Analytics tab.

For messaging elements such as Send Email Message, these analytics allow marketers to evaluate element-level execution and engagement without relying on low-level automation logs. Depending on the edition and configuration, detailed Flow Performance analytics are powered by Tableau Next, and users may require the Tableau Next Included App Business User permission set.

Debugging the flow is useful for validating logic, variables, and execution paths during development, but it isn't the intended interface for production engagement metrics. Flow Interview logs similarly focus on flow execution and troubleshooting rather than marketer-facing email engagement analysis.

The uploaded master keys A. Salesforce's current Flow Builder documentation specifically states that On-Canvas Insights are enabled from the Analytics tab of a flow element's editing panel .

Study Guide Reference: Analytics and Performance Insights → Flow Analytics → On-Canvas Insights and Messaging Element Performance.

===============

Marketing Cloud Next requires an authenticated sending domain for branded email delivery. The domain is configured under Unified Messaging and authenticated through DNS records supplied by Salesforce. DKIM is a core part of this authentication process.

Salesforce states that Marketing Cloud Next uses Unified Messaging for outbound email and that an activated authenticated domain is required for email sending. Current Marketing Cloud Next DKIM keys are 2048-bit by default, and Salesforce uses outbound CNAME records to establish the DKIM authentication chain. Once the domain is active, From addresses using that domain can be configured for legitimate branded delivery.

A tracking domain serves a different purpose: it supports branded links, redirect tracking, or related channel tracking functionality. It doesn't substitute for the authenticated email-sending domain. An "Authorized domain" verified solely by an ownership TXT record isn't the Marketing Cloud Next sending-domain configuration described by Salesforce.

The uploaded bank correctly identifies A. Salesforce's May and August 2026 documentation confirms that an authenticated domain is mandatory for Marketing Cloud Next sending and that DKIM authentication uses generated DNS records.

Study Guide Reference: Platform Setup and Governance → Unified Messaging Setup → Authenticated Sending Domains and DKIM.

===============

C is the currently supportable answer among these choices. The uploaded bank originally keys A. However, Salesforce's August 2026 consent guidance explicitly states that the legacy MessagingConsent and MessagingConsentV2 Flow actions should not be used for Marketing Cloud Next consent because they can fall out of synchronization with the Marketing Cloud Next consent layer. Salesforce directs implementations to use Create Consent/Consent Request instead.

Create Consent is supported in Data 360-triggered flows and updates the applicable contact point for a specified channel and communication subscription. Direct writes into the underlying consent DLO/DMO, as described in B, bypass the supported consent service and aren't reliable for sending-time consent evaluation.

For a CRM-originated Contact creation, Salesforce's preferred current architecture is actually an Automation Event-Triggered Flow based on the Contact change plus Create Consent . That exact combination isn't offered. Of A–C, C is therefore the only option that uses the supported consent-writing mechanism.

Study Guide Reference: Consent → Creating and Updating Consent → Create Consent/Consent Request.

===============

AI-Assisted Segment Creation , currently documented by Salesforce as Einstein Segment Creation, is designed precisely for marketers who understand the desired business audience but don't want to manually navigate complex Data 360 schemas or construct segmentation logic.

Salesforce allows the marketer to describe the target audience using natural language. Einstein interprets the description, identifies relevant attributes from the organization's Data 360 model, and generates a proposed segment definition. The marketer can then review suggested attributes, refine the request conversationally, recount the audience population, and create the segment.

For example, the manager could describe customers who recently browsed winter boots but have not purchased them. Einstein can translate that marketing intent into applicable behavioral and purchase criteria.

Quick Filters don't provide the same natural-language business-to-segment translation. Manually creating AND/OR rules would work technically, but it contradicts the requirement that the manager shouldn't need technical understanding of the underlying attributes.

The source bank identifies B.

Study Guide Reference: Agentforce and AI Innovation → Einstein Segment Creation → Natural-Language Audience Building.

===============

Marketing Cloud Next supports Handlebars helpers for advanced email personalization and formatting. Salesforce's Handlebars format helper can format date values using standard or custom date/time patterns and culture settings. For example, date-format tokens support full weekday names, full month names, day and year values, 12-hour time, minutes, and AM/PM indicators. That directly supports transforming an ISO-style value such as 2027-03-15T08:30:45 into a human-readable presentation such as Monday, March 15, 2027 8:30 AM.

This is a presentation-layer requirement, so the transformation belongs in the content's personalization logic. There is no need to alter the underlying Data Graph value. SOQL is a Salesforce query language and isn't the appropriate mechanism for formatting a Data Graph personalization value inside an email. Likewise, a Salesforce formula operator isn't the standard content-rendering solution for this scenario.

Therefore, A is the correct architectural approach and matches the answer keyed in the uploaded bank.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Email Content and Personalization → Data Graph personalization and Handlebars.

===============

Salesforce specifically recommends optimizing Run Mode, scheduling frequency, end conditions, and Lookback Window to reduce Data 360 segmentation credit consumption.

Run Mode determines whether a segment publishes automatically or only when requested. During development or testing, Salesforce recommends avoiding unnecessary scheduled publishes. Frequency directly affects how often Data 360 recomputes segment membership; running more often than the source data changes wastes credits. The Ends setting prevents a segment from continuing to execute after the business need has expired.

The Lookback Window is equally important because it controls how much historical data must be evaluated. Narrowing the window to the minimum period required by the use case reduces records processed and therefore processing costs.

The criteria identified in option B affect segment definition and results but don't represent the specific billing-optimization controls Salesforce highlights before processing begins. Option A combines unrelated configuration concepts.

The uploaded source correctly keys C. Salesforce's current billing guidance explicitly names Run Mode, Frequency, Ends, and Lookback Window as settings to optimize for lower segmentation consumption.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Segmentation → Billing Considerations and Credit Optimization.

===============

Salesforce's current Conversational Email implementation guide lists essentially the same five activities shown in option C . First, configure the human representative escalation experience in Service Cloud and Omni-Channel. Second, configure an Agentforce Service Agent capable of handling email conversations. Third, enable and configure Conversational Email in Unified Messaging for the applicable sending address. Fourth, create the Conversational Email campaign and its flow. Finally, monitor engagement, routing, resolutions, and agent escalation outcomes.

Salesforce emphasizes that the human escalation experience should be configured before Conversational Email is enabled, because customers must have a supported path to a human representative when the AI agent can't resolve an inquiry. Service Agents are likewise a formal prerequisite because Agentforce provides the automated interpretation and response capability.

Option A introduces a transactional API endpoint that isn't a standard implementation requirement. Option B relies on Journey Builder and Marketing Cloud Connect concepts that aren't part of the Marketing Cloud Next Conversational Email setup sequence.

The uploaded source correctly identifies C.

Study Guide Reference: Agentforce and AI Innovation → Conversational Email → Agentforce, Service Cloud, Escalation, and Monitoring.

When an organization already uses a third-party Consent Management Platform , Marketing Cloud Next shouldn't display a second Salesforce consent banner for the same tracking purpose. Salesforce explicitly states that customers using third-party CMPs such as OneTrust should use the configuration without the Salesforce consent banner and remain responsible for ensuring that tracking complies with applicable privacy requirements.

The practical implementation is to allow the organization's CMP to control when Marketing Cloud Next tracking is initialized or granted consent. The Marketing Cloud Next web-tracking embed code/Interactions SDK can then collect visitor activity only after the appropriate consent state is established.

Option A unnecessarily introduces a second Salesforce banner, violating the requirement to avoid duplicate consent experiences. Option C similarly enables the Salesforce banner and attempts to solve the duplication using CSS suppression, which isn't a supported consent-governance architecture.

The uploaded master bank keys B. Salesforce's current documentation explicitly identifies the external-page configuration without a Salesforce banner as the appropriate configuration when a third-party CMP is being used.

Study Guide Reference: Consent → Web Tracking Consent → Third-Party Consent Management Platforms and Consent Banners.

===============

Data 360 supports source-record filters directly on identity resolution rulesets . These filters act as preprocessing gates that determine which records from the ruleset's primary DMO enter that particular unification pipeline.

This is exactly the appropriate architecture when two populations share the same primary DMO but must be unified independently. The consultant can configure criteria distinguishing B2B from B2C records and apply complementary filters to the respective rulesets.

Salesforce specifically identifies separation of B2B and B2C populations as a valid ruleset-filter use case. For example, records can be filtered using an account type, customer type, record type, or other partition-level attribute so that business records don't enter the consumer ruleset and vice versa.

Creating separate DMOs simply to achieve identity-processing isolation isn't necessary when the records properly belong to the same canonical Individual model. Filtering source DLOs also places the separation at the wrong architectural layer because identity-resolution filtering is supported directly at the ruleset level.

The uploaded bank keys B. Salesforce's current ruleset documentation explicitly recommends filters for broad partition-level segregation, including B2B versus B2C scenarios.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Identity Resolution → Ruleset Source Filters.

===============

The Data 360 Profile Insights component is Salesforce's prescribed component for surfacing marketing scores directly on relevant CRM record pages. Salesforce explicitly states that administrators can add this component to Lead and Contact pages and configure it to display Overall Marketing Score, Marketing Engagement Score, and Marketing Fit Score .

This gives sales users an immediate, contextual indication of marketing readiness and engagement without requiring them to open a separate report or dashboard. These scores can help sales teams identify which leads or contacts have the greatest likelihood of engagement or conversion.

A custom report isn't the intended embedded scoring experience and adds unnecessary reporting overhead. Unified Engagement History serves a different purpose: it surfaces historical marketing interactions such as email or web engagement. It isn't the component used to display the calculated Overall Marketing Score.

The uploaded source identifies B.

The file wording includes prospects in addition to leads and contacts. Current Salesforce scoring documentation most explicitly describes the Profile Insights component on Lead and Contact record pages; the source supplies the broader exam framing.

Study Guide Reference: Analytics and Performance Insights → Marketing Scoring → Data 360 Profile Insights.

===============

Dynamic reply addresses require an authorized email domain , which is different from an authenticated sending domain. After the consultant adds the domain under Unified Messaging → Authorized Email Domains, Salesforce generates a verification code. The administrator must add that value to the organization's DNS as a TXT record , then return to Salesforce and verify the domain.

Salesforce uses this verification to establish domain ownership before Marketing Cloud Next allows dynamic reply-to addresses on that domain. If a dynamically resolved reply address uses an unauthorized domain, Marketing Cloud Next falls back to the configured fallback reply address. Salesforce reiterated this behavior in an August 28, 2026 support article.

An Authenticated From Address pertains to outbound email sending rather than authorizing dynamic replies. Sender Authentication Package is associated with other Marketing Cloud architectures and isn't the next step in Marketing Cloud Next's Authorized Email Domains workflow.

The master file correctly identifies C.

Study Guide Reference: Platform Setup and Governance → Unified Messaging → Authorized Email Domains and Dynamic Reply Addresses.

===============

Marketing Cloud Next manages promotional consent through communication subscriptions, channels, and contact points . A communication subscription represents a particular category of marketing content, such as product updates, newsletters, or promotions. Consent checks evaluate whether the relevant contact point has the required consent for the specific subscription and channel being used.

Consequently, opting out of the "Promotions" subscription creates an opt-out state for that subscription; it doesn't automatically revoke consent for a different subscription such as "Product Updates." Salesforce explicitly distinguishes a subscription-specific opt-out from a broader request such as unsubscribing from all email communications. Therefore, assuming the customer has valid opt-in consent for Product Updates, those communications can continue.

Option B incorrectly treats subscription consent as a single global email-address preference. Option C invents a 90-day consent-renewal requirement that isn't part of the Marketing Cloud Next consent model.

The uploaded question bank keys this question as A.

Study Guide Reference: Consent → Consent Management Fundamentals → Understanding Consent Concepts → Communication Subscriptions, Channel Types, Contact Points, and Consent Checks.

===============

An Automation Event-Triggered Flow is the Marketing Cloud Next-native architecture for responding near real time to CRM record changes associated with a Prospect, Lead, or Contact. Salesforce provides the Prospect, Lead, Contact, or Related Record Change automation event specifically for this purpose. It can start a flow when a qualifying related record is created or updated and meets configured conditions.

A Case associated with a Contact can therefore serve as the related object. The consultant can configure the entry condition so the automation executes when Case Status changes to Closed, identify the related Contact, and then send the customer-satisfaction email.

A generic Salesforce record-triggered flow can react to Case changes, but option C uses the purpose-built Marketing Cloud Next automation-event model for marketing communications. An Audience Flow is better suited to scheduled or segment/list-based audiences rather than immediate reaction to an individual CRM record update.

The uploaded source also identifies C.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Automation Event-Triggered Flows → Prospect, Lead, Contact, or Related Record Change.

===============

Marketing Cloud Next uses an explicit opt-in consent model for promotional marketing. Absence of an opt-out doesn't mean that an individual is eligible to receive marketing messages. Salesforce explicitly states that a Prospect, Lead, or Contact without a consent value is considered opted out by default for marketing channels and communication subscriptions.

Therefore, recipients must have valid affirmative consent associated with the appropriate contact point, channel, and communication subscription. If the "New Product Promotion" campaign uses its own communication subscription, customers who lack the necessary OPT_IN state are suppressed rather than treated as implicitly eligible.

Option A incorrectly assumes an opt-out-only consent model. Option C makes the same incorrect inference: the absence of an OPT_OUT record isn't equivalent to affirmative permission.

This distinction is critical during initial implementation because existing CRM records aren't automatically opted in. Salesforce recommends importing or otherwise establishing valid consent before promotional messaging begins.

The source bank correctly identifies B. Salesforce's July 2026 documentation explicitly states that consent isn't default opt-in and that promotional messages are rejected when the recipient lacks an affirmative opt-in.

Study Guide Reference: Consent → Consent Validation → Explicit Opt-In and Default Consent Status.

===============

Marketing Cloud Next supports both Salesforce Record and Offer as native email personalization data sources. Salesforce Record is designed to surface current business information from Salesforce objects. Salesforce specifically notes that marketers can add a Salesforce Record data source and reference Salesforce object fields directly in email content.

That makes it appropriate for a recipient's assigned sales representative when the representative relationship is maintained in Salesforce/Agentforce Sales data.

The Offer data provider is specifically designed for promotions. Salesforce states that marketers can add an Offer as an email data source and use merge fields for values such as the offer name, description, or coupon code . It also supports multiple offer providers and conditional targeting based on customer attributes.

An Apex Class would be unnecessary custom logic for retrieving an ordinary Salesforce business attribute. A Data Graph also isn't the natural mechanism for a Marketing Cloud Next-managed, time-sensitive offer code when the purpose-built Offer data source exists.

The uploaded bank identifies A.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Personalization Data Sources → Salesforce Record and Offer.

===============

The Email Engagement dashboard is the purpose-built dashboard for analyzing standard email performance metrics across Marketing Cloud Next sends. Salesforce's Marketing Performance Intelligence package includes preconfigured Email Engagement reports and dashboard components for common KPIs including Total Emails Sent, Open Rate, Click-Through Rate, Bounce Rate, and Opt-Out Rate.

The dashboard provides visualizations such as status bar graphs, time-based activity graphs, campaign click-engagement rankings, email-send-status views, and detailed activity tables. This allows marketers to evaluate messaging performance without having to construct a custom analytics model.

Campaign Performance is broader and focuses on campaign-level outcomes across associated marketing activity rather than being the specialized email KPI view requested here. Unified Engagement History serves another purpose: it surfaces marketing engagement alongside CRM records such as Contacts, Leads, Accounts, and Opportunities for sales and service users.

Therefore, B precisely matches the requirement for an easy-to-use, cross-send email analytics dashboard.

The uploaded master bank also identifies B. Salesforce's 2026 Marketing Cloud Next reporting documentation explicitly lists Open Rate, Click-Through Rate, Bounce Rate, and related metrics in the Email Engagement dashboard.

Study Guide Reference: Analytics and Performance Insights → Marketing Performance Intelligence → Email Engagement Dashboard.

===============

Option A most accurately reflects the different processing cadences involved. For Salesforce CRM data streams in Data 360, Salesforce documents an incremental refresh every 10 minutes after the initial full refresh. These refreshes bring newly created or changed CRM records into Data 360, although actual completion times can vary depending on processing conditions.

Identity Resolution operates on a different schedule. Once an identity resolution ruleset is published, Salesforce schedules it to run at least once per day by default. Identity Resolution is therefore not a synchronous operation that reruns every time an individual source record arrives. It periodically evaluates eligible source records according to configured match rules and then applies reconciliation logic to produce unified profiles.

Option B reverses these two schedules. Option C is incorrect because CRM incremental ingestion isn't universally instantaneous, and published identity-resolution rulesets aren't limited to weekly execution.

The 10-minute figure should specifically be understood in the context of the standard Salesforce CRM incremental connector behavior described in Salesforce documentation. The uploaded master bank keys A.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Data 360 → Identity Resolution Rulesets and Data Stream Processing.

===============

Content Variable is the current technically correct answer. Content Variables are designed as custom placeholders whose values are supplied by Flow at runtime. Salesforce states that marketers can add content variables to an email template and map them to flow resources in the Send Email Message element. This supports dynamic values—such as a campaign-specific phrase, date, promotion name, or other runtime input—without requiring that value to exist in Data 360.

A value such as "Exclusive Offer for Hikers" entered as part of campaign/flow configuration fits this model: define a Content Variable, use it as a merge field in the subject line, and populate it from the flow.

The Activation data provider serves a different purpose. Salesforce defines it as a provider that exposes attributes from a Data 360 segmentation activation to email content. It isn't a generic manual-value mechanism. A Data Graph likewise provides stored profile and related Data 360 attributes.

The uploaded bank keys A. Based on current Salesforce definitions, C is the corrected answer .

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Personalization → Content Variables and Flow Runtime Values.

===============

A Contact Point Selection Rule implemented through an activation template is specifically designed to determine which email address, phone number, or other messaging contact point should be used when an individual has multiple available values. Salesforce documents activation templates as reusable configurations containing contact point selection, source priority, filtering, enrichment, and membership rules.

For example, an activation template can prioritize a primary CRM email over another email address, filter invalid contact points, and apply consent criteria. Segment-triggered marketing flows can then reference that activation template and use its stored logic to choose one appropriate contact point. Salesforce specifically notes that this capability helps ensure recipients don't receive duplicate messages.

A Decision element isn't intended to reproduce Data 360 contact-point selection logic manually. Identity Resolution also doesn't simply merge multiple legitimate contact points into one. A Unified Individual may correctly retain multiple email addresses belonging to the same person; activation logic determines which address should actually be used.

The uploaded master keys A. Official Salesforce documentation directly supports contact-point selection through activation templates.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Activation Templates → Contact Point Selection.

===============

An Identity Resolution ruleset is the Data 360 component responsible for linking source profiles from different systems into unified customer profiles. A ruleset contains match rules and reconciliation rules that govern the unification process.

Match rules determine whether records from CRM, ecommerce, loyalty, or other systems represent the same person by comparing attributes such as names, normalized email addresses, telephone numbers, party identifiers, device identifiers, or other matching criteria. When records satisfy a match rule, Data 360 associates them with the same Unified Individual.

Reconciliation rules perform a different but complementary function: after records are matched, they determine which source value should represent single-valued unified attributes such as First Name.

A Data Graph doesn't perform entity resolution. It exposes primary and related data efficiently for personalization or other consumption use cases after the underlying model exists. An Audience Flow orchestrates communications to an audience; it doesn't unify identities.

The uploaded bank correctly identifies B. Salesforce's official Identity Resolution documentation confirms that rulesets contain match and reconciliation rules that link multiple source profiles into unified profiles.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Identity Resolution → Rulesets, Match Rules, and Reconciliation Rules.

===============

The Communication Subscription Channel Type object represents the relationship between a particular Communication Subscription and an Engagement Channel Type. Salesforce defines it as the object that specifies the engagement channel that can be used for a given communication subscription.

Therefore, if "Product Announcements" supports both Email and SMS , two subscription-channel relationships exist: Product Announcements + Email, and Product Announcements + SMS. Each combination requires its own Communication Subscription Channel Type record.

Salesforce's Data 360 mapping requirements reinforce this relationship. The Communication Subscription Channel Type DMO includes both a Communication Subscription ID and an Engagement Channel Type ID , confirming that each record associates one subscription with one channel.

Contact points are associated with individual subscribers and consent records, not with the definition of the subscription/channel relationship itself, so A is incorrect. OPT_IN and OPT_OUT states are stored as consent information and don't cause the two Communication Subscription Channel Type records described here.

The uploaded bank correctly keys C.

Study Guide Reference: Consent → Communication Subscription Data Model → Communication Subscription Channel Type.

===============

Automation event-triggered flow is the current verified answer. Salesforce specifically provides a Form Submission Automation Event that launches an automation event-triggered flow whenever a configured marketing form is submitted. Salesforce describes this flow type as the mechanism for automatically responding to events such as form submissions, subscription activity, orders, and other customer behaviors.

This precisely matches the requirement: the action must occur because the customer submitted a web form. The event can launch the flow, after which the Send SMS Message functionality can deliver the white-paper link, subject to valid SMS consent and channel configuration.

An activation-triggered flow is driven by publication of Data 360 activation data and isn't the direct event architecture for an individual form submission. A standard record-triggered flow reacts to creation or changes of Salesforce records but is no longer the preferred Marketing Cloud Next mechanism when the triggering business event is a supported form submission.

Source distinction: the uploaded bank keys this question as C . However, current Salesforce documentation explicitly states that form-submission automation uses an Automation Event-Triggered Flow , and that this mechanism replaced form-triggered flows. Therefore the current verified answer is B .

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Automation Event-Triggered Flows → Form Submission Events.

===============