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 de ces conditions entraîne le blocage du workflow lorsque l’activité de workflow dans le flux principal est rencontrée.

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 effectue la transition vers un flux secondaire supprimé se bloque indéfiniment, sans aucune option 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 pour <nombre total de flux secondaires > nombre total de flux secondaires.
• Action suggérée : supprimez le lien du workflow parent vers le flux secondaire douteux, examinez le flux secondaire pour vous assurer qu’il est valide et publié, ou qu’il a été extrait pour l’utilisateur actuel. Après avoir corrigé l’état du flux secondaire, exécutez à nouveau la validation pour tester vos changements.
• Publiable : non
• Exécutable : Non
• Informations connexes : Workflows utilisés en tant que 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 la version du workflow qui 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 exécute le workflow, la version extraite est la version qui s’exécute. Si l’utilisateur n’est pas la même personne à qui le workflow a été extrait, la version publiée du workflow s’exécute. Si aucun workflow n’est publié, aucun workflow ne s’exécute.

L’un des scénarios traités par le validateur ValidateSubflows est lorsqu’un workflow :

• Est extrait pour l’utilisateur A.
• Est un flux secondaire dans un workflow parent exécuté par l’utilisateur B.
• Il n’y 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 de 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 sur la prochaine transaction appropriée.

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

• Est un flux secondaire dans 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 l’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 tout en évaluant la condition d’erreur.