CRM Analytics creates two internal users when it is enabled: the Analytics Cloud Integration User and the Analytics Cloud Security User. Certain administrative actions on these users — including freezing, deactivating, or applying org-wide session security policies — cause dataflow and recipe failures that can be difficult to diagnose. This article explains the restrictions that apply to these users and documents configuration steps that are not available in standard product documentation.
In orgs that enforce a high-assurance session security policy (Setup > Session Settings), the Analytics Cloud Integration User’s session may be classified as standard assurance even though the org policy requires high assurance. This causes all dataflow and recipe jobs to fail with permission-like errors because the Integration User’s session is rejected before it can access Salesforce data.
Administrators sometimes freeze the Integration User as part of a user audit or security review. Freezing or deactivating the Integration User immediately stops all data sync, dataflow, and recipe jobs from running. Errors surface in the Jobs Monitor as permission failures or silent job aborts.
The Integration User must have read access to every Salesforce object and field referenced in a dataflow or recipe. If an object’s profile permissions or FLS settings are changed — for example, after a package upgrade or a security review tightens FLS — the Integration User loses access and dataflow jobs begin failing for those fields or objects.
This step is required in orgs with high-assurance session policies and is the most common fix for Integration User-related dataflow failures.
The Analytics Cloud Integration User and Analytics Cloud Security User cannot be frozen or deactivated. If you have frozen the Integration User as part of a user audit, unfreeze it immediately from Setup > Users. Password resets and login impersonation are also restricted for this user type — these actions are not supported paths.
For each object referenced in a failing dataflow or recipe:
Can I use a custom user instead of the default Integration User?
Yes. CRM Analytics supports custom integration users. However, a custom user requires the full permission set assignment to be maintained manually, including after sandbox refreshes. The default Integration User is recommended for most orgs. See KB article 000382200 for details on resolving issues with custom integration users.
My dataflow was working last week. Nothing changed. Why is it failing now?
Common causes include: a recent package upgrade that changed FLS on a synced object; an org-wide session policy change; a user audit that froze the Integration User; or a sandbox refresh that reverted Integration User settings. Check the Jobs Monitor for the specific error message and cross-reference with the steps above.
Why can’t I reset the Integration User’s password?
Password resets are blocked for the Analytics Cloud Integration User and Security User because these are system-managed users. Salesforce Support cannot reset these passwords either. If you believe there is an issue with how these users are functioning, contact Salesforce Support with your org ID and the specific error from the Jobs Monitor.
Salesforce Data Access in CRM Analytics — Salesforce Help
CRM Analytics Permission Set Licenses and User Permissions — Salesforce Help
005385258

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.