Konfigurieren der serverbasierten Authentifizierung mit Microsoft Dynamics 365 (lokal) und SharePoint (lokal)

 

Veröffentlicht: Februar 2017

Gilt für: Dynamics 365 (on-premises), Dynamics CRM 2016

In diesem Thema wird beschrieben, wie die serverbasierte Integration zwischen Dynamics 365 (lokal) und Microsoft SharePoint (lokal) konfiguriert wird.

In diesem Thema

Einrichten der serverbasierten Integration mit Dynamics 365 und SharePoint

OneDrive for Business-Integration hinzufügen

Fehlerbehebung der serverbasierten Integration zwischen Dynamics 365 Server (lokal) und SharePoint Server (lokal)

Info zu anspruchsbasierter Authentifizierungszuordnung

Verwenden digitaler Zertifikate

Abrufen der SharePoint-Bereichskennung

Einrichten der serverbasierten Integration mit Dynamics 365 und SharePoint

Führen Sie die Schritte in der vorgesehenen Reihenfolge aus, um Dynamics 365 (lokal) mit Microsoft SharePoint Server (lokal) zu installieren.

Wichtig

• Wenn eine Aufgabe nicht abgeschlossen wird, z. B. ein PowerShell-Befehl, der eine Fehlermeldung zurückgibt, muss das Problem behoben werden, bevor Sie zum nächsten Befehl, zur nächsten Aufgabe oder zum nächsten Schritt übergehen.

• Nachdem Sie serverbasierte SharePoint-Integration aktiviert haben, können Sie die vorherige clientbasierten Authentifizierungsmethode nicht wiederherstellen. Hierzu kann Microsoft Dynamics CRM-Listenkomponente nicht verwendet werden, nachdem Sie Ihre Dynamics 365-Organisation für serverbasierte SharePoint-Integration konfiguriert haben.

Überprüfen der Voraussetzungen

Bevor Sie Dynamics 365 (lokal) und SharePoint (lokal) für serverbasierte Integration konfigurieren, müssen die folgenden Genehmigungen vorliegen und Voraussetzungen erfüllt sein.

Berechtigungen sind erforderlich.

Microsoft Dynamics 365

• Systemadministratorsicherheitsrolle - Dies ist erforderlich, um Aktivieren des Assistenten für serverbasierten SharePoint-Integration in Microsoft Dynamics 365auszuführen.

• Wenn Sie ein selbstsigniertes Zertifikat für Evaluierungszwecke verwenden, müssen Sie Mitglieder der lokalen Administratorengruppe auf dem Computer sein, auf dem Microsoft Dynamics 365 Server ausgeführt wird.

SharePoint lokal

• Farm Administrator-Gruppenmitgliedschaft - Dies ist erforderlich, um die meisten Windows PowerShell-Befehle auf dem SharePoint Server auszuführen.

SharePoint-Voraussetzungen

• Eine der folgenden SharePoint-Versionen:

  • SharePoint 2016 lokal.

    Hinweis

    Update für Dynamics 365 (online und lokal), Dezember 2016 muss SharePoint 2016 mit Dynamics 365 (lokal) verwenden.Weitere Informationen:Update für Dynamics 365 (online und lokal), Dezember 2016

  • Microsoft SharePoint 2013 (lokal) mit Service Pack 1 (SP1) oder spätere Version mit den folgenden Updates.

    • Hotfix KB2883081 für SharePoint Foundation 2013, 12. August 2014 (Sts-x-none.msp)

    • Die folgenden Updates sind Voraussetzung für KB2883081 und ggf. ebenfalls erforderlich.

      • https://support2.microsoft.com/kb/2768000

      • https://support.microsoft.com/kb/2767999

      • https://support.microsoft.com/kb/2880963

