Vérification des erreurs de transition automatique
Mise à jour : novembre 2007
Les intégrateurs peuvent essayer deux types de transition automatiques. La première est une transition automatique qui se produit suite à une action de l'utilisateur. La seconde est une transition automatique qui se produit par automation sans assistance, par exemple une génération nocturne.
Transitions automatiques avec action de l'utilisateur Pour ce type de transition automatique, un utilisateur est présent pour réagir à tous les problèmes relatifs aux règles. De même, vérifiez que vous prenez en charge la situation dans laquelle l'auteur d'un type d'élément de travail ajoute un champ obligatoire que l'intégration ne reconnaît pas. Pour prendre en charge cette situation, exécutez la transition automatique, puis analysez le type d'élément de travail pour rechercher des violations de règles. Si vous en trouvez, affichez le formulaire pour que l'utilisateur apporte des corrections.
Transitions automatiques avec automation sans assistance Vous devez supposer qu'aucun utilisateur n'est présent pour résoudre ces problèmes. Dans ce cas, l'intégration doit normalement échouer et consigner un message dans un journal des erreurs indiquant que la transition automatique a été essayée, puis donner la cause de l'échec.
Lors de la définition d'un des types de transition automatique, définissez la transition de sorte que chaque élément de travail atteigne un état valide à la fin de la transition sans nécessiter une intervention de l'utilisateur. En d'autres termes, vous respectez toutes les règles qui sont définies pour l'état en cours de transition en fournissant des valeurs par défaut ou des valeurs copiées pour tous les champs. Si un champ devient non valide après la transition, la transition de l'état échoue.
Pour éviter que les champs deviennent non valides, procédez comme suit :
Définissez une valeur DEFAULTREASON pour la transition de l'état.
Pour les champs qui seraient obligatoires après la transition de l'état, définissez les règles DEFAULT ou COPY.
Par exemple, vous avez créé l'archivage de l'action de transition qui fait passer l'état d'un élément de travail de "Working" à "Ready to Build." Les règles de l'élément de travail pour "Ready to Build" requièrent que le champ "ResolvedBy" soit défini. Vous définissez ensuite une règle DEFAULT ou COPY pour "ResolvedBy" dans la section TRANSITION. En outre, définissez une valeur DEFAULTREASON pour vérifier que le champ obligatoire peut être défini sans intervention de l'utilisateur.
Voir aussi
Concepts
Utilisation des règles <WHEN*>, <DEFAULT> et <COPY>