Validerles 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 lors de la rencontre de l’activité de 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 validation

• Risque : un workflow parent qui effectue une transition vers un flux secondaire supprimé est suspendu 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 sur <nombre total de flux secondaires> flux secondaires totaux.
• 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 est 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 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 la version d’un workflow qui doit s’exécuter en fonction de l’utilisateur et des conditions du workflow actuels. 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 ne s’exécute.

L’un des scénarios abordé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.
• 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 lors de cette activité, sans aucun moyen de transition vers l’avant. Les flux principaux qui rencontrent cette condition dans un flux secondaire ne sont pas autorisés à s’exécuter sur une transaction d’enregistrement en cours. 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 afin qu’il soit disponible pour l’utilisateur B. Cela permet au workflow de s’exécuter lors de la transaction appropriée suivante.

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 des scripts avancés, des options SQL ou des ensembles de mises à jour incomplets contenant 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.