Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les processus vous permettent de modéliser des processus métier réels, par exemple des meilleures pratiques ou des pratiques standard, dans Dynamics 365 Customer Engagement (local). Lorsque vous modélisez vos pratiques métier, vous pouvez choisir parmi quatre catégories de processus :
Flux de travail. Utilisez ce processus pour modéliser et automatiser des processus métier réels. Ces processus peuvent être configurés pour s’exécuter en arrière-plan ou en temps réel et peuvent éventuellement nécessiter une entrée utilisateur. Les processus de flux de travail peuvent démarrer automatiquement en fonction des conditions spécifiées ou peuvent être démarrés manuellement par un utilisateur.
Action. Utilisez ce processus pour créer une opération qui n’est pas disponible dans une installation Dynamics 365 Customer Engagement standard (locale) ou pour combiner plusieurs opérations disparates en une seule opération. Par exemple, dans le cas d’un centre d’appels de support, vous pouvez combiner les opérations
create,assignetsetstateen une seule nouvelle opération « escalade ».Flux de processus métier. Utilisez ce processus pour créer une visualisation du flux de processus métier. Les utilisateurs sont guidés à travers différentes étapes des processus de vente ou de service client. À chaque étape, vous effectuez des étapes spécifiques, puis passez à la phase suivante. Vous pouvez personnaliser le flux de processus en ajoutant ou en supprimant des étapes, en modifiant l’ordre des étapes ou en ajoutant de nouvelles entités au flux de processus.
Dialogue. Utilisez ce processus pour créer un formulaire d’entrée de données pas à pas interactif qui nécessite une entrée utilisateur pour démarrer et s’exécuter jusqu’à la fin. Lorsque vous démarrez le processus de boîte de dialogue, une interface semblable à l’Assistant est présentée afin de pouvoir effectuer des sélections appropriées ou entrer des données lorsque vous progressez dans chaque page de l’Assistant.
[IMPORTANT] La boîte de dialogue est déconseillée et doit être remplacée par des flux de processus métier ou des applications canevas dans Power Apps. Pour plus d’informations, voir Remplacer les dialogues par des flux de processus d’entreprise ou des applications de canevas.
La fonctionnalité des processus est implémentée à l’aide de Windows Workflow Foundation. La dernière version de Windows Workflow Foundation a amélioré pour faciliter la création, l’exécution et la maintenance des flux de travail pour implémenter des fonctionnalités personnalisées dans votre application. Plus d’informations : Nouveautés de Windows Workflow Foundation
Il existe trois façons de créer des processus métier : de manière interactive via les formulaires d’application web et le concepteur de flux de travail, en écrivant du code qui utilise des classes associées au flux de travail et en important un flux de travail prédéfinis dans une solution. Étant donné que le Kit de développement logiciel (SDK) est axé sur les développeurs, nous abordons l’aspect de codage de la création de processus de flux de travail.
Flux de travail XAML (déclaratifs)
Vous pouvez créer des flux de travail XAML pour Dynamics 365 Customer Engagement local (local), que vous concevez visuellement et créez à l’aide du Concepteur de flux de travail Visual Studio. Cette méthode de création de flux de travail ne nécessite pas d’écrire du code. En outre, vous n’avez pas besoin de compiler ces flux de travail et pouvez importer la définition de flux de travail (XAML) dans Dynamics 365 Customer Engagement (local). En plus de créer de nouveaux flux de travail, vous pouvez également utiliser le Concepteur de flux de travail Visual Studio pour modifier visuellement les flux de travail existants dans Dynamics 365 Customer Engagement (local), puis importer le flux de travail mis à jour dans Dynamics 365 Customer Engagement (local).
Note
Vous ne pouvez pas afficher ou mettre à jour une définition de flux de travail pour un flux de travail créé ou modifié en dehors de Dynamics 365 Customer Engagement (local). Vous pouvez uniquement modifier l’état (activer ou désactiver) du flux de travail et l’exécuter.
Différences entre les flux de travail et les dialogues
Le tableau suivant fournit des informations sur les différences entre les flux de travail et les dialogues dans Dynamics 365 Customer Engagement (local).
| Workflows | Dialogs |
|---|---|
| Peut être démarré par un utilisateur ou peut être automatisé. | Doit être démarré par un utilisateur. |
| Sont des processus asynchrones ou en temps réel et n’ont pas besoin d’une entrée utilisateur pour s’exécuter jusqu’à la fin. Les processus asynchrones s’exécutent en arrière-plan, tandis que les processus en temps réel s’exécutent immédiatement. | Sont des processus en temps réel qui nécessitent une entrée utilisateur pour s’exécuter jusqu’à la fin. Lorsque vous exécutez ces processus, une interface de type assistant vous est présentée afin de pouvoir effectuer des sélections appropriées pour exécuter les processus. |
L'entité qui stocke les détails d'un flux de travail asynchrone en cours d'exécution est AsyncOperation, tandis que Process est utilisée pour un flux de travail en temps réel. |
L’entité qui stocke les informations générées par une boîte de dialogue en cours d’exécution est l’entité ProcessSession . |
| Les déclencheurs sont pris en charge pour les processus de travail. Pour obtenir la liste des déclencheurs pris en charge, consultez Types, déclencheurs et entités pris en charge pour les processus (flux de travail et dialogues). | Les déclencheurs ne sont pas pris en charge pour les boîtes de dialogue. |
| Les flux de travail créés ou mis à jour en dehors de Dynamics 365 Customer Engagement (local) en créant ou en mettant à jour le fichier XAML sous-jacent sont pris en charge dans Dynamics 365 Customer Engagement (local). | Il n’existe aucune prise en charge pour les dialogues créés en dehors de Dynamics 365 Customer Engagement (sur site) par la définition de XAML. |
Quand utiliser un flux de travail au lieu d’un plug-in
La plupart des opérations qui peuvent être effectuées à l’aide de flux de travail peuvent également être effectuées à l’aide de plug-ins. Toutefois, vous devez utiliser des processus de flux de travail plutôt que des plug-ins quand :
Les modifications apportées à la logique métier doivent être effectuées par des personnes qui ne sont pas des développeurs, ou les modifications ne doivent pas dépendre de la disponibilité d’un développeur pour effectuer le travail. Lorsque les activités de flux de travail personnalisées sont définies en tant qu’assemblys .NET de flux de travail, une personne qui n’est pas un développeur peut utiliser Dynamics 365 Customer Engagement (local) pour définir les conditions lorsque les actions personnalisées sont effectuées et les paramètres qui seront transmis à l’assembly.
Vous avez besoin de la possibilité de permettre aux utilisateurs d’appliquer manuellement votre logique de flux de travail. Avec les processus de flux de travail, les utilisateurs peuvent déclencher le traitement des règles de flux de travail en cliquant sur Exécuter le flux de travail sur le formulaire ou à partir d’une grille.
Utilisez des plug-ins lorsque vous avez besoin des meilleures performances possibles à partir de votre logique métier personnalisée. Les plug-ins peuvent démarrer plus rapidement et, par conséquent, s’exécuter plus rapidement qu’un flux de travail en temps réel. Toutefois, l’avantage en matière de performances peut être compensé par la facilité d’utilisation dans la création et la maintenance de flux de travail où seul un non-développeur, par exemple un analyste d’entreprise, est nécessaire pour effectuer le travail.
Pour plus d’informations sur les plug-ins, consultez Les plug-ins d’écriture pour étendre les processus métier.
Distribution de flux de travail dans des solutions
Vous pouvez inclure des flux de travail et des activités de flux de travail personnalisées dans une solution importée dans un autre déploiement Dynamics 365 Customer Engagement (local). Toutefois, si vous faites référence à des instances d’entité spécifiques dans un flux de travail et que le flux de travail est déplacé vers un autre système, des problèmes se produisent, car les ID uniques des instances d’entité dans le flux de travail diffèrent de ceux du système cible. Dynamics 365 Customer Engagement (on-premises) résout automatiquement l’utilisateur système et les enregistrements d’entité de devise en fonction de la propriété de nom complet, mais elles ne résolvent pas automatiquement les enregistrements pour d’autres types d’entités.
Plus d’informations : Empaqueter et distribuer des extensions avec des solutions Dynamics 365 Customer Engagement (local).