Managing Marketing Cloud Account Engagement (Pardot) accessâespecially across multiple Business Unitsâis one of the most common pain points for Salesforce admins. User Access Policies solve this by automatically granting permission sets and Business Unit access based on user criteria, eliminating manual assignments and reducing security risk.
This walkthrough shows how to configure a User Access Policy that automatically grants Pardot Business Unit access using:
- A clear detection criteria (ex: âMarketing Userâ)
- Automated assignment of required MCAE permission sets
- Automated assignment of Marketing Cloud Next (MCN) permission sets
- Automated Public Group membership for Business Unit access
Step 1: Define the Access Strategy (Before You Click Anything)
Before building the policy, define your access model clearly.
Example Strategy
- Who should get Pardot access?
- Users who are marketing team members
- How do we identify them?
- Marketing User checkbox field on User
= TRUE - (Optional) A custom profile:
MCAE â Marketing User
- Marketing User checkbox field on User
- What access should they receive?
- Core MCAE permission sets
- Required MCN permission sets (Recommended if you plan to enable MCN features for MCAE customers)
- Membership in a Public Group tied to a specific Pardot Business Unit
This approach ensures least-privilege access and makes onboarding fully automatic.
Step 2: (Optional) Create a Marketing-Specific Profile
While profiles are no longer best practice for feature access, they can still be useful as a high-level access indicator.
Optional Profile Example
- Profile Name:
MCAE â Marketing User - Purpose:
- Baseline Salesforce access
- Used as a filter in User Access Policies
đĄ If you prefer not to use profiles, you can rely entirely on a custom user field (recommended for flexibility).
Step 3: Create a User Criteria Field (Marketing User Flag)
To make automation reliable and scalable, create a custom User field.
Example
- Field Type: Checkbox
- Field Label:
MCAE User - API Name:
MCAE_User__c
This field becomes your single source of truth for:
- Pardot access
- Business Unit assignment
- Future marketing-related automations
Step 4: Identify Required Permission Sets for MCAE Access
Required Permission Sets for Account Engagement (Pardot)
To access Account Engagement, users must have one of the following permission sets:
- Sales Cloud User
- CRM User
- Service Cloud User
To access the Account Engagement Lighting App, include:
â
Account Engagement User
Optional:
Include B2BMA Access with the following Permission sets: https://help.salesforce.com/s/articleView?id=mktg.pardot_b2bma_assign_permissions.htm&type=5
These permission sets must be included in your User Access Policy, or users may appear in Salesforce but fail to sync correctly with Account Engagement.
Step 5: Identify Required MCN (Marketing Cloud Next) Permission Sets
Marketing Cloud Account Engagement users can now leverage Marketing Cloud Next (MCN) features. In order for MCAE users to take advantage, they’ll need access to the proper permissions for MCN.
From Salesforce documentation, MCN permission sets typically include:
- Marketing Cloud standard access permission sets
- Identity and user sync permissions
- Cross-cloud access permissions
đ Reference: MCN Permission Set Setup
https://help.salesforce.com/s/articleView?id=mktg.mktg_admin_permissions_ref.htm&type=5
Step 6: Create and Assign an Account Engagement CMS Permission Set (Required for Salesforce CMS Content – New Email & Landing Page Builders)
If your marketing users will create or manage emails, landing pages, and content assets in Account Engagement Lightning Experience, they must have Salesforce CMS permissions. These permissions are not fully covered by standard MCAE permission sets and should be handled explicitly.
Automating this step with User Access Policies ensures that:
- Content creators can work immediately
- CMS access is consistent across users
- Admins donât need to troubleshoot missing CMS permissions later
Key Permissions for Salesforce CMS in Account Engagement
Essential for Basic CMS / Content Use
These permissions allow users to see, create, and use CMS-backed content in Account Engagement (AEP):
- Account Engagement User (Standard Permission Set)
Provides foundational access to the Account Engagement Lightning App. - CMS Channels & CMS Workspaces (Object Permissions)
Required to see and use CMS tabs inside AEP. - Access Drag and Drop Content Builder
Required to build emails and landing pages. - Manage Email Content
Required to create, edit, and manage email assets.
For Advanced or Admin-Level CMS Capabilities
These are optional and should be limited to trained users:
- Create CMS Workspaces and Channels
Allows non-admins to create new CMS workspaces and channels. - View Setup and Configuration
Enables deeper setup and troubleshooting access.
To Enable CMS File Copying (AEP â CMS)
If users need to copy assets from Account Engagement into Salesforce CMS:
- Copy to CMS Functionality
Requires permissions in the Account Engagement UI that allow transferring files to CMS.
This is especially important for teams standardizing content across:
- Marketing emails
- Experience Cloud
- Sales enablement content
How to Set It Up
1. Create a Custom Permission Set
Navigate to:
Setup â Permission Sets â New
- Label: AE CMS Content Manager
- License: None (or Salesforce, depending on org setup)
2. Assign Object Permissions
In the permission set:
Object Settings
- CMS Channels
- Read, Create, Edit, Delete
- CMS Workspaces
- Read, Create, Edit, Delete
3. Enable App Permissions
Go to App Permissions and enable:
- Access Drag and Drop Content Builder
- Manage Email Content
- Activate Email for Automation (if required by your org)
4. Assigned Apps
Ensure access to:
- Account Engagement Lightning App
- Salesforce CMS
(Found under Digital Experiences)
Automate This with the User Access Policy
Add the AE CMS Content Manager permission set to the same User Access Policy that:
- Detects
Marketing_User__c = TRUE - Assigns MCAE and MCN permission sets
This ensures:
- Every marketing user can create content
- CMS access is provisioned automatically
Step 7: Create a Public Group for the Pardot Business Unit
Account Engagement Business Unit access is controlled via Public Groups.
Example
- Public Group Name:
Pardot â EMEA Business Unit - Purpose:
- Determines which Business Unit the user can access
- Used by the SalesforceâPardot Connector for user sync
đ Reference: User Sync & Public Group Considerations
https://help.salesforce.com/s/articleView?id=mktg.pardot_sf_connector_setup_user_sync_considerations.htm&type=5
Each Business Unit should have its own Public Group to maintain clean separation of access.
Step 7: Create the User Access Policy
Now youâre ready to automate everything.
Navigate To
Setup â User Access Policies â New Policy
Policy Criteria (Detection Logic)
Example criteria:
Marketing_User__c = TRUE- AND Profile equals
MCAE â Marketing User(optional)
This ensures the policy:
- Automatically detects new marketing users
- Updates access when a userâs role changes
Policy Actions: Permission Set Assignments
Add the following Permission Sets to the policy:
MCAE Access
- Account Engagement User
MCN Access
- Required Marketing Cloud Next permission sets (per Salesforce documentation)
These assignments happen automatically when the criteria is met.
Policy Actions: Public Group Assignment
Add the Public Group for the correct Business Unit:
Pardot â EMEA Business Unit(example)
This ensures:
- Correct Business Unit access
- Proper user sync with Account Engagement
- No manual group management
Step 8: Test the Automation
Recommended Testing Steps
- Create a test user
- Set
Marketing_User__c = TRUE - Assign the MCAE marketing profile (if used)
- Save the user
Expected Result
- Permission sets auto-assigned
- Public Group membership auto-assigned
- User appears in the correct Pardot Business Unit after sync
No manual steps. No admin follow-up.
Why This Approach Works So Well
Admin Benefits
- Zero manual permission management
- Faster onboarding
- Fewer access mistakes
- Scales cleanly across Business Units
Security Benefits
- Least-privilege access enforced automatically
- Easy removal of access when criteria is no longer met
- Clear audit trail of how access is granted
Marketing Benefits
- Immediate access to the right Business Unit
- No waiting on admins
- Fewer sync issues with Account Engagement
Final Takeaway
Using User Access Policies to manage Pardot Business Unit access transforms one of the most error-prone admin tasks into a fully automated, secure, and scalable process.
Once implemented:
- Marketing access âjust worksâ
- Business Units stay cleanly separated
- Admins get their time back
This is exactly how Salesforce intended Account Engagement access to be managedâautomated, auditable, and future-proof.
