Freigeben über


Wichtige Änderungen in der zukünftigen Version von Microsoft Dynamics 365

 

Veröffentlicht: Januar 2017

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

Entwickler können diese Informationen verwenden, wenn sie Softwareentwicklung für zukünftige Versionen von Microsoft Dynamics 365 planen. Informationen über Änderungen, die Administratoren und IT-Experten berücksichtigen sollten, um auf spätere Versionen von Dynamics 365 vorbereitet zu sein, finden Sie hier: TechNet: Wichtige Änderungen in der zukünftigen Version von Microsoft Dynamics CRM.

Veraltung bedeutet, dass wir vorhaben, die Funktion in zukünftigen größeren Versionsupdates von Dynamics 365 zu entfernen. Die Funktion wird weiterhin funktionieren und vollständig unterstützt, bis sie offiziell entfernt wurde. Diese Veraltungsbenachrichtigung kann einige Jahren umfassen. Nach der Entfernung können die Funktionen nicht mehr verwendet werden. Wir benachrichtigen Sie jetzt, sodass genügend Zeit bleibt, Ihren Code zu planen und zu aktualisieren, bevor die Funktion entfernt wird.

In diesem Thema

SDK-Erweiterungen für Microsoft Dynamics 365

Microsoft Dynamics CRM 2011-Endpunkt

Einige Entitäten für das Wissensmanagement

Entfernung der alten Formularrenderingoption

Aktualisierungen der Dynamics 365-SDK-Assemblys

Menübandparameter, die auf Entitätstypcodes verweisen

SDK-Erweiterungen für Microsoft Dynamics 365

Seit Februar 2017 ist die SDK-Erweiterungen für Microsoft Dynamics 365 veraltet wird in zukünftigen Versionen von Dynamics 365 (Version 9.0 und höher) unterstützt. Diese Erweiterungen wurden in Dynamics CRM 2013 hinzugefügt, um Verbindungsklasse zu vereinfachte, eine starke Typgenerierung für Lösungen zu ermöglichen und Webportalfunktionen bereitzustellen. Diese Funktionen sind durch neue Funktionen ersetzt worden. Sie sollten stattdessen die XRM Tooling Assemblies verwenden, um Ihre Windows-Anwendung für Dynamics 365 zu erstellen.Weitere Informationen:.NET-Entwicklung: Verwendung der Dynamics 365-XRM Tooling-Assemblies. Informationen zu Portalfunktionen finden Sie im Administratorhandbuch den Portalfunktionen für Microsoft Dynamics 365.

Wenn Sie nach einer früheren Version der SDK- Dokumentation suchen, lesen Sie die SDK Erweiterungen für Microsoft Dynamics CRM 2015. Sie können die Portalassemblys und Tools für frühere Versionen von Dynamics CRM per Download des SDK-Erweiterungen NuGet-Pakets erhalten Es kann mit dem Dezember 2016 Update für Microsoft Dynamics 365 verwendet werden (Online und lokal).

Microsoft Dynamics CRM 2011-Endpunkt

Mit der Version Dynamics 365 (8.0) wurde ein neuer OData 4-Endpunkt zum Dynamics 365-Anwendungsstapel hinzugefügt. Dieser Endpunkt wird als Web-API bezeichnet. Die Web-API bietet eine Entwicklungserfahrung, die für eine Vielzahl von Programmiersprachen, Plattformen und Geräten verwendet werden kann. Die Web-API ist dazu vorgesehen, den CRM 2011-Endpunkt, auch SOAP-Endpunkt genannt, für den Zugriff auf den Dynamics 365-Organisationswebdienst zu ersetzen.

