Partager via


Meilleures pratiques pour le déploiement de profils clients unifiés

En raison de récentes mises à jour du modèle de mise en package de Microsoft Cloud for Financial Services, des composants de solution spécifiques du Profil client unifié pour la banque de détail et du Profil client unifié pour la gestion de patrimoine sont mis à disposition en open source sur GitHub, offrant ainsi une flexibilité accrue à nos clients et partenaires pour étendre les composants propriétaires avec une personnalisation. Cet article explore les méthodes de déploiement des composants open source, ainsi que les meilleures pratiques et considérations clés pour le déploiement des fonctionnalités de profil client/client unifié.

Approche de déploiement open source

Vous devez créer et déployer les composants de la solution open source à partir de GitHub, tandis que pour les modèles de données Financial Services, vous pouvez continuer à utiliser le Centre de solutions Microsoft Cloud pour le déploiement. La figure suivante illustre les composants de solution propriétaires de haut niveau qui sont open source.

Un diagramme montrant les parties open source du profil client/client unifié.

Télécharger un PDF imprimable de ce diagramme.

Les solutions de profil client/client unifié se composent des éléments ci-dessous, avec les méthodes et l’ordre de déploiement associés. L’ordre doit tenir compte des déploiements manuels de solutions.

Composant de solution Méthode de déploiement Ordre
Modèle de données de base bancaires Centre de solutions 1
Données de configuration (facultatif) Centre de solutions 2
Exemple de données (facultatif) Centre de solutions 3
Rôles de sécurité du profil client/client unifié Méthode de déploiement open source 4
Composants principaux des services bancaires (plug-ins) Méthode de déploiement open source 5
Contrôles principaux des services bancaires (PCF) Méthode de déploiement open source 6
Application Profil client unifié /
Gestion du patrimoine
Méthode de déploiement open source 7

Configuration de l’environnement de build et processus

Pour développer des extensions ou packager des composants open source en vue de leur déploiement, vous devez d’abord suivre les étapes suivantes pour préparer votre environnement de build :

  1. Installez les prérequis dans votre environnement de build
  2. Clonez le dépôt dans votre local et importez le projet dans votre environnement de développement (VS Code / Visual Studio 2019).
  3. Pour développer des extensions,
  4. Inscrivez et déployez des plug-ins

Vous pouvez ensuite créer les solutions Dataverse sous le dossier Module, puis le projet frontal via InstallTool.cmd pour générer des artefacts pour le déploiement.

Scénarios de déploiement

