Créer et modifier des règles métier
Les informations mises en surbrillance sur cette page font référence à des fonctionnalités qui ne sont pas encore disponibles de manière générale. Il est disponible uniquement dans l’environnement Aperçu pour tous les clients. Après les versions mensuelles de Production, les mêmes fonctionnalités sont également disponibles dans l’environnement Production pour les clients qui ont activé les versions rapides.
Pour plus d’informations sur les versions rapides, voir Activation ou désactivation de versions rapides pour votre organisation.
Une règle de fonctionnement vous permet d’appliquer la validation aux objets Workfront et d’empêcher les utilisateurs de créer, modifier ou supprimer un objet lorsque certaines conditions sont remplies. Les règles métier permettent d’améliorer la qualité des données et l’efficacité opérationnelle en empêchant les actions susceptibles de compromettre l’intégrité des données.
Une règle de fonctionnement unique ne peut être affectée qu’à un seul objet. Par exemple, si vous créez une règle de fonctionnement pour ne pas modifier les projets dans certaines conditions, vous ne pouvez pas appliquer la même règle aux tâches. Vous devez créer une règle de fonctionnement distincte avec les mêmes conditions pour les tâches.
Les niveaux d’accès et le partage d’objets ont une priorité plus élevée que les règles métier lorsqu’un utilisateur interagit avec un objet. Par exemple, si un utilisateur dispose d’un niveau d’accès ou d’une autorisation qui ne permet pas de modifier un projet, ceux-ci sont prioritaires sur une règle de fonctionnement qui autorise la modification d’un projet dans certaines conditions.
Lorsque plusieurs règles de fonctionnement s’appliquent à un objet, les règles sont toutes suivies mais ne sont pas appliquées dans un certain ordre. Par exemple, vous avez deux règles de fonctionnement. L'une restreint la création des dépenses au mois de février. La seconde empêche la modification d’un projet lorsque l’état du projet est Terminé. Si un utilisateur tente d’ajouter une dépense à un projet terminé en juin, la dépense ne peut pas être ajoutée car elle a déclenché la deuxième règle.
Les règles de fonctionnement s’appliquent à la création, la modification et la suppression d’objets via l’API ainsi que dans l’interface de Workfront.
Conditions d’accès
Vous devez disposer des éléments suivants pour effectuer les étapes décrites dans cet article :
| table 0-row-2 1-row-2 2-row-2 layout-auto html-authored no-header | |
|---|---|
| Formule Adobe Workfront | Final |
| Licence Adobe Workfront | Standard |
| Configurations des niveaux d’accès | Administrateur ou administratrice système |
Pour plus de détails sur les informations contenues dans ce tableau, consultez Conditions d’accès préalables dans la documentation Workfront.
Scénarios de règles de fonctionnement
Le format d’une règle de fonctionnement est "SI la condition définie est remplie, l’utilisateur ne peut pas effectuer d’action sur l’objet et le message s’affiche".
La syntaxe des propriétés et autres fonctions d’une règle de fonctionnement est la même que celle d’un champ calculé d’un formulaire personnalisé. Pour plus d’informations sur la syntaxe, voir Ajout de champs calculés avec le concepteur de formulaire.
Pour plus d’informations sur les instructions IF, voir "IF" statement overview et Opérateurs de condition dans les champs personnalisés calculés.
Pour plus d’informations sur les caractères génériques basés sur l’utilisateur, voir Utilisation de caractères génériques basés sur l’utilisateur pour généraliser des rapports.
Pour plus d’informations sur les caractères génériques basés sur des dates, voir Utilisation de caractères génériques basés sur des dates pour généraliser des rapports.
Un caractère générique API est également disponible dans les règles de fonctionnement. Vous pouvez utiliser $$ISAPI pour déclencher la règle uniquement dans l’interface utilisateur ou uniquement dans l’API.
Les caractères génériques $$BEFORE_STATE et $$AFTER_STATE sont utilisés dans les expressions pour accéder aux valeurs de champ de l’objet avant et après toute modification.
- Ces caractères génériques sont disponibles pour le déclencheur de modification. L’état par défaut du déclencheur de modification (si aucun état n’est inclus dans l’expression) est le
$$AFTER_STATE. - Le déclencheur de création d’objet autorise uniquement l’état
$$AFTER_STATE, car l’état avant n’existe pas. - Le déclencheur de suppression d’objet autorise uniquement l’état
$$BEFORE_STATE, car l’état after n’existe pas.
Voici quelques scénarios de règles de fonctionnement simples :
- Les utilisateurs ne peuvent pas ajouter de nouvelles dépenses pendant la dernière semaine de février. Cette formule peut être indiquée comme suit :
IF(MONTH($$TODAY) = 2 && DAYOFMONTH($$TODAY) >= 22, "You cannot add new expenses during the last week of February.") - Les utilisateurs ne peuvent pas modifier le nom d’un projet à l’état Terminé . Cette formule peut être indiquée comme suit :
IF({status} = "CPL" && {name} != $$BEFORE_STATE.{name}, "You cannot edit the project name.")
Un scénario avec des instructions IF imbriquées est le suivant :
Les utilisateurs ne peuvent pas modifier les projets terminés et ne peuvent pas modifier les projets dont la date de fin est planifiée au mois de mars. Cette formule pourrait être formulée comme suit :
IF(
$$AFTER_STATE.{status}="CPL",
"You cannot edit a completed project",
IF(
MONTH({plannedCompletionDate})=3,
"You cannot edit a project with a planned completion date in March")
)
Ajouter une nouvelle règle de fonctionnement
-
Cliquez sur l’icône Menu principal
-
Cliquez sur Règles métier dans le panneau de gauche.
-
Cliquez sur Nouvelle règle de fonctionnement.
-
Sélectionnez le type d’objet auquel affecter la règle de fonctionnement, puis cliquez sur Continuer.
-
Saisissez le Nom pour la règle de fonctionnement.
-
Dans le champ Est actif , indiquez si la règle doit être active lorsque vous l’enregistrez.
Si vous sélectionnez Non, la règle est enregistrée comme inactive et vous pouvez l’activer ultérieurement.
-
Sélectionnez un Déclencheur pour la règle de fonctionnement. Les options sont les suivantes :
- Lors de la création de l’objet : La règle est appliquée lorsqu’un utilisateur tente de créer un objet.
- Lors de la modification d’objet : La règle est appliquée lorsqu’un utilisateur tente de modifier un objet.
- Lors de la suppression d’objet : La règle est appliquée lorsqu’un utilisateur tente de supprimer un objet.
-
(Facultatif) Saisissez une Description de la règle de fonctionnement et ce qui se passe lorsqu’elle est appliquée.
-
Créez la formule dans l’éditeur de formule, au centre de la boîte de dialogue des règles de fonctionnement.
Le format d’une règle de fonctionnement est "SI la condition définie est remplie, l’utilisateur ne peut pas effectuer d’action sur l’objet et le message s’affiche".
Dans la zone de formule, les parties de la règle de fonctionnement que vous créez sont la condition et le message qui s’affiche dans Workfront lorsque la condition est remplie.
-
L’"objet" est le type d’objet sélectionné lors de la création de la règle de fonctionnement. Il s’affiche dans l’en-tête de la boîte de dialogue.
-
L’"action" est le déclencheur que vous avez sélectionné pour la règle : créez, modifiez ou supprimez l’objet.
-
Comme l’objet et l’action sont déjà définis, vous ne les incluez pas dans la formule.
-
Le message d’erreur personnalisé s’affiche pour l’utilisateur lorsqu’il déclenche la règle de fonctionnement. Il doit fournir des instructions claires sur ce qui s’est mal passé et comment corriger le problème.
Vous pouvez inclure une URL statique dans le message d’erreur, un lien vers la documentation ou d’autres pages utiles pour guider l’utilisateur dans la modification de son action dans la contrainte de la règle.
Dans cet exemple, "En savoir plus" renvoie à l’URL.
"You are not allowed to add a new project in November.[Learn more](http://url)"L’URL doit être entre parenthèses, mais le texte du lien entre crochets n’est pas obligatoire. Vous pouvez afficher l'URL complète et il s'agira d'un lien cliquable.
Cet exemple est une règle de fonctionnement pour les projets. Si le mois en cours est novembre, les utilisateurs ne sont pas autorisés à créer de nouveaux projets et le message l’explique.
Pour obtenir d’autres exemples de règles de fonctionnement, reportez-vous à la section Scénarios pour les règles de fonctionnement de cet article.
-
-
(Facultatif) Utilisez la formule Expressions et Champs dans le panneau de droite pour faciliter la création de la règle.
Recherchez une expression ou un champ pour restreindre la liste des éléments disponibles.
La liste des champs disponibles est limitée aux champs liés au type d’objet pour la règle de fonctionnement.
-
Cliquez sur Enregistrer lorsque vous avez terminé de créer la règle de fonctionnement.
Activer une règle de fonctionnement
Lorsqu’une règle de fonctionnement est inactive, le champ Est active de la liste des règles de fonctionnement affiche False. Vous ne pouvez pas mettre à jour l’état de la règle en mode Liste.
Pour activer une règle de fonctionnement :
- Sélectionnez la règle de fonctionnement dans la liste des règles et cliquez sur l'icône Modifier .
- Sélectionnez Oui pour Est actif dans la boîte de dialogue de règle de fonctionnement.
- Cliquer sur Enregistrer.