Ab den Versionen Microsoft Dynamics CRM Online 2016-Update 1 und Microsoft Dynamics CRM 2016 Service Pack 1 (8.1.0) ist der CRM 2011-Endpunkt veraltet. Der 2011-Endpunkt wird einige Zeit nach der Veröffentlichung von Dynamics 365 version 9 entfernt. Wir planen die Bereitstellung von Updates für die Dynamics 365-SDK-Assemblys und Tools innerhalb der nächsten kleineren Versionsupdates bereitzustellen, die auf eine erneute Ausrichtung der Web-API anstelle des 2011-Endpunkts abzielen.

Es wird dringend empfohlen, dass Sie als Entwickler die Web-API für den Zugriff auf die Dynamics 365-Webdienste verwenden, wenn Sie neuen Anwendungscode schreiben. Sie müssen vorhandene Anwendungen aktualisieren, sodass sie die Dynamics 365-Web-API für den Zugriff auf die Dynamics 365-Webdienste ab jetzt und bis zum Entfernen des 2011-Endpunkts nutzen. Wenn Sie Plug-Ins und benutzerdefinierte Workflowaktivitäten entwickeln, sollten Sie diese Projekte weiterhin mit den Dynamics 365-SDK-Assemblys verknüpfen. Die Dynamics 365-SDK-Assemblys werden aktualisiert, sodass sie die Web-API verwenden. Dieses Update ist vollständig transparent und jeder Code, der mithilfe des SDK selbst erstellt wurde, wird unterstützt.

Zusätzliche Informationen werden in zukünftigen SDK-Versionen veröffentlicht. Weitere Informationen zur Web-API finden Sie in Verwenden der Microsoft Dynamics 365-Web-API.

Einige Entitäten für das Wissensmanagement

Einige Wissensverwaltungsentitäten in Dynamics 365 sind veraltet: KbArticle, KbArticleComment und KbArticleTemplate. Sie müssen die neuere KnowledgeArticle-Entität (eingeführt in CRM Online 2016-Update und Dynamics 365) für das Wissensmanagement in Dynamics 365 verwenden.Weitere Informationen:Entitäten für das Wissensmanagement

Entfernung der alten Formularrenderingoption

Mit Microsoft Dynamics CRM Online 2015-Update 1 wurde ein neues Formularrenderingmodul eingeführt (auch "Turbo-Formulare" genannt), dessen Leistung verbessert wurde. Dieses neue Renderingmodul wurde Kunden mit lokalen Bereitstellungen mit Microsoft Dynamics CRM Online 2016 Update und Microsoft Dynamics CRM 2016 (lokal) zur Verfügung gestellt.

Da mit einer solchen Änderung sich das Verhalten von Formularskripten ändern kann, stellen wir derzeit nur eine Option Altes Formularrendering verwenden in den Systemeinstellungen zur Verfügung, sodass Ihre Organisation dies rückgängig machen kann, falls Sie Probleme erkennen. Dies ist als Übergangslösung gedacht. Wie in TechNet: Neuigkeiten für Administratoren und Anpasser in Microsoft Dynamics CRM 2015 und CRM Online und MSDN: Schreiben von Code für Microsoft Dynamics CRM-Formulare dokumentiert, empfehlen wir, umgehend auf Probleme einzugehen.

Die Option Altes Formularrendering verwenden wird in der nächsten Hauptversion entfernt. Das alte Formularrendering (manchmal auch "Aktualisierungsformulare" genannt) ist veraltet und wird nicht mehr verfügbar sein. Es wird nur die Renderingoption entfernt; die Formulardefinition wird weiterhin unterstützt. Organisationen, die noch nicht Probleme mit ihren Anpassungen behoben haben, indem Sie das neue Formularrenderingmodul verwendet haben, sollten sofort Maßnahmen ergreifen, um ein Upgrade auf die nächste Hauptversion auszuführen.

