ValiderUpdateSetParentDependencies

Le validateur ValidateUpdateSetParentDependencies identifie tous les workflows qui appellent le workflow actuel en tant que flux secondaire et détermine si l’un de ces workflows parents est en cours de modification dans un autre ensemble de mises à jour en cours.

Cet avertissement informe l’utilisateur que ce workflow et un ou plusieurs workflows qui dépendent de ce workflow sont activement modifiés de manière à ne pas se déployer simultanément sur une autre instance sans effort supplémentaire.

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 lorsqu’ils sont déplacés vers une autre instance. Apporter des modifications indépendantes, telles que la modification de valeurs communes ou attendues, peut rendre les deux workflows incompatibles.
• Niveau de gravité : Avertissement
• Résultat valide : valide
• Message valide : Aucun problème de dépendance d’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 : modifier et déployer 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 ou l’autre des conditions suivantes est remplie :

• 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 l’utilisateur actuel.

Remarque :

Ce validateur ne recherche pas les ensembles de mises à jour qui ont été fermés. Elle examine uniquement les ensembles de mises à jour en cours ou les ensembles de mises à jour de tous les workflows parents qui appellent le workflow actuel et 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. Vérifie le workflow A.
3. Remplace la valeur de retour du type Chaîne dans le workflow A par un type Référence/Utilisateur .
4. Publie le workflow A, provoquant 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. Vérifie le workflow B.
3. Inclut le workflow A en tant que 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 qui possède 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 ne dispose pas d’une version du workflow A. Le workflow B rencontre 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 en utilisant le même ensemble de mises à jour.

1. Définissez l’ensemble de mises à jour sur celui que vous souhaitez migrer vers de nouvelles instances.
2. Vérifiez et republiez les workflows qui doivent être inclus.
   Remarque :

   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. Pour plus d’informations sur les ensembles de mises à jour, consultez Ensembles de mises à jour système.

Solution 2

déplacer les workflows dépendants d’un ensemble de mises à jour à un autre.

1. Identifiez l’ensemble de mises à jour contenant le workflow principal à migrer.
2. Accédez à la 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.
6. Cliquez sur Mettre à jour. 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.