Étapes de classement

Un administrateur peut modifier l’ordre dans lequel les étapes sont évaluées. Sélectionnez une étape, puis survolez le graphique en chevron pour modifier l’ordre d’évaluation. Utilisez les boutons < et > pour modifier l’ordre. Le bouton + crée une nouvelle étape à cet endroit de la séquence.

Transitions entre les étapes

Les transitions représentent un mouvement structuré d’une étape à l’autre dans un workflow. Chaque étape dispose de critères d’entrée, c’est-à-dire des conditions qui doivent être remplies avant d’avancer, afin d’assurer la cohérence et la préparation de la phase suivante.

Une transaction ne peut pas passer automatiquement d’une étape à l’autre sans événement qui peut être représenté dans l’interface utilisateur sous la forme d’un bouton, tel que Soumettre pour approbation ou Réviser. En outre, des transitions d’étape peuvent également être définies lorsqu’une nouvelle transaction est créée ou modifiée.

Critères d’entrée

Au fur et à mesure que les utilisateurs progressent dans le cycle de vie de la transaction et exécutent les événements liés aux transitions, l’application évalue les critères d’entrée pour déterminer quelle étape s’applique à la transaction. Lorsqu’une transition d’événement est définie sur forward, CPQ évalue les critères d’entrée des étapes suivantes jusqu’à ce que les critères d’entrée d’une étape soient remplis. Si aucune étape ne répond aux critères d’entrée, aucune transition n’a lieu. Lorsqu’une transition d’événement est définie sur backward, la transaction passe à l’étape définie par l’administrateur sans vérifier ses critères d’entrée. (Notez que la première étape d’un processus n’a pas de critères d’entrée.)

Par exemple, une transaction peut passer à l’étape pending approval ou, si l’approbation n’est pas requise, elle peut contourner pending approval et passer directement à l’étape approved . Cette configuration peut être effectuée à l’aide de critères d’entrée.

Étapes et regroupements de règles

Les regroupements de règles sont associés à des étapes. Les regroupements de règles sont exécutés lors de la transition vers l’étape et lorsque les utilisateurs mettent à jour les champs ou exécutent des événements pendant qu’ils se trouvent dans l’étape.

Étapes et vues

Les étapes permettent à l’administrateur d’attribuer des autorisations distinctes (vues) pour déterminer comment les profils observent les données de champ.

Pour plus d’informations sur la définition des vues des étapes, reportez-vous à la section Gestionnaire des transactions : vues.

Créer une étape, associer des groupes de règles et définir des critères d’entrée

Dans l’interface utilisateur de l’administrateur de Transaction Manager, vous démarrez par étapes par défaut. Les étapes définies sont répertoriées sur la page. Pour créer une nouvelle étape, cliquez sur + Nouvelle étape.

Entrez un nom dans le champ Nom . Lorsque vous entrez le nom, une valeur similaire est saisie dans le champ Nom de variable . Par défaut, le nom de la variable est le même que celui saisi par l’administrateur. Toutefois, les espaces et les caractères spéciaux sont supprimés du nom de la variable, qui est créé à l’aide de la casse Camel. Par exemple, si vous saisissez Ordered (Ordonné) dans le champ Name (Nom ), le champ Variable Name (Nom de variable ) contient ordered. Pour créer un nom de variable personnalisé, cliquez sur l’icône en forme de crayon à droite du champ pour entrer votre propre valeur.

Une fois le nom et le nom de la variable définis, cliquez sur Enregistrer.

Lorsque vous cliquez sur Enregistrer, la page de l’éditeur d’étape s’affiche. Dans l’éditeur d’étape, vous pouvez affecter des regroupements de règles à l’étape en cours de création. Utilisez le menu Regroupements de règles pour choisir les regroupements de règles à affecter à la nouvelle étape.

Dans l’éditeur d’étape, dans la section Critères d’entrée , vous pouvez créer les conditions qui sont testées avant que la transaction ne soit autorisée à passer à la nouvelle étape. La méthode est la même que celle que vous utilisez pour créer des conditions dans les règles. Cliquez sur Critères d’entrée pour choisir le type de logique de condition que vous souhaitez implémenter.

Cliquer sur Effectuer une action Quand sélectionner la logique de condition.

Une fois que vous avez choisi la méthode de logique de condition, cliquez sur + Ajouter une condition pour ajouter la condition à tester. Vous pouvez ajouter plusieurs conditions aux critères d’entrée à l’étape. Pour chaque instruction conditionnelle, choisissez le champ à tester, l’opérateur à utiliser et la valeur à tester.

Lorsque la nouvelle étape est entièrement configurée, cliquez sur Enregistrer.

Paramètres : comportement lors de l’ouverture d’une transaction

La zone Comportement à l’ouverture de la transaction permet à un administrateur de déterminer les regroupements et intégrations de règles qui s’exécutent lorsque l’utilisateur ouvre une transaction dans l’étape. Cliquez sur Modifier les paramètres.

Sur la page Paramètres, utilisez le bouton Actualiser les données produit pour définir les données produit de la transaction à actualiser lorsque la transaction s’ouvre.

Cliquez sur Ajouter une nouvelle action pour ajouter un groupe de règles ou une intégration à la liste d’actions.

Paramètres : comportement en cas de délai d’inactivité

Dans la section Comportement en cas de délai d’inactivité des paramètres d’une étape, vous pouvez définir un événement qui se déclenche après qu’un utilisateur reste inactif pendant une durée que vous spécifiez. Cela permet d’améliorer l’expérience utilisateur en exécutant des actions prédéfinies, telles que des groupes de règles, des intégrations ou des règles d’étapes, lorsqu’une inactivité est détectée.

Vous pouvez définir un événement de ce type par étape. Si l’événement échoue lors de sa première exécution, il n’est pas retenté ou remis en file d’attente. Pour activer ce paramètre, procédez comme suit :

1. Dans les paramètres de l’étape, activez le comportement sur le délai d’inactivité .

   

2. Pour ajouter des actions, cliquez sur Modifier les paramètres à côté de Comportement sur le délai d’inactivité.

   

3. Définissez le temps d’inactivité.

   Le paramètre Temps d’inactivité avant l’exécution des actions définit la durée pendant laquelle un utilisateur doit rester inactif avant que les actions configurées ne soient déclenchées. L’utilisateur est considéré comme inactif lorsqu’il n’y a aucun clic, interaction ou pression sur une touche.

4. Ajoutez des actions à exécuter pendant le délai d’expiration.

   Vous pouvez définir une ou plusieurs actions qui s’exécutent une fois le délai d’inactivité atteint. Les types d’actions pris en charge incluent les groupes de règles et les intégrations.

   • Utilisez des groupes de règles pour exécuter une logique conditionnelle telle que la mise à jour de champs ou la modification de l’interface utilisateur.
   • Utilisez les intégrations pour déclencher des API ou des services externes pour la journalisation d’événements, l’envoi de notifications ou la mise à jour d’enregistrements externes.

     

Directives générales :

• Définissez soigneusement le temps d’inactivité pour équilibrer la commodité de l’utilisateur avec la gestion des sessions et l’efficacité du système.
• Testez tous les groupes de règles et intégrations configurés dans un environnement de non-production avant de les activer dans des étapes opérationnelles.

Suppression d’une étape

La suppression d’une étape est restreinte, car la suppression d’une étape utilisée par les transactions peut entraîner des problèmes de données. Contactez l’assistance clientèle pour plus d’informations si une suppression d’étape est nécessaire.