Cloud Software Group, Inc. EBX®
Documentation > Guide utilisateur > Modèles de workflow
Mode navigation Documentation > Guide utilisateur > Modèles de workflow

# Configuration du modèle de workflow

## Informations

Pour visualiser et éditer les informations concernant le propriétaire et la documentation du modèle de workflow, sélectionnez "Informations" dans le menu "Actions" du modèle de workflow dans le panneau de navigation.

Propriétaire | Personne pouvant éditer les informations du modèle de workflow et définir des règles de permission.
Documentation locale | Libellé et description associés au modèle de workflow localisés.
Activation | Cette propriété est obsolète. Spécifie si un modèle de workflow est activé. Un modèle de workflow doit être activé pour pouvoir être publié.

## Propriétés du modèle de workflow

La configuration d'un modèle de workflow est accessible depuis le panneau de navigation.

Module | Module contenant les ressources Java spécifiques (extension de tâche utilisateur, script et conditions spécifiques).
Notification de démarrage | Liste des profils qui doivent recevoir une notification (choisie dans la liste des modèles de messages) quand un workflow démarre. Voir Modèles de message génériques.
Notification de fin | Liste des profils qui doivent recevoir une notification (choisie dans la liste des modèles de messages), quand un workflow se termine. La notification n'est envoyée que si le workflow a été terminé "normalement" (pas par une action d'administration). Voir Modèles de message génériques.
Notification d'erreur | Liste des profils qui recevront une notification (choisie dans la liste des modèles de messages) quand un workflow est mis en d'erreur. Voir Modèles de message génériques.
Priorité | Par défaut, chaque workflow associé à ce modèle sera lancé avec cette priorité. Cette valeur est facultative. Si aucune valeur n'est définie ici, et une priorité par défaut est définie pour le référentiel, la prioritié par défaut pour le référentiel sera appliquée à tous les workflows et bons de travail sans priorité. Voir Priorité de bons de travail pour plus d'informations. Note : Seuls les utilisateurs définis en tant qu'administrateurs de workflows seront autorisés à modifier la priorité des workflows de données associés manuellement.
Activer le lancement direct | Par défaut, lorsqu'un workflow est lancé, il est proposé à l'utilisateur de saisir une documentation pour le nouveau workflow dans un formulaire intermédiaire. Cette documentation est facultative. Positionner la propriété "Activer le lancement direct" à "Oui" permet d'éviter cette étape de documentation et de lancer directement le workflow.
Ouvrir automatiquement la première étape | Permet de conditionner la navigation, suite à un lancement de workflow. Par défaut, une fois le workflow lancé, la table courante (lanceurs de workflow ou monitoring > publications) est automatiquement affichée. Activer cette propriété permet au créateur du workflow de garder la main sur le workflow lancé. Si, suite à l'exécution de la première étape du workflow, un bon de travail est atteint, et que ce bon de travail peut être démarré par le lanceur de workflow, le bon de travail est automatiquement ouvert (si plusieurs bons de travail sont atteints, le premier créé est ouvert). Cela évite au lanceur de sélectionner le bon de travail correspondant dans la corbeille de tâches. Si aucun bon de travail n'est atteint, la stratégie d'avancement de l'étape suivante est évaluée. Si aucun bon de travail n'est finalement ouvert, la table à partir de laquelle le workflow a été lancé est affichée. Limitation : Cette propriété est ignorée si la première étape est un appel de sous-workflow.
Trigger de workflowr | Composant interceptant les événéments principaux d'un workflow. Ce bean doit être déclaré dans un fichier `module.xml`. Voir l'exemple.
Permissions | Définit les permissions pour les actions liées au workflows de données associés au modèle de workflow. Ce bean doit être déclaré dans un fichier `module.xml`. Voir l'exemple.
Permissions programmatiques | Définit le composant gérant les permissions du workflow. S'il est défini, il remplace l'ensemble des permissions définies dans la propriété 'Permissions'.

## Contexte de données

La configuration du contexte de données est accessible depuis le panneau de navigation.

Chaque workflow possède un contexte de données qui lui est propre, lui permettant ainsi de disposer d'un espace de données local durant son exécution. Cela permet de stocker et faire varier des valeurs qui orienteront l'exécution du workflow.

Le contexte de données est défini par une liste de variables. Chaque variable possède les propriétés suivantes :

