Hier finden Sie Antworten auf spezielle Fragen, die Sie möglicherweise zur Arbeit mit Salesforce Lightning Sync haben:
1. Warum ist für die Verbindung über OAuth 2.0 mit einem Microsoft Office 365®-Account die globale Office365-Administratorrolle erforderlich?
Falls Sie sich noch nicht mit OAuth 2.0 auskennen, lesen Sie zuerst die Spezifikationen: OAuth 2.0
Auf der Einrichtungsseite von Lightning Sync sehen Sie, dass wir den Benutzer auf die Microsoft O365-Anmeldeseite umleiten, wenn der globale Administrator-Account zur Authentifizierung angefordert wird. Die Anmeldeinformationen werden niemals für Lightning Sync bereitgestellt und Salesforce erfährt diese Anmeldeinformation zu keinem Zeitpunkt. Das bedeutet, dass diese Daten nicht in der Salesforce-Organisation vorhanden sind und auch nicht bei nachfolgenden Verbindungen mit O365 verwendet werden. Stattdessen wird nach der OAuth-Ersteinrichtung ein OAuth-Token verwendet, das die Anmeldeinformationen nicht enthält. Vielmehr wird nach der anfänglichen Einrichtung von OAuth ein OAuth-Token, das die Anmeldedaten nicht enthält, in Form einer einmaligen Zustimmung zur OAuth-Authentifizierung verwendet.
In der Anfangsphase des OAuth 2.0-Flows wird die mandantenfähigen Azure-Anwendung von Lightning Sync (namens 'Salesforce Lightning Sync') in der Azure-Instanz installiert. Dies ist hier im Active Directory-Portal zu sehen. Damit stimmt der globale Azure-Administrator zu, dass die Lightning Sync-Anwendung ein OAuth-Token erhalten kann, das über EWS auf die Postfächer der Benutzer zugreifen kann.
Der Zweck dieses Verfahrens besteht darin, die Anwendung im AD des Kunden bei dessen Azure-Mandanten zu registrieren und die Mandanten-ID von Azure durch Lightning Sync abzurufen. Der globale Azure-Administrator muss kein synchronisierender Benutzer sein. Der Administrator erhält zudem durch die Anmeldung bei Azure keine zusätzlichen Befugnisse oder Identitätswechselrechte. Er installiert lediglich die Anwendung in seinem Azure-Mandanten. Die Anwendung bleibt installiert und funktioniert auf unbegrenzte Zeit, auch wenn der Administrator sein Passwort ändert oder das Unternehmen verlässt.
Weitere Informationen zu Architektur und Design der Lightning Sync-Anwendung für Unternehmen finden Sie unter:
Microsoft Identity Platform und der Fluss von OAuth 2.0-Clientanmeldeinformationen
Client credentials overview documentation (Übersicht zu Clientanmeldeinformationen)
Building Daemon or Service Apps with Office 365 Mail, Calendar, and Contacts APIs
Nachfolgend sind einige weitere Punkte aufgeführt, die den von Lightning Sync verwendeten Zugriff/die Berechtigung erklären:
2. Was geschieht bei einer Kennwortänderung oder bei einem Downgrade der globalen Office365-Administratorrolle zu "Benutzer (kein Administratorzugriff)" oder wenn wir die Daten des globalen Administrators löschen, der die Verbindung über OAuth 2.0 für Microsoft Exchange ursprünglich hergestellt hat?
Dann ändert sich nichts und die Lightning Sync-Verbindung bleibt bestehen, da das Zugriffstoken erneut verwendet und nicht auf ein neues Token aktualisiert wird.
Hinweis: Sobald der globale Administrator seine Zustimmung erteilt und die Anwendung auf dem Mandanten installiert hat, kann Lightning Sync ein Token abrufen, um über die EWS-APIs auf die Postfach-Accounts der Benutzer auf diesem Mandanten zuzugreifen.
3. Was passiert bei einer Änderung des Kennworts für den Exchange-Service-Account, nachdem die Verbindung über "Service-Account für Microsoft Exchange" hergestellt wurde?
In diesem Fall müssen Sie die Anmeldeinformationen für den Exchange-Service-Account im Sync-Setup von Salesforce Lightning erneut eingeben, ansonsten funktioniert die Datensatzsynchronisierung nicht.
4. Wie wird das Kennwort des Exchange-Service-Accounts in Lightning Sync gespeichert, wenn die Verbindungsmethode: "Service-Account für Microsoft Exchange" verwendet wird?
Lightning Sync fragt den Namen und das Kennwort des Service-Accounts auf der Visualforce-Seite ab und speichert das Kennwort in verschlüsselter Form unter Verwendung einer kryptografischen Hash-Funktion innerhalb der Datenbank, wobei die vorhandene Funktion "Verschlüsseltes Feld" in Salesforce genutzt wird, die auch einen Mechanismus zur Schlüsselverwaltung bietet. Lightning Sync verwendet diese verschlüsselten Anmeldeinformationen zur Kommunikation mit Exchange über EWS- und Autodiscovery-Services, nachdem die SSL-verschlüsselte Verbindung hergestellt wurde, und gibt niemals den Klartext, sondern nur eine Hash-Ausgabe weiter. Die Anwendung hasht das bereitgestellte Kennwort und vergleicht es mit dem gespeicherten Kennwort.
Die Anmeldedaten werden in einem dreischichtigen, PCI-konformen Schlüsselspeicherschema gespeichert.
5. Können Ereignisse mit Lightning Sync bidirektional synchronisiert werden?
Ja, Sie können Ereignisse mit Lightning Sync und einer beliebigen verfügbaren Verbindungsmethode in beide Richtungen synchronisieren. Weitere Informationen finden Sie unter In der Konfiguration verfügbare Richtungen für die Ereignissynchronisierung mit Lightning Sync.
6. Können Ereignisse, die über API-/Backend-Tools erstellt wurden, mit der bidirektionalen Synchronisierung von Salesforce mit Exchange synchronisiert werden?
Ja. Seit der Version Winter '19 werden Ereignisse, die über API-/Backend-Tools erstellt wurden, automatisch entsprechend den bestehenden Synchronisierungskonfigurationen der Mitarbeiter synchronisiert.
7. Können Ereignisse mit Lightning Sync synchronisiert werden, die über das Add-In für die Outlook-Integration oder das für die Gmail-Integration mit Schnellaktionen (Publisher-Aktionen) erstellt wurden?
Ja, alle Ereignisse, die über das Add-In für die Outlook-Integration oder über Lightning für Gmail erstellt wurden, werden ebenfalls mit Lightning Sync von Salesforce zum Exchange-Kalender (Google) synchronisiert.
Hinweis: Die Ereignisse, die über Publisher-Schnellaktionen im seitlichen Bereich erstellt wurden (E-Mail-Anwendungsfenster), werden synchronisiert. Über die Schaltfläche "Ereignis hinzufügen" hinzugefügte Ereignisse werden ebenfalls synchronisiert, wenn Sie in der Synchronisierungskonfiguration "Von Benutzern ausgewählte Ereignisse" festlegen und angeben, mit welchen Exchange-/Google-Ereignissen synchronisiert werden soll.
8. Welche Salesforce-Lizenztypen werden von Lightning Sync unterstützt?
Lightning Sync ist für Sales/Service Cloud (Salesforce)-, Lightning-Plattform- und Force.com-Benutzerlizenzen verfügbar. Abhängig davon, welche Objekte über die Lizenz verfügbar sind, können Mitarbeiter Kontakte, Ereignisse oder beides zwischen ihren Microsoft-Anwendungen und Salesforce synchronisieren.
Hinweis: Ereignisse werden für die Salesforce-Benutzer mit den Lizenzen Lightning Platform – Salesforce Platform, Lightning Platform – OneApp oder Lightning Platform – Anwendungsabonnement synchronisiert. Die Kontaktsynchronisierung wird für Lightning Sync-Kunden, die die Benutzerlizenz "Lightning-Plattform-One-Anwendung" verwenden, nicht unterstützt. In "Lightning-Plattform-One-Anwendung" ist das Kontaktobjekt nicht enthalten. Für die Lizenztypen Lightning Platform Starter und Lightning Platform Plus wird weder die Ereignis- noch die Kontaktsynchronisierung unterstützt.
9. Worin besteht der Unterschied zwischen Ereignisteilnehmern und eingeladenen Ereignisteilnehmern in Salesforce, und können sie zwischen Salesforce und Exchange synchronisiert werden?
Lightning Experience bietet Ereignisteilnehmer, die abgesehen von einigen Unterschieden den Ereignisteilnehmern in Salesforce Classic ähneln.
10. Warum wird mir das Standardfeld "Teilnehmer" in den Salesforce-Ereignissen nicht angezeigt?
Das Feld "Teilnehmer" ist nur dann verfügbar, wenn bei Ihnen die unten genannten Kriterien zutreffen:
11. Mit welcher Häufigkeit werden Ereignisse und Kontakte mit Lightning Sync synchronisiert?
Die erste Synchronisierung kann 48-72 Stunden oder sogar etwas länger dauern. Dies ist von mehreren internen und/oder externen Faktoren abhängig (u. a. Benutzerbasis, Anzahl der zu synchronisierenden Datensätze). Nach Abschluss der ersten Synchronisierung nimmt die Synchronisierung aller neu erstellten Datensätze nur wenige Minuten in Anspruch. Die Synchronisierung kann jedoch in einigen Fällen bis zu einem Tag oder mehr dauern:
Siehe auch Kontaktsynchronisierung und Ereignissynchronisierung.
Protokollieren Sie einen Support-Kundenvorgang, falls es bei der Synchronisierung der Datensätze zu größeren Verzögerungen kommt.
12. Wird die mehrstufige Authentifizierung in Lightning Sync unterstützt?
Die Zwei-Faktoren-Authentifizierung funktioniert für Lightning Sync nicht, da das Synchronisierungsmodul als Service ausgeführt wird. Die mehrstufige Authentifizierung von Outlook wird derzeit für die Service-Account-Methode in Lightning Sync nicht unterstützt. Deaktivieren Sie die mehrstufige Authentifizierung als Übergangslösung nur für den Service-Account. Weitere Informationen finden Sie unter Festlegen der Anforderungen für die Zwei-Faktoren-Authentifizierung zur Anmeldung.
13. Welche bewährten Methoden sollte ich beim Einrichten von Lightning Sync berücksichtigen?
Nein, es ist nicht möglich, die benutzerdefinierte Feldzuordnung mit Lightning Sync hinzuzufügen, da Lightning Sync als Service ausgeführt wird. Wenn ein Feld (z. B. Kategorie) im Setup von Lightning Sync für Exchange auf der Benutzeroberfläche nicht verfügbar ist, steht es für die Zuordnung nicht zur Verfügung.
Nein, für Lightning Sync ist eine primäre Postfachadresse mit einem Kalender- und einem Kontakte-Ordner für die Synchronisierung von Datensätzen erforderlich. Wenn Sie für das Postfach/die E-Mail-Adresse "Alias", "Verteilerliste" oder "Freigabegruppe" verwenden, funktioniert die Synchronisierung möglicherweise nicht, und Salesforce kann keine entsprechende Unterstützung anbieten.
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.