#Einstein Activities Capture8 debatiendo

In our Salesforce org, we are seeing the following notification: 

We checked our Einstein Activity Capture (EAC) settings and noticed that Google G Suite

is currently connected. We do not have a Microsoft Outlook account connected to EAC. 

Based on this configuration, we have a couple of questions:

1. Since our EAC configuration is using Google G Suite, do we still need to upgrade the authentication method from Exchange Web Services (EWS) to Microsoft Graph API?
2. Since Outlook Integration & Sync is enabled, does this require us to migrate from EWS to Microsoft Graph API even though Google G Suite is the connected account in EAC?
3. If the Microsoft Graph API upgrade is still required, what is the recommended authentication level/permission level that should be configured for the Salesforce app in Azure?
4. Is there any impact on our current EAC functionality if we continue using Google G Suite and do not have Microsoft Outlook connected?

I have attached screenshots of our current configuration for reference. 

Any guidance from someone who has already handled this EWS retirement transition would be greatly appreciated.

#Einstein Activity #Einstein Activities Capture #EAC #Salesforce Admin #Salesforce Developer

In our Salesforce org, we are seeing the following notification:

"Your org stops syncing with Microsoft when Exchange Web Services (EWS) retires starting October 1, 2026."

We checked our Einstein Activity Capture (EAC) settings and noticed that Google G Suite

 is currently connected. We do not have a Microsoft Outlook account connected to EAC. 

Based on this configuration, we have a couple of questions:

1. Since our EAC configuration is using Google G Suite, do we still need to upgrade the authentication method from Exchange Web Services (EWS) to Microsoft Graph API?
2. Since Outlook Integration & Sync is enabled, does this require us to migrate from EWS to Microsoft Graph API even though Google G Suite is the connected account in EAC?
3. If the Microsoft Graph API upgrade is still required, what is the recommended authentication level/permission level that should be configured for the Salesforce app in Azure?https://help.salesforce.com/s/articleView?id=sales.activity_capture_graph_api.htm&type=5#:~:text=App%20ID%20for%20Microsoft%20Graph%20Authentication 
4. Is there any impact on our current EAC functionality if we continue using Google G Suite and do not have Microsoft Outlook connected?

I have attached screenshots of our current configuration for reference. 

Any guidance from someone who has already handled this EWS retirement transition would be greatly appreciated.

#Einstein Activity #Einstein Activities Capture #EAC #Salesforce Admin #Salesforce Developer 

Has anyone had this issue before? My addresses are changing through some auto process or trigger. It's also using one of my user's accounts and she did not do any of this, nor was she on salesforce at this time of day. It's also using other accounts in other scenarios. From what I can find, I have turned off all processes that involve address updates.

I have spent a long time trying to figure this out. Salesforce Support says it is past their scope because we use other integrations that could be causing the issue.

From observation, it appears that the entire address is being mapped into the mailing street. Then another auto process is trying to fix it, then it's triggering the first process again. 

Here is one specific contact example:

Here is another example that is similar but different. I have cleared this person's address to blank at least 5 times because she no longer lives here and we do not have her new address. It's like the address is being stored somewhere else and then the automated process is feeding it back in somehow? I have tried clearing from the contact level, the household level, and even completely deleting the related address in the contact. Still every time it is coming back.