Catégories de processus Dynamics 365

Article
03/04/2017

Date de publication : janvier 2017

S’applique à : Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

Les processus vous permettent de modéliser les processus d’entreprise réels, par exemple les pratiques standard ou les meilleures pratiques, dans Microsoft Dynamics 365. 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 Microsoft Dynamics 365 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.

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.Pour plus d'informations :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 Microsoft Dynamics 365 en local, que vous concevez et créez visuellement à l’aide du concepteur de workflow de Microsoft 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 Microsoft Dynamics 365. Outre la création de nouveaux workflows, vous pouvez utiliser le concepteur de workflow de Microsoft Visual Studio pour modifier visuellement les workflows existants dans Microsoft Dynamics 365, puis réimporter le workflow mis à jour dans Microsoft Dynamics 365.

Notes

Vous ne pouvez pas afficher ou mettre à jour une définition de workflow pour un workflow créé ou modifié en dehors de Microsoft Dynamics 365. Vous pouvez uniquement modifier l’état (activer ou désactiver) du workflow, puis l’exécuter. Les workflows XAML ne sont pas pris en charge dans Microsoft Dynamics 365 (Online).

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 Microsoft Dynamics 365.

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, consultez la rubrique Types, déclencheurs et entités et actions pris en charge pour les processus.	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 Microsoft Dynamics 365 en créant ou en mettant à jour le fichier XAML sous-jacent sont pris en charge dans Microsoft Dynamics 365 en local. Pour plus d’informations sur les workflows XAML personnalisés, voir Workflows XAML personnalisés.	Il n’existe aucune prise en charge pour les boîtes de dialogue créés en dehors de Microsoft Dynamics 365 en définissant XAML.

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

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

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 Microsoft Dynamics 365 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, consultez É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 Microsoft Dynamics 365. 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. Microsoft Dynamics 365 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.

Pour plus d'informations :Empaqueter et distribuer les extensions à l’aide des solutions.

Voir aussi

Automatiser les processus d'entreprise à l'aide du processus Dynamics 365

Microsoft Dynamics 365

Partager via