L'Évolution de l'automatisation dans Dynamics 365
Les workflows classiques sont un pilier de l'automatisation Dynamics 365 depuis plus d'une décennie. Cependant, Microsoft met désormais l'accent sur les flux cloud Power Automate comme l'avenir de l'automatisation des processus. Comprendre quand et comment migrer est essentiel pour maintenir des solutions modernes et prises en charge. remplacer les workflows par des flux.
Avis important
Les workflows classiques sont considérés comme legacy. Bien que toujours fonctionnels, Microsoft recommande d'utiliser les flux cloud Power Automate pour les nouvelles automatisations. Planifiez votre stratégie de migration de manière proactive.
Aperçu des workflows classiques
Que sont les workflows classiques ?
Les workflows classiques sont des définitions de processus stockées dans Dataverse qui s'exécutent lors de la création, mise à jour, suppression d'enregistrement, ou à la demande. Ils s'exécutent dans le pipeline d'exécution de la plateforme Dynamics 365.
Capacités des workflows classiques
- Exécution synchrone dans la transaction
- Intégration native Dataverse
- Pas de coûts de licence au-delà de D365
- Simple à créer dans la plateforme
- Partie du packaging de solution
- Pas de connecteurs externes
- Logique conditionnelle limitée
- Pas de requêtes HTTP
- Traitement parallèle limité
- Pas de workflows d'approbation
Flux Cloud Power Automate
Pourquoi Power Automate ?
Les flux cloud Power Automate offrent une approche moderne et extensible de l'automatisation avec des centaines de connecteurs, des capacités logiques avancées, et une intégration avec l'écosystème Microsoft plus large.
Capacités de Power Automate
- 900+ connecteurs disponibles
- Expressions et conditions avancées
- Branches parallèles et boucles
- Workflows d'approbation intégrés
- Requêtes HTTP et webhooks
- Intégration AI Builder
- Retry et gestion d'erreurs
- Licence supplémentaire requise
- Toujours exécution asynchrone
- Dépendance à un service externe
- Latence pour les flux déclenchés
- Limites de requêtes API applicables
Comparaison des fonctionnalités
| Fonctionnalité | Workflow classique | Power Automate |
|---|---|---|
| Mode d'exécution | Sync ou async | Async uniquement |
| Prise en charge des transactions | Oui (synchrone) | Non |
| Connecteurs externes | Non | 900+ |
| Requêtes HTTP | Non | Oui |
| Approbations | Limité | Prise en charge complète |
| Traitement parallèle | Non | Oui |
| Gestion d'erreurs | Basique | Avancé |
| Licence | Inclus dans D365 | Licence séparée |
| Compatible solution | Oui | Oui |
Stratégie de migration
Étape 1 : inventorier vos workflows
Documentez tous les workflows classiques existants, leurs déclencheurs, conditions et actions :
- Lister tous les workflows par entité
- Identifier les workflows synchrones vs asynchrones
- Noter les dépendances entre workflows
- Documenter les exigences métier de chaque workflow
Étape 2 : catégoriser pour la migration
Grouper les workflows en catégories selon l'approche de migration :
Migration facile - conversion directe
- Workflows asynchrones simples
- Workflows de mise à jour de champs
- Workflows de notification par e-mail
- Workflows de création d'enregistrements enfants
Effort modéré - nécessite une refonte
- Workflows avec conditions complexes
- Workflows multi-étapes avec attentes
- Workflows appelant des activités de workflow personnalisées
Considérer des alternatives
- Workflows synchrones nécessitant des transactions → Considérer les plugins
- Workflows à haut volume → Considérer Azure Functions
- Champs calculés en temps réel → Considérer les champs calculés/rollup
Étape 3 : convertir les modèles courants
Modèle : mise à jour de champ à la création
Workflow classique :
- Déclencheur : enregistrement créé
- Condition : Vérifier statut = Actif
- Action : définir la valeur du champ
Équivalent Power Automate :
Trigger: When a row is added (Dataverse) - Table: accounts - Scope: Organization Condition: Status equals Active - @equals(triggerOutputs()?['body/statecode'], 0) Action: Update a row - Table: accounts - Row ID: @triggerOutputs()?['body/accountid'] - Fields to update: Your field = Your value
Modèle : envoyer une notification e-mail
Workflow classique :
- Déclencheur : enregistrement mis à jour
- Condition : statut changé à approuvé
- Action : envoyer e-mail
Équivalent Power Automate :
Trigger: When a row is modified (Dataverse)
- Table: opportunities
- Scope: Organization
- Filter columns: statuscode
Condition: Status changed to Won
- @equals(triggerOutputs()?['body/statuscode'], 3)
Action: Send an email (Outlook)
- To: @triggerOutputs()?['body/_ownerid_value@OData.Community.Display.V1.FormattedValue']
- Subject: Opportunity Won: @{triggerOutputs()?['body/name']}
- Body: Congratulations! Your opportunity has been marked as won.Étape 4 : gérer les scénarios synchrones
Pour les workflows qui doivent s'exécuter de manière synchrone dans la transaction, considérez ces alternatives :
- Règles métier : Pour la logique de champ simple (définir valeur, afficher/masquer, requis)
- Champs calculés : Pour les valeurs dérivées basées sur d'autres champs
- Plugins : Pour la logique synchrone complexe nécessitant des transactions
- Plugins low-code : L'option low-code plus récente de Microsoft pour les scénarios simples
Bonnes pratiques pour la migration
- Tester en sandbox : Toujours migrer et tester dans des environnements non-production d'abord
- Exécuter en parallèle : Garder les workflows classiques actifs pendant la période de test
- Surveiller la performance : Comparer les temps d'exécution et les taux de succès
- Documenter les changements : Mettre à jour la documentation technique avec les nouveaux designs de flux
- Former les utilisateurs : S'assurer que les admins savent comment gérer les flux dans le portail Power Automate
- Planifier les licences : S'assurer d'avoir suffisamment de licences Power Automate pour votre organisation
Quand garder les workflows classiques
Dans certains cas, garder les workflows classiques peut être approprié :
- Workflows internes simples sans besoins d'intégration externe
- Workflows qui doivent participer aux transactions de base de données
- Organisations sans licence Power Automate
- Workflows où la latence est critique (bien que considérer les plugins à la place)
Conclusion
Migrer des workflows classiques vers Power Automate est essentiel pour les organisations utilisant Dynamics 365. Bien que cela nécessite une planification et une exécution soigneuses, les avantages des capacités d'automatisation modernes, des connecteurs extensifs et du support continu de la plateforme rendent l'investissement rentable.
Commencez votre planification de migration maintenant pour assurer une transition fluide avant que les workflows classiques atteignent la fin du support.