0

From my understanding in order to sync data related to a contact in using Marketing Cloud Connect, the User_Salesforce synchronizer must be added however what if Contact_Salesforce is also used?

I would like to conditionally use related data using SQL to create data extensions. Based on this answer it appears that Contact_Salesforce and User_Salesforce individually count as billable contacts.

Questions:

  1. I don't entirely understand what kind of records are within User_Salesforce. Is it contacts or the users used to login to salesforce, etc?
  2. Would adding User_Salesforce result in duplicate billable contact count for the same contact? Is there a way around this?

2 Answers 2

0

Users in Salesforce are people in your organisation who are logging in and working in Salesforce Sales/Service Cloud. This object holds a number of fields, which are listed here. They are indeed billable, once they are synchronised to SFMC, but normally the number of Users compared to your Contacts and Leads is negligible.

This also means that they will not be duplicates of your Contacts and Leads, as these are normally not part of your organisation.

2
  • Oh very interesting! As you mentioned the number of users logging into Sales Cloud is quite low. I wonder why synchronizers for data related to Contact_Salesforce needs to have User_Salesforce enabled when they seemingly have no relation to Contact_Salesforce. Feb 2 at 19:55
  • @PatrickNomad there is a lookup field on Contact record, linking the Contact with its owner, which is a user, hence (I assume) the prerequisite, as you would need to know the owner not just by ID. It is also listed in the doc here. Feb 2 at 20:02
1

Adding to the above - a "not so normal" but plausible scenario where I almost ran into synchronizing millions of users by mistake is:

"Salesforce Identity / Experience Cloud / Community Cloud", where the user object is used to create profiles for the respective login, on a cheaper-than-usual license model: https://help.salesforce.com/s/articleView?id=sf.users_license_types_communities.htm&type=5 - this can rack up. Usually you'd run into anything from a handful to couple thousand, which is rather negligible indeed.

This can be avoided as with the other two billable objects, make it a practice to by default always create a Boolean "SynchToSFMC" Field on User that you set to false on all records before you hit the "synch" button. That way you synch empty tables, which will get rid of all synch constraints without risking blindly creating billable records. Once you know what is going on, set the field to true where relevant.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .