Exécution de scénarios, cycles et phases

Chaque exécution de scénario commence par la phase d’initialisation, se poursuit par au moins un cycle composé des phases d’opération et de validation/restauration, et se termine par la phase de finalisation

A plus petite échelle, chaque module suit également ces phases. Vous trouverez des informations sur les phases du module dans les informations de lot traitées, dans la bulle numérotée en haut à droite de chaque module une fois le scénario exécuté. Pour plus d’informations sur la recherche des informations de bundle traité, voir Informations sur les bundles traités dans l’article Flux d’exécution de scénario.

Vous trouverez des informations sur les phases de scénario les plus importantes dans les détails d’exécution.

Phases d’exécution du scénario

Initialisation

Pendant la phase d'initialisation, toutes les connexions nécessaires (connexion à une base de données, service de messagerie, etc.) sont créées et vérifiées pour s'assurer que le module est capable d'effectuer les opérations prévues.

Cycles

Chaque cycle représente une unité de travail indivisible composée d’une série d’opérations, chacune avec une validation ou une restauration.

Vous pouvez définir le nombre maximal de cycles dans le panneau scenario settings. Le nombre par défaut est 1.

Opération

Pendant la phase de fonctionnement, on effectue une opération de lecture ou d'écriture:

Valider

Si la phase d’opération est réussie, la phase de validation commence, au cours de laquelle toutes les opérations effectuées par les modules sont validées. Cela signifie que Workfront Fusion envoie des informations sur son succès à tous les services impliqués dans la phase de fonctionnement.

Restaurer

Si une erreur se produit au cours de la phase d'opération ou de validation sur un module, la phase est abandonnée et la phase de restauration est démarrée, rendant toutes les opérations au cours du cycle donné annulées.

IMPORTANT

Tous les modules Workfront Fusion qui prennent en charge la restauration (également connue sous le nom de transactionnalité) comportent la balise ACID.

Les modules qui ne portent pas cette balise ne peuvent pas être ramenés à leur état initial lorsque des erreurs se produisent dans d’autres modules. Un exemple typique de module non-ACID est l'action Email >Send an Email. Une fois l’e-mail envoyé, vous ne pouvez pas annuler l’envoi.

Finalisation

Au cours de la phase de finalisation, les connexions ouvertes (par exemple, les connexions FTP, les connexions aux bases de données, etc.) sont fermées et le scénario terminé.

Ressources

Pour plus d’informations, voir Configurer les paramètres de scénario.