Marketing Cloud Next manages email consent through a dedicated Consent layer, specifically Communication Subscription Consent records. The standard Salesforce Contact and Lead objects include an Email Opt Out field (also known as HasOptedOutOfEmail), but this field does not automatically sync with the Marketing Cloud Next Consent layer.
Without a custom configuration, a Contact or Lead that has opted out in Salesforce CRM may still receive marketing emails through Marketing Cloud Next, and vice versa — a contact who unsubscribes via a Marketing preference page may not have their opt-out reflected on the Contact or Lead record.
This article describes a two-Flow solution to bridge this gap. The solution works in both directions:
Use an Automation Event-Triggered Flow on the Contact or Lead object to listen for new records or changes to the Email Opt Out field, and update the Communication Subscription Consent record in Marketing Cloud Next.
HasOptedOutOfEmail field changes).HasOptedOutOfEmail field on the Contact or Lead record to reflect the current consent status in Marketing Cloud Next.Q: Why can't I just use the MessagingConsent.MessagingConsent or MessagingConsent.MessagingConsentV2 actions in my Flow? A: These actions do not correctly update the Marketing Cloud Next Consent layer over time and may result in consent records that fall out of sync. Use the Consent Request Action instead, as described in this article.
Q: Do I need both Flows, or can I just implement one direction? A: You can implement either Flow independently depending on your business needs. Flow 1 handles CRM-to-Marketing Cloud Next sync; Flow 2 handles Marketing Cloud Next-to-CRM sync. Implement both if you need bidirectional consent management.
Q: What happens if a contact unsubscribes via email reply or SMS STOP? A: These channel-level unsubscribes are processed by Marketing Cloud Next and update the Consent layer. In Flow 2 (the Data Cloud-Triggered Flow) will then detect the Consent change and update the Email Opt Out field on the Contact or Lead record accordingly.
Q: Is a Custom Data Model Object (DMO) still required? A: No. The updated solution (last revised June 2026) uses an Automation Event-Triggered Flow with the Consent Request Action, which eliminates the need for a Custom DMO for most standard implementations.
005386642

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.