- Démarrer
- Construire
- Ajouter un agent d'IA à un workflow
- Appeler une API externe
- Traiter les e-mails entrants
- Créer un workflow de notification Slack
- Ajouter une approbation humaine à un workflow
- Créer un workflow d’agent de chat
- Gérer les erreurs
- Principes de base du débogage
- L'humain dans la boucle: escalade ou étape humaine
- Évaluation de vos workflows
- Déployer et exécuter
- Exemples
- Référence (Reference)
Fusionner
Le nœud Fusionner attend la fin des branches parallèles et combine leurs variables de sortie.
Attend la fin de toutes les branches parallèles entrantes avant que l'exécution ne passe au nœud suivant.
Quand utiliser Fusion
La fusion s’intègre lorsque le workflow se divise en branches réellement parallèles (en dessinant plusieurs connexions à partir du port de sortie d’un seul nœud) et doit se poursuivre uniquement après la fin de toutes les branches.
Un nœud Fusionner n'est pas nécessaire après un nœud Décision ou Basculer, car ces branches sont mutuellement exclusives et ne sont pas parallèles. Ils se rassemblent naturellement sans nœud de fusion.
Configuration
Le nœud Fusionner ne comporte aucun champ de configuration. Elle déduit le nombre de branches entrantes à partir des connexions sur la zone de dessin.
Mode de fonctionnement
Une fois les branches terminées, le nœud Fusion collecte leurs variables de sortie. Lorsque la dernière branche se termine, la fusion active son port de sortie unique. Toutes les variables de sortie de toutes les branches sont disponibles pour les nœuds en aval.
Exemples
Appels d'API parallèles qui sont ensuite combinés :
Trigger → [HTTP Request A] → Merge → Script (combine A and B results)
→ [HTTP Request B] ↗
Trigger → [HTTP Request A] → Merge → Script (combine A and B results)
→ [HTTP Request B] ↗
Le nœud Script après la fusion peut faire référence à la fois à httpRequestA.body et httpRequestB.body.
Exécutez trois étapes d'enrichissement en parallèle :
Trigger → [Enrich from CRM] ↘
→ [Enrich from billing] → Merge → Data Transform (combine all three)
→ [Enrich from support] ↗
Trigger → [Enrich from CRM] ↘
→ [Enrich from billing] → Merge → Data Transform (combine all three)
→ [Enrich from support] ↗
Problèmes couramment rencontrés
| Problème | Résolution |
|---|---|
| Deux branches produisent une variable avec le même nom | La dernière branche à terminer gagne. Renommez l'une des variables de sortie en conflit pour éviter la collision. |
| Une branche échoue et la fusion ne se termine jamais | Si une branche entrante génère une erreur non gérée, Fusion génère une erreur et arrête d'attendre les branches restantes. Connectez le gestionnaire d'erreurs sur les nœuds sujets aux échecs de chaque branche afin que l'échec soit géré avant qu'il n'atteigne la fusion. |
| Utilisation de la fusion après un nœud Décision | Les branches d'un nœud de décision s'excluent mutuellement. Un seul déclencheur est déclenché. Un nœud de fusion après eux attend toujours la deuxième branche qui ne s’exécute jamais. Supprimer la fusion; les branches se rejoignent implicitement. |
Remarques
- Il n’y a pas de délai d’attente pour la fusion. Si une branche est suspendue, par exemple un formulaire rapide en attente d'une réponse, la fusion attendra indéfiniment, sauf si le nœud suspendu a un délai d'attente.
Prochaines étapes
- Flux de contrôle: les nœuds qui se ramifient, se répètent et se rejoignent des chemins.
- Décision: ramification sur une condition.
- Gestion des erreurs: gestion d'un échec dans une branche.
- Community (Communauté): posez des questions et partagez des workflows avec d'autres développeurs sur le forum UiPath.