Catégories de processus

Les processus vous permettent de modéliser les processus d’entreprise réels, par exemple les pratiques standard ou les meilleures pratiques, dans Dynamics 365 Customer Engagement (on-premises). Pour modéliser vos processus d’entreprise, vous pouvez choisir parmi quatre catégories de processus :

• Workflow Utilisez ce processus pour modéliser et automatiser des processus d’entreprise 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 l’entrée de données de la part de l’utilisateur. Les processus de workflow peuvent démarrer automatiquement en fonction de conditions spécifiées ou être lancés manuellement par un utilisateur.

• Action. Utilisez ce processus pour créer une nouvelle opération non disponible dans une installation Dynamics 365 Customer Engagement (on-premises) standard ou pour combiner plusieurs opérations distinctes en une seule. Par exemple, dans le cas d’un centre d’appels technique, vous pouvez combiner des opérations create, assign et setstate dans une nouvelle opération de « réaffectation ».

• Flux des processus d’entreprise Utilisez ce processus pour créer une visualisation du flux des processus d’entreprise. Les utilisateurs sont guidés dans différentes étapes du processus de vente ou de service clientèle. Pour chaque phase, vous effectuez des étapes spécifiques, puis passez à l’étape suivante. Vous pouvez personnaliser le flux des processus en ajoutant ou en supprimant des étapes, en modifiant l’ordre des phases ou en ajoutant de nouvelles entités au flux des processus.

• Boîte de dialogue. Utilisez ce processus pour créer un formulaire de saisie de données pas à pas interactif qui nécessite l’entrée de données par l’utilisateur pour démarrer et s’exécuter jusqu’à la fin. Lorsque vous lancez le processus de dialogue, une interface similaire à un Assistant s’affiche, afin que vous puissiez effectuer les sélections appropriées ou entrer des données au fur et à mesure de votre progression dans chaque page de l’Assistant.

  [IMPORTANT] Les dialogues sont obsolètes et doivent être remplacés par des flux de processus d’entreprise 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é de processus est implémentée à l’aide de Windows Workflow Foundation. La dernière version de Windows Workflow Foundation a été améliorée afin de simplifier la création, l’exécution et la maintenance des workflows, afin d’implémenter des fonctionnalités personnalisées dans votre application. En savoir plus : Nouveautés dans Windows Workflow Foundation

Il existe trois méthodes pour créer des processus d’entreprise : de manière interactive via les formulaires d’application web et le concepteur de workflow, en écrivant du code qui utilise des classes liées au workflow et en important un workflow pré-conçu dans une solution. Du fait que le donné que le Kit de développement logiciel (SDK) est centré sur le développeur, nous nous concentrons sur l’aspect de programmation de la création des processus de workflow.

Workflows XAML (déclaratifs)

Vous pouvez créer des workflows XAML pour Dynamics 365 Customer Engagement (on-premises) en local, que vous concevez et créez visuellement à l’aide du concepteur de workflow de Visual Studio. Cette méthode de création de workflows ne vous oblige pas à écrire de code. En outre, vous n’avez pas besoin de compiler ces workflows et vous pouvez importer la définition de workflow (XAML) dans Dynamics 365 Customer Engagement (on-premises). Outre la création de nouveaux workflows, vous pouvez utiliser le concepteur de workflow de Visual Studio pour modifier visuellement les workflows existants dans Dynamics 365 Customer Engagement (on-premises), puis réimporter le workflow mis à jour dans Dynamics 365 Customer Engagement (on-premises).

 

Note

Vous ne pouvez pas afficher ou mettre à jour une définition de workflow pour un workflow créé ou modifié en dehors de Dynamics 365 Customer Engagement (on-premises). Vous pouvez uniquement modifier l’état (activer ou désactiver) du workflow, puis l’exécuter.

Différences entre les workflows et les boîtes de dialogue

Le tableau suivant fournit des informations sur les différences entre les workflows et les boîtes de dialogue dans Dynamics 365 Customer Engagement (on-premises).