• SharePoint-Konfiguration

  • SharePoint muss nur für eine Farmbereitstellung konfiguriert werden.

  • Um die standardmäßige anspruchsbasierte Authentifizierungszuordnung zu verwenden, muss die Active Directory-Domäne, in der sich der SharePoint-Server und Microsoft Dynamics 365-Server befinden, entweder dieselbe sein oder die Domäne, in der sich der SharePoint-Server befindet, muss der Domäne vertrauen, in der sich Microsoft Dynamics 365 Server befindet. Weitere Informationen: Info zu anspruchsbasierter Authentifizierungszuordnung

  • Die SharePoint-Website muss konfiguriert sein, um TLS/SSL (HTTPS) zu verwenden, und das Zertifikat muss durch eine öffentliche Stammzertifizierungsstelle ausgestellt werden.Weitere Informationen:SharePoint: Informationen zu Zertifikaten für sicheren Kanal (SSL)

  • Der App-Verwaltungsservice-Anwendungsproxy muss erstellt und gestartet werden.Weitere Informationen:Konfigurieren Sie eine Umgebung für Apps für SharePoint

  • Eine Benutzerprofil-Dienstanwendung muss konfiguriert und gestartet werden.Weitere Informationen:Erstellen, Bearbeiten oder Löschen von Benutzerprofildienstanwendungen in SharePoint Server 2013

  • Für Dokumentenfreigabe muss der SharePoint-Suchdienst aktiviert werden.Weitere Informationen:Erstellen und Konfigurieren einer Suchdienstanwendung in SharePoint Server

  • Für Dokumentenverwaltungsfunktonen, wenn mobile Microsoft Dynamics 365-Apps verwendet werden, muss der lokale SharePoint-Server über das Internet verfügbar sein.

  • Um es Benutzern zu ermöglichen, SharePoint-Dokumentbibliotheken aus Dynamics 365 zu erstellen, sind die folgenden Berechtigungen sowie Konfigurationen erforderlich:

    • Die Dynamics 365-Benutzer-Active Directory-Firma muss ein Mitglied der Websitemitgliedergruppe auf der SharePoint-Websitesammlung sein, in der die Dokumente gespeichert werden.

    • Standardmäßig wird die Zuordnung der anspruchsbasierten Authentifizierung die primäre Dynamics 365-E-Mail-Adresse des Benutzers und die lokale, geschäftliche SharePoint-E-Mail-Adresse für die Zuordnung verwenden. Wenn diese Zuordnung verwendet wird, müssen die E-Mail-Adressen des Benutzers zwischen den beiden Systemen übereinstimmen. Weitere Informationen: Info zu anspruchsbasierter Authentifizierungszuordnung

Andere Voraussetzungen und Einschränkungen

• X509 digitales Zertifikat für die Verwendung der serverbasierten Authentifizierung zwischen Microsoft Dynamics 365 Server und dem SharePoint-Server. Die Zertifikatsschlüssel müssen ein mindesten eine Verschlüsselung mit 2048 Bits haben. In den meisten Fällen muss dieses Zertifikat von einer vertrauenswürdigen Zertifizierungsstelle ausgegeben werden, aber Sie können zu Auswertungszwecken ein selbstsigniertes Zertifikat verwenden.

• Die Identität für den CRMAppPool-Anwendungspool muss über Lesezugriff auf Zertifikat x509 verfügen, das für serverbasierte Authentifizierung mit Microsoft Dynamics 365 Server und dem SharePoint Server verwendet wird. Sie können das Certificates MMC-Snap-In verwenden, um diesen Zugriff zu erteilen.

• Wenn Sie Microsoft SharePoint 2013 für jede SharePoint-Farm verwenden, kann nur eine Microsoft Dynamics 365-Organisation für die serverbasierte Integration konfiguriert werden. Sie können aber mit mehreren Microsoft Dynamics 365-Organisationen eine Verbindung zu einer SharePoint 2016-Serverfarm herstellen.

Bereiten Sie den Microsoft Dynamics 365 Server für die serverbasierte Integration vor

DieCertificateReconfiguration.ps1 Ist ein Skript, mit dem Windows PowerShell Skript das ein zertifikat im lokalen Zertifikatspeicher installiert und gewährt das angegebene Microsoft Dynamics 365 asynchronen Service-Identitätszugriff auf das Zertifikat und macht einen Update des Microsoft Dynamics 365 Server um das Zertifikat zu verwenden.

Hinzufügen des Server-zu-Server-Zertifikats zu dem lokalen Zertifikatspeicher und der Microsoft Dynamics 365-Konfigurationsdatenbank

1. Öffnen Sie eine PowerShell Befehlssitzung auf allen Servern, wo die Microsoft Dynamics 365 Server vollständige Serverrolle installiert ist. Für andere Serverrollenbereitstellungen, wenn Sie das cmdlet zur Installation ausführen, hängt das Zertifikat von der Version von Microsoft Dynamics 365, die Sie besitzen.

   • Für Dezember 2016 Service-Paket für Microsoft Dynamics 365 (lokal) und höher führen Sie diesen Befehl auf allen Servern aus, wo die Rolle Webanwendungsserver ausgeführt wird.

   • Für Microsoft Dynamics CRM 2016 Service Pack 1 und frühere Versionen führen Sie diesen Befehl auf allen Servern aus, wo die Serverrolle Asynchroner Dienst ausgeführt wird.

2. Ändern Sie den Ort zum <Laufwerk: \-Program Files\Microsoft Dynamics CRM\Tools Ordner.

3. Führen Sie das Skript CertificateReconfiguration.ps1 Windows PowerShell aus, wie es hier beschrieben ist:

   • certificateFilepath\Personalcertfile.pfx . Erforderlicher Parameter, der den vollständigen Pfad zur Datei des privaten Informationsaustauschs angibt (.pfx). Weitere Informationen: Verwenden digitaler Zertifikate

   • passwordpersonal_certfile_password. Erforderlicher Parameter, der das private Zertifikatskennwort angibt.

   • certificateType S2STokenIssuer. Erforderlicher Parameter, der den Zertifikatstyp angibt. Für die serverbasierte Integration für Microsoft Dynamics 365 und SharePoint wird nur S2STokenIssuer unterstützt.

   • serviceAccount "DomainName\UserName" oder "Netzwerkdienst".

     • Für Dezember 2016 Service-Paket für Microsoft Dynamics 365 (lokal) und höher:

       serviceAccount "contoso\CRMWebAppServer" oder "Netzwerkdienst". Erforderlicher Parameter, der die Identität für die Rolle Webanwendungsserver angibt. Die Identität ist entweder ein Domänenbenutzerkonto wie z.B. contoso\CRMWebAppServer oder Netzwerkdienst. Die Identität erhält eine Berechtigung für das Zertifikat.

     • Für Microsoft Dynamics CRM 2016 Service Pack 1 und frühere Versionen:

       serviceAccount "contoso\CRMAsyncService" oder "Netzwerkdienst". Erforderlicher Parameter, der die Identität für Asynchroner Dienst angibt. Die Identität ist entweder ein Domänenbenutzerkonto wie z.B. contoso\CRMAsyncService oder Netzwerkdienst. Die Identität erhält eine Berechtigung für das Zertifikat.

   • updateCrm. Fügt die Zertifikatsinformationen zur Microsoft Dynamics 365-Konfigurationsdatenbank hinzu.

     Wichtig

     Selbst wenn Sie mehrere bereitgestellte Webanwendungsserver oder asynchrone Dienstrollen haben, müssen Sie nur den folgenden Befehl mit dem updateCrm-Parameter erneut ausführen.

   • storeFindType FindBySubjectDistinguishedName. Gibt den Typ des Zertifikatspeichers an. Standardmäßig ist dieser Wert FindBySubjectDistinguishedName und wird empfohlen, wenn Sie das Skript ausführen.

   Wichtig

   Obwohl die updateCrm und StoreFindType-Parameter für die Ausführung dieses Befehls optional sind, sind diese Parameter erforderlich für serverbasierte, SharePoint-Integration, damit Information der Zertifikationsdatenbank hinzugefügt werden können.

   Beispiel

   .\CertificateReconfiguration.ps1 -certificateFile c:\Personalcertfile.pfx -password personal_certfile_password -updateCrm -certificateType S2STokenIssuer -serviceAccount Domain\UserName -storeFindType FindBySubjectDistinguishedName
   

Vorbereiten der SharePoint-Farm für die serverbasierte Integration

Abrufen der Dynamics 365-Bereichs-ID

1. Starten Sie die Aktivieren des Assistenten für serverbasierten SharePoint-Integration.Gehen Sie zu Einstellungen > Dokumentenverwaltung. (Wie komme ich dorthin?)

2. Klicken Sie auf Weiter, klicken Sie auf Lokal, und dann auf Weiter.

3. Die ID wird neben Dynamics 365-Bereichs-ID auf der Seite angezeigt.

   Tipp

   Speichern Sie die Dynamics 365-Bereichs-ID in einer Textdatei in einer sicheren Netzwerkfreigabe oder in einem cloudbasierten Speicher. Dann können Sie sie einfach von dem Speicherort abrufen, an dem Sie den Aktivieren des Assistenten für serverbasierten SharePoint-Integration ausführen.

Auf dem lokalen SharePoint-Server, in der SharePoint-Verwaltungsshell, führen Sie diese PowerShell-Befehle in der genannten Reihenfolge aus.

Vorbereiten des SharePoint-Servers für die Dynamics 365 Server-Authentifizierung

1. Wenn Sie eine PowerShell-Verwaltungsshell verwenden, die nicht der SharePoint-Verwaltungsshell entspricht, müssen Sie das SharePoint-Modul mithilfe des folgenden Befehls registrieren.

   Add-PSSnapin Microsoft.SharePoint.PowerShell
   

   Aktivieren Sie die PowerShell-Sitzung, um Änderungen am Sicherheitstokendienst für die SharePoint-Farm vorzunehmen.

   $c = Get-SPSecurityTokenServiceConfig
   $c.AllowMetadataOverHttp = $true
   $c.AllowOAuthOverHttp= $true
   $c.Update()
   

2. Erstellen Sie das vertrauenswürdige Sicherheitstokendienst-Objekt, wobei OrganizationName der eindeutige Name der Microsoft Dynamics 365-Organisation und CrmServer der Name des IIS-Webservers ist, auf dem die Microsoft Dynamics 365-Webanwendungs-Serverrrolle installiert ist, und der Name "crm" wird verwendet, um den Sicherheitstokenserver (STS) zu bezeichnen.

   Wichtig

   • Die Verbindung mit mehr als einer Microsoft Dynamics 365-Organisation mit einer einzelnen Microsoft SharePoint 2013-Serverfarm wird nicht unterstützt. Sie können aber mit mehreren Microsoft Dynamics 365-Organisationen eine Verbindung zu einer SharePoint 2016-Serverfarm herstellen.

   • Wenn Sie den PowerShell-Befehl "New-SPTrustedSecurityTokenIssuer" ausführen, müssen Sie HTTPS für den Microsoft Dynamics 365-Metadatenendpunkt angeben, wenn die Microsoft Dynamics 365-Anwendungswebsite nur HTTPS oder HTTPS- und HTTP-Bindungen nutz, wie im folgenden Beispiel.

   New-SPTrustedSecurityTokenIssuer –Name "crm" –IsTrustBroker:$false –MetadataEndpoint https://CrmServer/XrmServices/2015/metadataendpoint.svc/json?orgName=OrganizationName
   

3. Registrieren Sie Microsoft Dynamics 365 bei der SharePoint-Websitesammlung.

   Um die folgenden Befehle aus, müssen Sie die folgenden zwei Parameter angeben:

   • Die lokale SharePoint-Websitesammlungs-URL. Im Beispiel hier wird https://sharepoint.contoso.com/sites/crm/ für die Websitesammlungs-URL verwendet.

   • Die CrmRealmId ist die ID Microsoft Dynamics 365 der Organisation, die Sie für die Dokumentenverwaltung mit SharePoint verwenden möchten.Weitere Informationen:Abrufen der Dynamics 365-Bereichs-ID

   Wichtig

   Um diese Befehle abzuschließen, muss der SharePoint-App-Verwaltungsservice-Anwendungsproxy vorhanden sein und ausgeführt werden. Weitere Informationen zum Starten und Konfigurieren des Dienstes finden Sie im Dienstanwendungen-Thema "Konfigurieren der Abonnementeinstellungen und App-Verwaltung" in Konfigurieren einer Umgebung für Apps für SharePoint (SharePoint 2013).

   $CrmRealmId = "CRMRealmId"
   
   $Identifier  = "00000007-0000-0000-c000-000000000000@" + $CrmRealmId
   
   $site = Get-SPSite "https://sharepoint.contoso.com/sites/crm/"
   
   Register-SPAppPrincipal -site $site.RootWeb -NameIdentifier $Identifier -DisplayName "crm"
   