En fonction de l’état de déploiement de votre environnement Dataverse existant et de l’étendue de l’extension du projet open source, il peut y avoir différentes étapes de déploiement à suivre pour déployer les composants de la solution open source. Voici les étapes générales à suivre pour le déploiement de composants de solutions open source propriétaires dans l’environnement Dataverse avec / sans déploiement du modèle de données bancaires.

  1. Installez les prérequis pour le déploiement

  2. Déployez des modèles de données bancaires à partir du Centre de solutions

    Cette étape est requise comme condition préalable pour les environnements Dataverse dans lesquels aucun modèle de données bancaires n’est déployé. Pour déployer le modèle de données bancaires, accédez au [Centre de solutions](https://solutions.microsoft.com/Microsoft Cloud for Financial Services) et sélectionnez Modèle de données bancaires sous Services financiers pour le déploiement. Vous devez décider si vous souhaitez installer des exemples de données et des données de configuration. Il est recommandé d’installer les données de configuration, mais gardez à l’esprit que vous ne pouvez pas supprimer les exemples de données. Il est donc recommandé d’utiliser uniquement cette option dans un environnement hors production.

  3. Exécutez le déploiement

    Les packages vous permettent de déployer un ensemble de solutions en tant qu’entité unique. Plutôt que d’installer manuellement les solutions séparément, vous pouvez gérer l’installation, la mise à niveau et la désinstallation de l’ensemble des solutions à partir du portail des développeurs Power Apps et, en arrière-plan, le système de l’éditeur gère toute la collection dans un seul « Package ». Il est recommandé d’inclure une solution d’ancrage spéciale, qui ne contient pas nécessairement d’objets. Il est uniquement utilisé par le système de l’éditeur ou le portail des développeurs Power Apps pour indiquer quelle version d’un package est installée.

    Une fois les solutions et les packages générés après le processus de build, vous pouvez utiliser Package Deployer pour installer et mettre à jour l’ensemble des solutions ou vous pouvez adopter une approche individuelle pour importer les solutions en tenant compte de l’ordre mentionné plus haut.

    Package Deployer

    Vous pouvez utiliser Package Deployer pour déployer tous les packages et les données de configuration, et il gère automatiquement les dépendances. Les packages sont créés dans votre dossier de projet Visual Studio (<Project>\Bin\Debug) lorsque vous générez une build pour votre projet de package dans Visual Studio. Vous pouvez soit copier manuellement la DLL et les dossiers dans le dossier PackageDeployer, soit utiliser PackageDeployerHelper pour l’opération. Vous pouvez suivre les instructions décrites dans la documentation pour utiliser la ligne de commande des outils Package Deployer ou l’interface utilisateur.

    Importer les solutions une par une

    Package Deployer est l’approche recommandée pour le déploiement initial complet de la solution et les déploiements avec des données de configuration. Pour refléter les changements apportés à des solutions spécifiques, vous pouvez également envisager d’importer les solutions une par une afin de réduire le temps nécessaire au déploiement.

    Dans cette option, vous pouvez importer les packages de solutions créés manuellement ou en utilisant votre pipeline de déploiement continu (CD) un par un. Dans ce scénario, vous devez prendre en charge les dépendances (ordre de déploiement) et les données de configuration (telles que créer/mettre à jour les tables de configuration des événements de vie). Cependant, lorsque vous utilisez Package Deployer, les données de configuration peuvent être déployées lors de l’importation de la solution, ce qui vous évite de devoir gérer les dépendances comme vous le feriez lors de l’importation manuelle de la solution via Power Apps Maker Portal.

Autres considérations et meilleures pratiques en matière de déploiement

  • Vous devez être un administrateur Power Platform ou un administrateur client pour déployer des solutions Microsoft Cloud for Financial Services avec Dynamics 365

  • Vous devez disposer de licences pour Power Apps, en fonction de la solution à déployer. S‘il vous manque des licences, vous en serez averti pendant le processus de déploiement. Si de nouvelles licences sont nécessaires pour le déploiement, attendez environ 8 heures après l’achat pour que le système soit prêt pour la configuration.

  • À la configuration de votre environnement Dataverse, vous devez sélectionner Oui pour Activer les applications Dynamics 365. Bien que vous n’ayez pas besoin d’installer une application Dynamics spécifique, vous devez toutefois activer l’option pour qu’un environnement CE soit configuré.

  • Pour pouvoir déployer des applications de profil client/client unifié, vous devez d’abord déployer le modèle de données à partir du Centre de solutions. Vous devez sélectionner le modèle de données bancaires et le déployer dans l’environnement sélectionné.

    • Si vous déployez la solution pour la première fois, sélectionnez l’option Données de configuration pour un processus de configuration automatisé. Sinon, vous devez effectuer la configuration post-déploiement une fois le déploiement terminé.
    • Toutefois, si vous avez déjà déployé la solution avec des personnalisations et effectuez une mise à jour, ne sélectionnez pas l’option Données de configuration, car cela écrasera vos personnalisations.
    • Des exemples de données peuvent être ajoutés lors du déploiement de la solution dans le Centre de solutions. Cependant, vous ne pouvez pas supprimer les exemples de données du Centre de solutions.
  • Les applications de profil client/client unifié sont en open source et vous pouvez télécharger le code source ici. Vous avez besoin d’une personne possédant l’expérience suivante pour pouvoir créer et déployer le code source à partir de GitHub : Connaissance de

    • Déploiement de la solution Dynamics 365 / Power Platform
    • Comment utiliser Package Deployer
    • Packager de solution, qui est un outil fourni dans le cadre du kit de développement logiciel (SDK) de Dynamics 365
    • Ulisation de Visual Studio / Visual Code
  • Le code source de GitHub vous permet d’apporter des modifications aux contrôles PCF, aux plug-ins et bien plus encore, plutôt que de simplement déployer des solutions préexistantes. Toutefois, il est conseillé de déployer initialement le code source dans un environnement de bac à sable afin d’évaluer la fonctionnalité des composants

  • Le code source du profil client/client unifié étend également le modèle de données bancaires avec : Configuration des catégories d’événements de vie, Configuration des types d’événements de vie, Configuration des événements de vie et Relations entre les types de catégories. Ces tables font partie de la solution Composants principaux des services bancaires

  • À l’aide du code source du client/profil client unifié, vous pouvez localiser le contenu.

  • Le déploiement de la solution Dynamics 365 peut prendre plusieurs heures et place un verrou en écriture sur l’environnement pour empêcher les déploiements parallèles de solutions.

  • Les journaux et la télémétrie disponibles pendant le déploiement en cas d’échec sont limités. Vous devez donc vous assurer de réserver suffisamment de temps pour installer correctement l’application Dynamics 365 en tant que dépendance du déploiement de la solution de profil client unifié. Vous recevrez une notification par e-mail une fois le déploiement terminé avec succès.

  • Vous devez attribuer d’autres rôles de sécurité à vos utilisateurs afin qu’ils puissent accéder aux applications individuelles pour le profil client/client unifié.

  • Si les utilisateurs qui accèdent à Profil client unifié sans un rôle permettant de modifier les droits sur les enregistrements de contact voienr un message en haut de la notification de l’application. Ajoutez des droits de modification des contacts à l’utilisateur afin qu’il puisse voir et modifier les événements de vie, les relations et les groupes.

Voir aussi

Étapes suivantes