Workflows	Boîtes de dialogue
Peut être démarré par un utilisateur ou automatiquement.	Doit être lancé par un utilisateur.
Sont des processus asynchrones ou en temps réel, et ne nécessitent pas l’entrée de données par l’utilisateur pour s’exécuter jusqu’à la fin. Les processus asynchrones s’exécutent en arrière-plan alors que les processus en temps réel s’exécutent immédiatement.	Il s’agit de processus en temps réel qui nécessitent l’entrée de données par l’utilisateur pour s’exécuter jusqu’à la fin. Lorsque vous exécutez ces processus, une interface similaire à un Assistant s’affiche, afin que vous puissiez effectuer les sélections appropriées pour exécuter les processus.
L’entité qui stocke les informations relatives à un workflow asynchrone en cours d’exécution est AsyncOperation alors que l’entité Process est utilisée pour un workflow 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 workflows. Pour obtenir la liste des déclencheurs pris en charge, voir Types, déclencheurs et entités pris en charge pour les processus (Workflows et Dialogues).	Les déclencheurs ne sont pas pris en charge pour les boîtes de dialogue.
Les workflows créés ou mis à jour en dehors de Dynamics 365 Customer Engagement (on-premises) en créant ou en mettant à jour le fichier XAML sous-jacent sont pris en charge dans Dynamics 365 Customer Engagement (on-premises).	Il n’existe aucune prise en charge pour les boîtes de dialogue créés en dehors de Dynamics 365 Customer Engagement (on-premises) en définissant XAML.

Quand utiliser un workflow au lieu d’un plug-in

La plupart des opérations pouvant être effectuées à l’aide de workflows peuvent également être effectuées à l’aide de plug-ins. Toutefois, vous devez utiliser les processus de workflow au lieu des plug-ins dans les cas suivants :

• Des modifications de la logique métier doivent être effectuées par des personnes autres que des développeurs, ou lorsque les modifications ne doivent pas dépendre de la disponibilité d’un développeur. Lorsque des activités de workflow personnalisées sont définies comme des assemblys .NET de workflow, une personne autre qu’un développeur peut utiliser Dynamics 365 Customer Engagement (on-premises) pour définir les conditions indiquant à quel moment les actions personnalisées sont effectuées et les paramètres qui seront passés à l’assembly.

• Vous devez être en mesure de permettre aux utilisateurs d’appliquer la logique de workflow manuellement. Avec les processus de workflow, les utilisateurs peuvent déclencher le traitement des règles de workflow en cliquant sur Exécuter le workflow sur le formulaire ou à partir d’une grille.

Utilisez les plug-ins lorsque vous avez besoin d’obtenir les meilleures performances possibles de la logique d’entreprise personnalisée. Les plug-ins peuvent démarrer plus rapidement et, par conséquent, s’exécuter plus rapidement qu’un workflow en temps réel. Toutefois, le gain de performances peut l’emporter sur la simplicité de création et de gestion des workflows dans laquelle il suffit d’une seule personne, autre qu’un développeur, par exemple un analyste d’entreprise, pour effectuer l’opération.

Pour plus d’informations sur les plug-ins, voir Écrire des plug-ins pour étendre les processus d’entreprise.

Distribution des workflows dans les solutions

Vous pouvez inclure des workflows et des activités de workflow personnalisé dans une solution importée dans un autre déploiement Dynamics 365 Customer Engagement (on-premises). Toutefois, si vous faites référence à des instances d’entité spécifiques dans un workflow et que le workflow est déplacé dans un autre système, les problèmes surgiront, car les ID uniques des instances d’entité du workflow seront différents 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 il ne résout pas automatiquement les enregistrements pour d’autres types d’entités.

En savoir plus : Packager et distribuer les extensions avec les solutions Dynamics 365 Customer Engagement (on-premises).

Voir aussi

Automatiser vos processus d’entreprise dans Customer Engagement