Here are answers to specific questions you may have about working with Salesforce Lightning Sync:
If you're not familiar with OAuth 2.0, start by reading the The OAuth 2.0 Authorization Framework.
As you can see from the Lightning Sync set up page, when the global admin account is requested for authentication, we actually redirect the user to the Microsoft O365 login page. The credentials are never provided to Lightning Sync and Salesforce is never aware of what the credential is, i.e. this credential is never stored in the Salesforce organization and it never used in subsequent connections to O365. Rather, an OAuth token, which does not contain the credentials, is used after the initial OAuth setup in the form of one-time consent to the OAuth authentication.
As part of initial phase of the OAuth 2.0 flow, it installs Lightning Sync's multi-tenant Azure app (called 'Salesforce Lightning Sync') into the Azure instance, which can be visible in active directory portal here. By doing so, the Azure global admin is consenting that the Lightning Sync application can obtain an OAuth token that can access users' mailboxes via EWS(Exchange Web Services).
Note that the purpose of this procedure is to register the application into the customer's AD in their Azure tenant, and for Lightning Sync to obtain the tenant ID from Azure. The Azure global admin does not need to be a syncing user, nor does the admin gain any 'powers' by logging into Azure, nor does this give impersonation rights for the admin; they are merely installing the application into their Azure tenant. The application will remain installed and will continue to function in perpetuity, even if the admin changes their password, or leaves the company.
To learn more about Lightning Sync enterprise app architecture and design, please read:
Azure Active Directory v2.0 and the OAuth 2.0 client credentials flow
Client credentials overview documentation
Building Daemon or Service Apps with Office 365 Mail, Calendar, and Contacts APIs
Below are few more points which explains the access or permission used by Lightning Sync:
Nothing will change, Lightning sync connection will remain established, as the access token is reused rather than refreshing to a new token.
Note: Once the global administrator has consented and installed the application into their tenant, Lightning Sync can obtain a token to access Users' mailbox Accounts in that tenant, via EWS API's.
You have to resupply the credentials of the Exchange service account into Salesforce Lightning sync setup, otherwise the records sync will not work.
Lightning Sync asks service account's name and password in Visualforce page and saves the password in encrypted form using cryptographic hash function inside database leveraging the existing 'encrypted field' feature in Salesforce, which also provides a key management mechanism. Lightning Sync uses these encrypted credentials to communicate with the exchange through EWS and Autodiscovery services following the SSL encrypted connection and never passes the plain-text, but hash output. The application hashes the provided password and compares it to the stored password.
The credentials are stored in a three-layer key storage scheme, which is PCI Compliant.
Yes, you can sync Events both ways using Lightning Sync with any available connection methods. Refer to Event sync directions available in Configuration when using Lightning Sync for more information.
Yes, starting from Winter'19 release, Events created from API/backend will sync automatically based on reps’ existing sync configurations.
Yes, any Events which are created from Outlook Integration add-in or Gmail Integration will also be synced from Salesforce to Exchange (Google) calendar using Lighting Sync.
Note: The Events which are created from side panel (Email Application Pane) using Quick Publisher Actions will be synced. The Events which are added using 'Add Event' button will also be synced if you specify which Exchange/Google Events sync to Salesforce by setting 'Events users select' on Sync configuration.
Lightning Sync is available for Sales/Service Cloud (Salesforce), Lightning Platform and Force.com User licenses. Depending on the objects that are available through the license, reps can sync Contacts, Events, or both between their Microsoft applications and Salesforce.
Note: Events are synced for the Salesforce Users with Lightning Platform - Salesforce Platform, Lightning Platform - OneApp or Lightning Platform App Subscription licenses. Contact sync isn’t supported for Lightning Sync customers working from the user license Lightning Platform - One App. Lightning Platform - One App doesn’t include the Contacts object. Lightning Platform Starter and Lightning Platform Plus license types do not support both Events and Contacts sync.
Lightning Experience offers event attendees, which are similar to event invitees in Salesforce Classic, with a few differences.
Attendees field is only available when you meet the below criteria:
Depending on multiple internal and/or external factors (which includes User base and number of records in sync), initial sync could take time ranging from 48-72 hours or even more. Once initial sync is completed, every newly created record will be synced in minutes. However, syncing can take up to a day or more in some cases:
Review Contact Sync and Event Sync.
Log a Support Case with Salesforce if you see major delays in syncing of records.
2-factor authentication will not work with Lightning Sync because the sync engine runs as a service. Currently Outlook Multi-factor Authentication is not supported with Lightning Sync service account method. As a workaround, disable Multi-factor authentication for just the service account. Please refer to Set Two-Factor Authentication Login Requirements for more information.
No, it's not possible to add custom field mapping using Lightning Sync as Lightning Sync runs as service, if a field (ex: Category) in Lightning Sync for Exchange setup is not available in the UI, it's simply not available for mapping.
No, Lightning Sync requires a Primary Mailbox address having Calendar and Contacts folder access to sync the records. If you are using 'Alias' or 'Distribution List' or 'Shared Group' Mailbox/Email Address, the syncing may not work, and Salesforce will not be able to provide support for them.
One of the reasons for this is the fact Lightning Sync does not support Salesforce to Exchange (Outlook) delete of events for orgs that have the legacy "BiDi sync (Beta)" permission enabled. In order to delete events from Salesforce to Exchange, this permission needs to be disabled. Please reach out to Salesforce Support for help in disabling this permission for your Salesforce org.
When syncing Events using Lightning Sync, Windows and Salesforce must have the same time zone set up. When they are different, Salesforce will display the users timezone settings. This results in Events showing an hour or two delayed or advanced.
Salesforce gives sync preference to objects syncing with Einstein Activity Capture or Lightning Sync. However, because Salesforce gives preference by object, not by configuration type, either or both features can sync your reps’ Microsoft® items. See How Salesforce Manages Sync Conflicts Between Products.
Only changes made directly on the event will cause a sync. Event ownership change due to ownership change of related records will not sync.
000382000

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.