Valider les flux secondaires

Le validateur ValidateSubflows détecte tous les workflows inclus en tant que flux secondaires qui sont inactifs, supprimés ou non disponibles en tant que workflow publié pour l’utilisateur actuel.

L’une ou l’autre de ces conditions entraîne le blocage du workflow lors de la rencontre de l’activité du workflow dans le flux principal.

Avertissement :

Il s’agit d’une erreur critique qui empêche l’exécution d’un workflow.

Résumé de la validation

• Risque : un workflow parent qui passe à un flux secondaire supprimé se bloque indéfiniment, sans options de récupération.
• Niveau de gravité : critique
• Résultat valide : valide
• Message valide : ce workflow contient <nombre> flux secondaires valides.
• Résultat non valide : non valide
• Message non valide : ce workflow contient < nombre non valide > flux secondaires non valides de <nombre total de flux secondaires > nombre total de flux secondaires.
• Action suggérée : supprimer le lien dans le workflow parent vers le flux secondaire douteux, examiner le flux secondaire pour vous assurer qu’il est valide et publié, ou qu’il est extrait pour l’utilisateur actuel. Après avoir apporté la correction à l’état du flux secondaire, exécutez à nouveau la validation pour tester vos changements.
• Publiable : non
• Exécutable : non
• Informations connexes : Workflows utilisés comme flux secondaires

Dépannage

Lorsqu’un workflow s’exécute, qu’il s’agisse d’un flux secondaire ou d’un flux principal, le moteur de script détermine quelle version d’un workflow doit s’exécuter, compte tenu des conditions actuelles de l’utilisateur et du workflow. Lorsqu’un workflow est extrait par le même utilisateur qui l’exécute, la version extraite est la version qui s’exécute. Si l’utilisateur n’est pas la même personne que celle qui a extrait le workflow, la version publiée du workflow s’exécute. S’il n’y a pas de workflow publié, aucun workflow n’est exécuté.

L’un des scénarios pris en compte par le validateur ValidateSubflows est celui où un workflow :

• Est passé à la caisse pour l’utilisateur A.
• Un flux secondaire d’un workflow parent est-il exécuté par l’utilisateur B ?
• N’a pas d’alternative publiée au flux secondaire exécuté par l’utilisateur B.

Lorsque cela se produit, le workflow parent s’exécute jusqu’à l’exécution du flux secondaire non publié, puis se bloque à cette activité, sans aucun moyen d’effectuer une transition. Les flux principaux qui rencontrent cette condition dans un flux secondaire ne sont pas autorisés à s’exécuter sur la transaction d’un enregistrement actuel. Au lieu de cela, une entrée de journal critique détaillant l’état du flux secondaire est ajoutée à l’enregistrement de contexte du workflow actuel. Pour corriger le problème, supprimez le flux secondaire du flux principal ou publiez le flux secondaire afin qu’il soit disponible pour l’utilisateur B. Cela permet au workflow de s’exécuter lors de la prochaine transaction appropriée.

Un autre scénario abordé par le validateur ValidateSubflow est lorsqu’un workflow :

• Est un flux secondaire d’un workflow parent exécuté par un utilisateur.
• N’a pas d’alternative publiée au flux secondaire, car le workflow a été supprimé ou toutes les versions du workflow sont non publiées ou inactives.

Remarque :

Vous ne pouvez pas supprimer un workflow d’une liste ou d’un formulaire qui est un flux secondaire. Toutefois, vous pouvez créer une de ces conditions instables avec un scripting avancé, des options SQL ou des ensembles de mises à jour incomplets qui contiennent des flux principaux, mais pas les flux secondaires référencés. Lors du dépannage d’un workflow qui a déclenché ce validateur, tenez compte de l’historique du flux secondaire lors de l’évaluation de la condition d’erreur.