4. Gewähren Sie der Microsoft Dynamics 365-Anwendung Zugriff für die SharePoint-Website.

   Hinweis

   Im Beispiel unten wird der Microsoft Dynamics 365-Anwendung die Berechtigung für die angegebene SharePoint-Websitesammlung erteilt, indem der –Scope sitecollection-Parameter verwendet wird. Der Scope-parameter akzeptiert die folgenden Optionen. Verwenden Sie den Umfang, der für die SharePoint-Konfiguration am besten geeignet ist:

   • site. Bewilligt der angegebenen Dynamics 365-Anwendung die Berechtigung nur für die angegebene SharePoint-Website. Gewährt für Unterwebsites unter der benannten Website keine Berechtigungen.

   • sitecollection. Bewilligt der Dynamics 365-Anwendung Berechtigung für alle Websites und Unterwebsites in der die Websites und SharePoint-Websitesammlung.

   • sitesubscription. Bewilligt der Dynamics 365-Anwendung Berechtigung für alle Websites in der SharePoint-Farm (inkl. aller Websitesammlung, Websites, und Unterwebsites).

   $app = Get-SPAppPrincipal -NameIdentifier $Identifier -Site $site.Rootweb
   Set-SPAppPrincipalPermission -AppPrincipal $app -Site $site.Rootweb -Scope "sitecollection" -Right "FullControl" -EnableAppOnlyPolicy
   #"Set up claims-based authentication mapping"
   New-SPClaimTypeMapping -IncomingClaimType "https://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress" -IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming
   

Führen Sie den Aktivieren des Assistenten für serverbasierten SharePoint-Integration aus.

1. Wechseln Sie in der Microsoft Dynamics 365-App zu Einstellungen > Dokumentenverwaltung.

2. Klicken Sie im Bereich Dokumentenverwaltung auf die Option Serverbasierte SharePoint-Integration aktivieren.

3. Prüfen Sie die Informationen, und klicken Sie dann auf Weiter.

4. Klicken Sie für die SharePoint-Websites auf Lokal und dann auf Weiter.

5. Geben Sie in der Phase Websites vorbereiten die folgenden Informationen ein:

   • Geben Sie die lokale SharePoint-Websitesammlungs-URL ein, z. B. https://sharepoint.contoso.com/sites/crm. Die Website muss für TLS/SSL konfiguriert sein.

   • SharePoint-Bereichs-ID.Abrufen der SharePoint-Bereichskennung

6. Klicken Sie auf Weiter.

7. Der Websites überprüfen-Abschnitt wird angezeigt. Wenn alle Websites gültig sind, klicken Sie auf Aktivieren. Wenn mindestens eine Website ungültig ist, siehe Fehlerbehebung der serverbasierten Integration zwischen Dynamics 365 Server (lokal) und SharePoint Server (lokal).

Auswählen der Entitäten, die in die Dokumentenverwaltung integriert werden sollen

Standardmäßig sind Firmen-, Artikel- Lead-, Produkt-, Angebots-, und Vertriebsdokumentationsentitäten enthalten. Sie können die Entitäten hinzufügen oder entfernen, die für die Dokumentenverwaltung mit SharePoint in Dokumentenverwaltungseinstellungen in Microsoft Dynamics 365 verwendet werden.Gehen Sie zu Einstellungen > Dokumentenverwaltung. (Wie komme ich dorthin?)Weitere Informationen:Kundencenter: Aktivieren der Dokumentenverwaltung für Entitäten

OneDrive for Business-Integration hinzufügen

Nachdem Sie die serverbasierte Integrierungskonfiguration für Microsoft Dynamics 365 und SharePoint (lokal) abgeschlossen haben, könen Sie auch OneDrive for Business integrieren. Mit der Integration von Microsoft Dynamics 365 und OneDrive for Business, können Microsoft Dynamics 365-Benutzer private Dokumente unter Verwendung von OneDrive for Business erstellen und verwalten. Auf diese Dokumente innerhalb von Dynamics 365 zugegriffen werden, sobald der Systemadministrator sie in OneDrive for Business aktiviert hat.

OneDrive for Business aktivieren

Öffnen Sie auf dem Windows Server, auf dem SharePoint Server (lokal) ausgeführt wird, die SharePoint-Verwaltungs-Shell, und führen Sie die folgenden Befehle aus:

Add-Pssnapin *
# Access WellKnown App principal
[Microsoft.SharePoint.Administration.SPWebService]::ContentService.WellKnownAppPrincipals

# Create WellKnown App principal
$ClientId = "00000007-0000-0000-c000-000000000000"
$PermissionXml = "<AppPermissionRequests AllowAppOnlyPolicy=""true""><AppPermissionRequest Scope=""https://sharepoint/content/tenant"" Right=""FullControl"" /><AppPermissionRequest Scope=""https://sharepoint/social/tenant"" Right=""Read"" /><AppPermissionRequest Scope=""https://sharepoint/search"" Right=""QueryAsUserIgnoreAppPrincipal"" /></AppPermissionRequests>"

$wellKnownApp= New-Object -TypeName "Microsoft.SharePoint.Administration.SPWellKnownAppPrincipal" -ArgumentList ($ClientId, $PermissionXml)