Nom | Identifiant de la variable.
Valeur par défaut | Si définie, la variable sera initialisée avec cette valeur par défaut.
Paramètre d'entrée | 'Oui' doit être coché pour définir cette variable comme un paramètre d'entrée.
Paramètre de sortie | 'Oui' doit être coché pour définir cette variable comme un paramètre de sortie. Sinon, la variable ne sera pas affichée dans la liste des paramètres de sortie, dans l'interface de définition d'une tâche.

## Personnalisation des vues d'exécution de workflow

La personnalisation des vues d'exécution de workflow est accessible depuis le panneau de navigation.

Cette personnalisation permet de configurer les colonnes spécifiques des vues de bons de travail et de workflows (corbeille, monitoring des bons de travail, monitoring des workflows actifs et workflows terminés) afin que l'utilisateur puisse avoir des valeurs personnalisées à ses besoins. Ces valeurs sont dynamiques grâce à l'évaluation des variables du contexte de données si présentes.

## Permissions sur les workflows de données associés

Administration de workflow | Définit le profil autorisé à exécuter des tâches d'administration sur les workflows. Les actions d'administration sont : rejouer une étape, réveiller un workflow, terminer un workflow, désactiver une publication et dépublier. Pour pouvoir exécuter ces actions, ce profil bénéficie automatiquement de la permission "Visualiser les workflows". L'administrateur built-in est toujours autorisé à administrer les workflows.
Administration de workflow > Rejouer une étape | Définit le profil autorisé à rejouer une étape de workflow. Pour pouvoir exécuter cette action, ce profil bénéficie automatiquement de la permission "Visualiser les workflows". Pour rejouer une étape, un bouton est disponible dans la section "Monitoring > Workflows actifs". Un profil qui a la permission "Administration de workflow" est automatiquement autorisé à effectuer cette action spécifique. L'administrateur built-in est toujours autorisé à rejouer une étape de workflow.
Administration de workflow > Terminer un workflow | Définit le profil autorisé à terminer et supprimer un workflow. Pour pouvoir exécuter cette action, ce profil bénéficie automatiquement de la permission "Visualiser les workflows". Pour terminer et supprimer un workflow en cours, un bouton est disponible dans la section "Monitoring > Workflows actifs". Pour supprimer un workflow terminé, un bouton est disponible dans la section "Workflows terminés". Un profil qui a la permission "Administration de workflow" est automatiquement autorisé à effectuer cette action spécifique. L'administrateur built-in est toujours autorisé à terminer un workflow.
Administration de workflow > Forcer le réveil d'un workflow | Définit le profil autorisé à forcer le réveil d'un workflow en attente. Pour pouvoir exécuter cette action, ce profil bénéficie automatiquement de la permission "Visualiser les workflows". Pour réveiller un workflow, un bouton est disponible dans la section "Monitoring > Workflows actifs". Un profil qui a la permission "Administration de workflow" est automatiquement autorisé à effectuer cette action spécifique. L'administrateur built-in est toujours autorisé à réveiller un workflow.
Administration de workflow > Désactiver une publication | Définit le profil autorisé à désactiver une publication de workflow. Pour pouvoir exécuter cette action, ce profil bénéficie automatiquement de la permission "Visualiser les workflows". Pour désactiver, un bouton est disponible dans la section "Monitoring > Publications" uniquement pour les publications actives. Un profil qui a la permission "Administration de workflow" est automatiquement autorisé à effectuer cette action spécifique. L'administrateur built-in est toujours autorisé à désactiver une publication.
Administration de workflow > Dépublier | Définit le profil autorisé à dépublier une publication de workflow. Pour pouvoir exécuter cette action, ce profil bénéficie automatiquement de la permission "Visualiser les workflows". Pour dépublier, un bouton est disponible dans la section "Monitoring > Publications" pour les publications désactivées uniquement. Un profil qui a la permission "Administration de workflow" est automatiquement autorisé à effectuer cette action spécifique. L'administrateur built-in est toujours autorisé à dépublier.
Gestion de l'allocation | Définit le profil autorisé à gérer l'allocation des bons de travail. Les actions d'allocation sont : allouer les bons de travail, réallouer les bons de travail et désallouer les bons de travail. Pour pouvoir exécuter ces actions, ce profil bénéficie automatiquement de la permission "Visualiser les workflows". L'administrateur built-in est toujours autorisé à gérer l'allocation des workflows.
Gestion de l'allocation > Allouer les bons de travail | Définit le profil autorisé à allouer les bons de travail. Pour pouvoir exécuter cette action, ce profil bénéficie automatiquement de la permission "Visualiser les workflows". Pour allouer un bon de travail, un bouton est disponible dans la section "Monitoring > Bons de travail" uniquement pour les bons de travail proposés. Un profil qui a la permission "Gestion de l'allocation" est automatiquement autorisé à effectuer cette action spécifique. L'administrateur built-in est toujours autorisé à allouer les bons de travail.
Gestion de l'allocation > Réallouer les bons de travail | Définit le profil autorisé à réallouer les bons de travail. Pour pouvoir exécuter cette action, ce profil bénéficie automatiquement de la permission "Visualiser les workflows". Pour réallouer, un bouton est disponible dans la section "Monitoring > Bons de travail" uniquement pour les bons de travail alloués. Un profil qui a la permission "Gestion de l'allocation" est automatiquement autorisé à effectuer cette action spécifique. L'administrateur built-in est toujours autorisé à réallouer les bons de travail.
Gestion de l'allocation > Désallouer les bons de travail | Définit le profil autorisé à désallouer les bons de travail. Pour pouvoir exécuter cette action, ce profil bénéficie automatiquement de la permission "Visualiser les workflows". Pour désallouer, un bouton est disponible dans la section "Monitoring > Bons de travail" uniquement pour les bons de travail alloués. Un profil qui a la permission "Gestion de l'allocation" est automatiquement autorisé à effectuer cette action spécifique. L'administrateur built-in est toujours autorisé à désallouer les bons de travail.
Lancer les workflows | Définit le profil autorisé à lancer manuellement de nouveaux workflows. Cette permission permet de lancer des workflows à partir des publications actives dans la section "Lanceurs de workflow". L'administrateur built-in est toujours autorisé à lancer les workflows. Les autorisations de lancement sont désormais contrôlées de manière systématique, y compris par l'API. Mais il est possible d'ignorer ces contrôles automatiques et de gérer à la main les règles d'habilitation. Pour ce faire, il faut positionner la propriété ebx.properties permissionCheckDelegated à 'true' et utiliser l'API dédiée `WorkflowEngine.isUserAuthorizedToLaunch` pour déléguer l'évaluation des permissions au développeur.
Visualiser les workflows | Définit le profil autorisé à visualiser les workflows. Par défaut, un utilisateur final peut uniquement voir les bons de travail qui lui sont proposés ou alloués dans la section "Boîte de réception". Cette permission permet en plus de visualiser les publications, workflows et bons de travail associés à ce modèle de workflow dans les sections "Monitoring" et "Workflows terminés". Ce profil bénéficie automatiquement de la permission "Visualiser les workflows terminés". L'administrateur built-in est toujours autorisé à visualiser les workflows.
Visualiser les workflows > Le créateur d'un workflow peut le visualiser | Si activé, le créateur d'un workflow a la permission de visualiser les workflows qu'il a lancés. Cette permission restreinte lui donne accès aux workflows qu'il a lancés et aux bons de travail associés dans les sections "Monitoring > Workflows actifs", "Monitoring > Bons de travail" et "Workflows terminés". La valeur par défaut est "Non".
Visualiser les workflows > Visualiser les workflows terminés | Définit le profil autorisé à visualiser les workflows terminés. Cette permission permet de visualiser les workflows terminés dans la section "Workflows terminés" et d'accéder à leur historique. Un profil qui a la permission "Visualiser les workflows" est automatiquement autorisé à effectuer cette action. L'administrateur built-in est toujours autorisé à visualiser les workflows terminés.

##### Note

Un utilisateur n'ayant aucun privilège particulier pourra voir un bon de travail uniquement si celui-ci lui est proposé ou personnellement alloué.

##### Voir aussi

- Administration d'un workflow

## Historique des images du modèle de workflow

L'historique des images d'un modèle de workflow peut être géré sous Actions > Afficher l'historique des publications.

La table d'historique affiche toutes les images contenant le modèle de workflow et indique si le modèle a été publié. Pour chaque image, il est possible d'exporter ou d'afficher le modèle de workflow correspondant en utilisant le bouton Actions.

## Suppression d'un modèle de workflow

Un modèle de workflow peut être supprimé. Cependant, toute version publiée auparavant reste accessible dans la section Workflows de Données. D'autre part, si un modèle de workflow est recréé avec un nom identique, lors d'une publication, un message demandera la confirmation de remplacement de la publication précédente.

##### Voir aussi

- Publication d'un modèle de workflow

Sommaire du guide utilisateur

Documentation > Guide utilisateur > Modèles de workflow