ValidateUpdateSetParentDependencies

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

Cet avertissement informe l’utilisateur que ce workflow et un ou plusieurs workflows qui dépendent de ce workflow sont en cours de modification active de sorte qu’ils ne seront pas déployés simultanément sur une autre instance sans effort supplémentaire.

Résumé de 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 comporte 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 des 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 définir cet ensemble de mises à jour comme terminé.
• 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 lorsqu’une des conditions suivantes existe :

• Un flux secondaire publié se trouve dans un ensemble de mises à jour différent 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 workflows parents qui appellent le workflow actuel et qui sont extraits pour les utilisateurs qui travaillent dans un autre ensemble de mises à jour.

Exemple

Voici un exemple de scénario de développement à risque dans lequel deux utilisateurs créent des dépendances entre des workflows dans 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. Modifie la valeur de retour du type de chaîne dans le workflow A en un type de référence/utilisateur .
4. Publie le workflow A, entraînant 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 utilisateur du workflow A comme affectation d’approbation.
5. Publie le workflow B, entraînant 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 ancienne version 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 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 de nouvelles instances.
2. Extrayez et republiez les workflows qui doivent être inclus.
   Remarque :

   Cette action force une saisie 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, voir Ensembles de mises à jour système.

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 à 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 dans le formulaire 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 d’autres flux secondaires dépendants à l’ensemble de mises à jour de flux parent.