Partager via


Personnalisations prises en charge pour Dataverse

Vous pouvez personnaliser Microsoft Dataverse à l’aide d’outils disponibles dans Power Apps ou décrits dans la documentation du développeur. Ces personnalisations sont prises en charge et peuvent être mises à niveau.

Les personnalisations effectuées à l’aide de méthodes autres que celles décrites ici ne sont pas prises en charge et peuvent entraîner des problèmes pendant les mises à jour et les mises à niveau vers Dataverse. Pour plus d’informations, voir Personnalisations non prises en charge.

Les rubriques abordées dans les articles techniques publiés sur des sites Microsoft tels que Microsoft Learn sont pris en charge, mais peuvent ne pas être mis à niveau.

Personnalisations à l’aide de Power Apps

Il existe un large éventail d’outils inclus dans Dataverse que vous pouvez utiliser pour le personnaliser. Les personnalisations effectuées à l’aide des outils Power Apps et de l’application web sont entièrement prises en charge et entièrement mises à niveau.

Les méthodes de personnalisation suivantes peuvent être utilisées pour produire des personnalisations entièrement prises en charge :

Note

La prise en charge complète signifie que la prise en charge des développeurs peut fournir de l’aide pour les personnalisations et que la prise en charge de l’application peut aider les clients à exécuter ces modifications.

Pour plus d’informations sur l’utilisation des outils de personnalisation dans l’application web, consultez l’article Qu’est-ce que Dataverse ?.

Personnalisations appliquées à l’aide de code

La documentation sur ce site pour les développeurs, les articles techniques et les exemples de code publiés sur ce site, et les informations publiées par l’équipe du support technique dataverse Developer sont incluses dans la zone des personnalisations appliquées à l’aide du code. Les actions et niveaux spécifiques de prise en charge et de mise à niveau sont décrits ultérieurement dans cette rubrique.

Services web de Dataverse

L’utilisation des services web est entièrement prise en charge. Cela inclut : API web, service d’organisation et service de découverte. Nous nous efforçons de maintenir l’arrière des API compatible, mais nous nous réservons le droit de modifier les API pour des fonctionnalités supplémentaires. Les colonnes de tableau peuvent également changer dans les futures versions.

Fichier de solution

La modification d’un fichier de solution non gérée est prise en charge comme décrit dans cette documentation. Certaines tâches de personnalisation pour les applications basées sur des modèles peuvent être effectuées en procédant comme suit :

  1. Exportez un composant de solution comme une solution non gérée.
  2. Extrayez le contenu du package de solution.
  3. Modifiez le fichier Customizations.xml.
  4. Repackagez le fichier de solutions.
  5. Importez la solution modifiée.

Note

Les modifications apportées au Customizations.xml fichier doivent être conformes au CustomizationsSolution.xsd schéma. Pour plus d’informations, consultez schéma de fichier de solutions de personnalisation.

Les tâches prises en charge suivantes peuvent être effectuées à l’aide de cette procédure :

  • Personnalisation du ruban.
  • Personnalisation de la navigation de l’application à l’aide du plan de site.
  • Personnalisation des formulaires et du tableau de bord avec FormXml.
  • Personnalisation de requête enregistrée.

Plug-ins

La possibilité de créer une logique métier personnalisée à l’aide du mécanisme de plug-in décrit dans cette documentation est totalement prise en charge et peut être totalement mise à jour. Les plug-ins ne peuvent être inscrits et exécutés que dans le bac à sable (isolation). Plus d’informations : Plug-ins

Extensions de workflow

La possibilité de créer des activités de workflow personnalisées (assemblies) à appeler à partir de règles de workflow est totalement prise en charge et peut être mise à niveau. Les activités de flux de travail personnalisées peuvent uniquement être inscrites et exécutées dans le bac à sable (isolation). Plus d’informations : Extensions de flux de travail

Prise en charge des versions de .NET Framework

