Appeler un workflow

Exécute un workflow publié dans la même exécution (contexte et sorties partagés)

Utilisation et spécificités

Le workflow cible doit être publié. L’appel partage le contexte et les sorties dans la même exécution. Le payload peut être construit explicitement ou repris des données entrantes.

Type technique : call_workflow. Runtime : nodulz.

Identifiants et prérequis

Aucun identifiant externe dédié n’est défini par ce nœud. Les sources distantes ou la cible d’exécution peuvent néanmoins nécessiter leurs propres accès.

Consultez le guide des identifiants si une source distante ou une cible d’exécution nécessite un accès.

Paramètres

Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.

Aide de configuration

waitForCompletion
Attente

Si activé, les nœuds du workflow cible s'exécutent dans la même exécution (journal et contexte unifiés). Désactivé : lancement en arrière-plan sans fusion des sorties.

Exemples

• Si activé, les nœuds du workflow cible s'exécutent dans la même exécution (journal et contexte unifiés). Désactivé : lancement en arrière-plan sans fusion des sorties.

Configuration initiale

Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.

{
  "targetTriggerId": "",
  "targetInputMode": "select",
  "payload": "{}",
  "waitForCompletion": true
}

Vérification

Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.

Voir aussi : Expressions et données, Exécutions, Catalogue des nœuds.