Wenn Sie das alte Formularrendering aktiviert haben, deaktivieren Sie es, und testen Sie Ihre Skripts. Wenn Sie während des Tests gravierende Änderungen an den Formularen feststellen, die Folgendes verwenden:

  • Die unterstützten Client-API-Objekte und -Methoden, die in Clientseitige Programmierreferenz dokumentiert sind, teilen dies dem technischem Support von Microsoft Dynamics 365 mit.

  • Nicht unterstützte Formularobjekte oder Methoden, entfernen diese Anpassungen oder suchen eine unterschiedliche Art, die gewünschten Ergebnisse zu erzielen.

Aktualisierungen der Dynamics 365-SDK-Assemblys

Aufgrund von Änderungen an der zugrunde liegenden Sicherheitsarchitektur von Dynamics 365 (online) und den unterstützten Systemen müssen Anwendungen, die derzeit den Microsoft Dynamics CRM 2011-Endpunkt für die Authentifizierung mit dem Dynamics 365 (online)-Identitätsanbieter verwenden, mit den neuesten Versionen der Microsoft Dynamics 365 SDK-Assemblys neu erstellt werden, um zukünftige Serviceausfälle zu verhindern. Bei Anwendungen, die mit dem Microsoft Dynamics 365 oder neuer erstellt wurden, verknüpfen Sie die Anwendungen mit Version 8.1.0 oder neueren SDK-Assemblys. Geplante Updates des Microsoft Dynamics CRM 2011 SDK, Microsoft Dynamics CRM 2013 SDK und Microsoft Dynamics CRM 2015 SDK zur Behebung des Problems werden über den CRM-Teamblog bekannt gegeben. Anwendungen, die von einer der aktuellen Assemblys abhängen, müssen einfach mit den aktualisierten Assemblys erneut verknüpft werden, um ordnungsgemäß zu funktionieren.

Wichtig

Dies betrifft nur Microsoft Dynamics 365 (online).

Menübandparameter, die auf Entitätstypcodes verweisen

Das <CrmParameter> (RibbonDiffXml)-Element, das verwendet wird, um benutzerdefinierte Menübandbefehle und Regeln zu verfassen, enthält einige Eigenschaften, die kontextbezogene Informationen für die Auswertung durch den Befehl oder die Regel bereitstellen. Drei von diesen verweisen auf einen Entitätstypenwert, der für Lösungen problematisch ist, die sich auf benutzerdefinierte Entitäten beziehen. Der Entitätstypcodewert für benutzerdefinierte Entitäten wird zugewiesen, wenn die Entität in einem Unternehmen erstellt wird. Der Wert beginnt mit 10.000 und wird für jede Entität, die in der Organisation erstellt wird, entsprechend inkrementiert. Das bedeutet, dass sich der Wert wahrscheinlich in den verschiedenen Organisationen unterscheidet. Anstatt sich auf diesen unzuverlässigen Wert zu verlassen, verwenden Sie den logischen Entitätsnamen.

Die folgenden CrmParameter-Eigenschaften sind veraltet:

  • PrimaryEntityTypeCodeVeraltet. Verwenden Sie stattdessen PrimaryEntityTypeName. Eine Zahl, die den eindeutigen Typ der Entität für eine bestimmte Microsoft Dynamics 365-Bereitstellung darstellt. Bei benutzerdefinierten Entitäten ist dieser Wert für jede Organisation unterschiedlich.

  • SelectedEntityTypeCodeVeraltet. Verwenden Sie stattdessen SelectedEntityTypeName. Eine Zahl, die den eindeutigen Typ der Entität für einen im Raster ausgewählten Datensatz darstellt. Der Entitätstypcode variiert zwischen Bereitstellungen. Bei benutzerdefinierten Entitäten ist dieser Wert für jede Organisation unterschiedlich.

  • EntityReference.TypeCode Verwenden Sie stattdessen EntityReference.TypeName.

Siehe auch

Neuerungen für Entwickler: Microsoft Dynamics 365
Software Development Kit für Microsoft Dynamics 365 (online) und Dynamics 365 (lokal)

Microsoft Dynamics 365

© 2017 Microsoft. Alle Rechte vorbehalten. Copyright