ValidateUpdateSetDependencies

Le validateur ValidateUpdateSetDependencies identifie tous les flux secondaires appelés dans le workflow actuel et détermine si l’un de ces flux secondaires est en cours de modification dans un ensemble de mises à jour différent (en cours).

Cet avertissement informe l’utilisateur que ce workflow et une ou plusieurs de ses dépendances sont en cours de modification active de manière à ne pas être déployé simultanément sur une autre instance sans effort supplémentaire.

Pour en savoir plus sur les ensembles de mises à jour, consultez Créer et sélectionner un ensemble de mises à jour.

Résumé de la validation

• Risque : si un workflow parent est modifié dans un ensemble de mises à jour et que son flux secondaire dépendant est modifié dans un autre, les deux workflows peuvent ne pas être compatibles s’ils sont déplacés vers une autre instance. Apporter des modifications indépendantes, telles que des valeurs communes ou attendues, peut rendre les deux flux de travail incompatibles.
• Niveau de gravité : Avertissement
• Résultat valide : valide
• Message valide : aucun problème de dépendance de l’ensemble de mises à jour n’a été trouvé.
• Résultat non valide : non valide
• Message non valide : ce workflow a des workflows dépendants qui se trouvent dans un ensemble de mises à jour différent.
• Action suggérée : modifiez et déployez les deux workflows dans le même ensemble de mises à jour. Si vous devez modifier les dépendances dans des ensembles de mises à jour distincts, utilisez l’une des méthodes suivantes :
  • Assurez-vous que tous les ensembles de mises à jour migrent simultanément.
  • Avant de déployer l’ensemble de mises à jour du flux principal, fusionnez les dépendances en un seul ensemble de mises à jour avant de terminer cet ensemble de mises à jour.
• Publiable : Oui
• Exécutable : Oui
• Informations connexes : Déplacement du workflow avec ensembles de mises à jour

Dépannage

Un workflow n’est ajouté à un ensemble de mises à jour que lorsque le workflow est publié. Ce validateur émet un avertissement lorsque l’une des conditions suivantes existe :

• Un flux secondaire publié se trouve dans un ensemble de mises à jour différent de celui du workflow parent et cet ensemble de mises à jour est En cours.
• Un flux secondaire est extrait par un autre utilisateur, qui travaille dans un ensemble de mises à jour différent de celui de l’utilisateur actuel.

Remarque :

Ce validateur ne recherche pas les ensembles de mises à jour qui ont été fermés. Il examine uniquement les ensembles de mises à jour en cours ou les ensembles de mises à jour de tous les flux secondaires utilisés par le workflow actuel qui sont extraits pour les utilisateurs qui travaillent dans un ensemble de mises à jour différent.

Exemple

Voici un exemple de scénario de développement à risque dans lequel deux utilisateurs créent des dépendances entre les workflows de différents ensembles de mises à jour.

Utilisateur A :

1. Définit l’ensemble de mises à jour A sur l’ensemble de mises à jour actuel.
2. Extrait le workflow A.
3. Modifie la valeur de retour du type de chaîne dans le workflow A en un type Référence/Utilisateur .
4. Publie le workflow A, ce qui entraîne une entrée dans l’ensemble de mises à jour A.

Utilisateur B :

1. Définit l’ensemble de mises à jour B sur l’ensemble de mises à jour actuel.
2. Extrait le workflow B.
3. Inclut le workflow A comme flux secondaire.
4. Utilise la valeur de retour de référence de l’utilisateur du workflow A comme affectation d’approbation.
5. Publie le workflow B, ce qui entraîne une entrée dans l’ensemble de mises à jour B.

Risques

• L’utilisateur B déplace l’ensemble de mises à jour B vers une autre instance disposant d’une version antérieure du workflow A. La valeur de retour n’est pas une référence utilisateur, ce qui fait que le résultat du workflow B est différent de ce qu’il était lors du test en développement.
• L’utilisateur B déplace l’ensemble de mises à jour B vers une nouvelle instance qui n’a pas de version du workflow A. Le workflow B subit un échec de validation lors de l’exécution et ne peut pas s’exécuter. Une entrée de journal est ajoutée au journal de workflow de l’enregistrement actuel.

Solutions possibles

Solution 1

Migrez ensemble le workflow parent et tous les workflows dépendants vers une nouvelle instance à l’aide du même ensemble de mises à jour.

1. Définissez l’ensemble de mises à jour sur celui que vous souhaitez migrer vers les nouvelles instances.
2. Extraire et republier les workflows qui doivent être inclus ; cette action force une entrée dans l’ensemble de mises à jour actuel.
3. Terminez l’ensemble de mises à jour avec toutes les dépendances.
4. Suivez les procédures standard pour la migration des ensembles de mises à jour vers les instances locales.

Solution 2

Déplacez les workflows dépendants entre les ensembles de mises à jour.

1. Identifiez l’ensemble de mises à jour contenant le workflow principal à migrer.
2. Accédez à Ensembles de mises à jour système > Ensembles de mises à jour locaux.
3. Recherchez et sélectionnez l’ensemble de mises à jour qui contient les dépendances au workflow principal.
4. Dans la liste connexe Mises à jour du client , sélectionnez la version de workflow du flux secondaire que vous souhaitez déplacer.
5. Sélectionnez l’ensemble de mises à jour contenant le workflow parent dans le champ Ensemble de mises à jour . Si ce champ ne figure pas sur le formulaire de mise à jour du client, configurez le formulaire et ajoutez le champ.
6. Cliquez sur Mettre à jour et le système de base déplace le flux secondaire dépendant vers l’ensemble de mises à jour sélectionné.
7. Répétez les étapes 4 à 6 pour ajouter des flux secondaires dépendants supplémentaires à l’ensemble de mises à jour du flux parent.