$wellKnownApp.Update()

Fehlerbehebung der serverbasierten Integration zwischen Dynamics 365 Server (lokal) und SharePoint Server (lokal)

Weitere Informationen zum zur Problembehandlung der Aktivieren des Assistenten für serverbasierten SharePoint-Integration und zum Anzeigen der SharePoint-Überwachungsprotokolle finden Sie in Problembehandlung bei serverbasierter Authentifizierung.

Bekannte Probleme

Informationen zur Dokumentationsverwaltung bei der Problembehandlung bei SharePoint und bei bekannten Problemen finden Sie unter Problembehandlung bei serverbasierter Authentifizierung

Info zu anspruchsbasierter Authentifizierungszuordnung

Standardmäßig verwendet serverbasierte Authentifizierung zwischen dem Dynamics 365 (lokal) und SharePoint (lokal) die Sicherheits-ID (SID) des Benutzers, um die einzelnen Benutzer zu authentifizieren. Wenn sich Microsoft Dynamics 365 Server und SharePoint in unterschiedlichen Active Directory-Domänen befinden, für die keine Vertrauensstellung vorhanden sind, müssen Sie eine benutzerdefinierte Zuordnung für die anspruchsbasierte Authentifizierung wie die E-Mail-Adresse des Benutzers verwenden.Weitere Informationen:Definieren von benutzerdefinierter Anspruchszuordnung für serverbasierte SharePoint-Integration

Verwenden digitaler Zertifikate

Im folgenden Verfahren wird eine Personal Information Exchange-Datei (.pfx) erstellt.

1. Auf einem Computer, der Zugriff auf das Zertifikat hat, das Sie für eine Server-zu-Server-Authentifizierung verwenden möchten, klicken Sie auf Start, Ausführen, geben Sie MMC ein, und drücken Sie die Eingabetaste.

2. Klicken Sie auf Datei und dann auf Snap-In hinzufügen/entfernen.

3. Klicken Sie in der Liste "Verfügbare Snap-Ins" auf Zertifikate, Hinzufügen, Computerkonto, Weiter und dann auf Fertig stellen, um den lokalen Computer auszuwählen, und klicken Sie dann auf OK.

4. Erweitern Sie Zertifikate, erweitern Sie Persönlich und klicken Sie dann auf Zertifikate.

5. Klicken Sie mit der rechten Maustaste auf das Zertifikat, für das Sie eine persönliche Zertifikatsdatei erstellen möchten, zeigen Sie auf Alle Aufgaben, und klicken Sie anschließend auf Exportieren.

6. Klicken Sie auf Weiter, klicken Sie auf Ja, exportieren Sie den privaten Schlüssel, stellen Sie sicher, dass die folgenden Optionen überprüft werden, und klicken Sie dann auf Weiter.

   • Integrieren Sie alle Zertifikate im Zertifizierungspfad, wenn möglich

   • Alle erweiterten Eigenschaften exportieren

7. Klicken sie auf Durchjsuchen und geben Sie einen Speicherort und einen Dateiname für die PFX-Datei ein, und klicken Sie dann Speichern.

8. Klicken Sie auf Weiter und anschließend auf Fertig stellen.

Abrufen der SharePoint-Bereichskennung

Führen Sie den folgenden PowerShell-Befehl in der SharePoint-Verwaltungs-Shell aus. https://sharepoint.contoso.com/sites/crm/ ist die URL der SharePoint-Sitesammlung.

Get-SPAuthenticationRealm -ServiceContext https://sharepoint.contoso.com/sites/crm/

Alternativ können Sie die SharePoint-Bereichs-ID in den Site-App-Berechtigungseinstellungen der SharePoint-Sitesammlung finden.

1. Melden Sie sich bei der SharePoint-Websitesammlung an, die Sie für die Dokumentenverwaltung mit Microsoft Dynamics 365 verwenden möchten.

2. Gehen Sie zu Websiteeinstellungen > Website-App-Berechtigungen.

3. Die Bereichs-ID wird unter App-Bezeichner, rechts vom @ angezeigt. Kopieren Sie sie in die Zwischenablage. Fügen Sie in Aktivieren des Assistenten für serverbasierten SharePoint-Integration nur die GUID ein. Fügen Sie nichts in einen Teil des Bezeichners links von @ ein.

© 2017 Microsoft. Alle Rechte vorbehalten. Copyright