Ce qui suit décrit les considérations de support pour le code personnalisé écrit avec Microsoft .NET Framework 4.6.2.

  • Tout client de service web créé à l’aide de Microsoft .NET Framework 4.6.2 ou version ultérieure qui appelle les services web est entièrement pris en charge dans Dataverse.

    Important

    Vous devez créer toutes vos applications clientes personnalisées à l’aide de Microsoft .NET Framework 4.6.2 ou version ultérieure. Seules les applications utilisant TLS (Transport Level Security) 1.2 ou une meilleure sécurité seront autorisées à se connecter. TLS 1.2 n’est pas le protocole par défaut utilisé par .NET Framework 4.5.2, mais c’est le cas dans la version 4.6.2 de .NET Framework.

  • Tout assembly .NET créé avec Microsoft .NET Framework 4.6.2 à utiliser dans Dataverse en tant qu’assembly de plug-in ou en tant qu’activité de flux de travail personnalisée est pris en charge.

Personnalisations non prises en charge

Les modifications apportées à Dataverse sans utiliser les méthodes décrites dans cette documentation ou les outils Dataverse ne sont pas prises en charge et ne sont pas conservées pendant les mises à jour ou les mises à niveau de Dataverse. Tout élément non documenté dans cette documentation et les documents de support n’est pas pris en charge. En outre, les modifications non prises en charge peuvent entraîner des problèmes lorsque vous effectuez une mise à jour via l’ajout de correctifs logiciels ou de Service Packs ou la mise à niveau de Dataverse.

La liste qui suit répertorie les types d’action non prise en charge faisant l’objet de questions fréquentes :

  • Référencement de bibliothèques de liens dynamiques Dataverse (DLL) autres que les suivantes :

    • Microsoft.Crm.Outlook.Sdk.dll
    • Microsoft.Crm.Sdk.Proxy.dll
    • Microsoft.Xrm.Sdk.dll
    • Microsoft.Xrm.Sdk.Data.dll
    • Microsoft.Xrm.Sdk.Deployment.dll
    • Microsoft.Xrm.Sdk.Workflow.dll
    • Microsoft.Xrm.Tooling.Connector.dll
    • Microsoft.Xrm.Tooling.CrmConnectControl.dll
    • Microsoft.Xrm.Tooling.PackageDeployment.CrmPackageExtentionBase.dll
    • Microsoft.Xrm.Tooling.WebResourceUtility.dll
  • Utilisation d’interfaces de programmation d’applications (API) autres que les API documentées dans les services web : API web, SDK pour .NET, service de déploiement, service de découverte, service de découverte, service de données d’organisation.

  • Les assemblys de plug-in et de workflow doivent contenir toute la logique nécessaire dans la DLL respective. Les plug-in peuvent faire référence à certains assemblys .NET. Toutefois, nous ne prenons pas en charge les dépendances des assemblys .NET qui interagissent avec des API Windows de bas niveau, telles que l’interface de conception graphique. Auparavant, Dynamics 365 permettait aux assemblys de faire référence à ces interfaces, mais pour respecter nos normes de sécurité, les modifications apportées à ce comportement sont requises.

  • La création d’un assembly de plug-in pour un assembly Dataverse standard (Microsoft.Crm.*.dll) ou l’exécution d’une mise à jour ou la suppression d’une plateforme créée pluginassembly n’est pas prise en charge.

  • La modification d’un fichier de solutions pour modifier tout composant de solution autre que les rubans, formulaires, SiteMap ou demandes sauvegardées n’est pas prise en charge. Pour plus d’informations, voir Quand modifier le fichier de personnalisations. La définition de nouveaux composants de solution en modifiant le fichier de solutions n’est pas prise en charge. La modification des fichiers de ressources Web exportés avec une solution n’est pas prise en charge. À l’exception des étapes documentées dans Maintenir les solutions gérées, la modification du contenu d’une solution gérée n’est pas prise en charge.

Outlook Client

  • Modifications apportées à l’un des formulaires Dynamics 365 ou ajout de nouveaux formulaires, tels que des pages de .aspx personnalisées, directement à Office Outlook ou apporter des modifications aux fichiers .pst. Ces modifications ne seront pas mises à niveau.
  • Création de personnalisations à l’aide de n’importe quel moyen autre que les outils pris en charge.

Voir aussi

Personnalisations prises en charge pour les applications basées sur des modèles