Vous pouvez utiliser des nœuds de condition dans des expressions logiques qui sont évaluées dans les flux des travaux. L’expression configurée pour le nœud est évaluée à vrai ou à faux, et le résultat détermine la façon dont le flux des travaux progresse à partir de ce point.
Par exemple, un flux des travaux de modification de l’affectation d’emploi et de la rémunération est configuré avec un nœud de condition qui a l’expression suivante :
<<List_EmployeeEmploymentStatus.Item.List_EmployeeEmploymentStatusChangeReason.Item.Amount>> GreaterThanEquals 5
Le flux des travaux examine le pourcentage d’augmentation de la paie de l’employé concerné si le changement est approuvé. Si la paie de l’employé augmente de moins de 5 %, la condition est fausse et la demande est acheminée à un gestionnaire pour approbation. Si la paie de l’employé augmente de 5 % ou plus, la condition est vraie et la demande est acheminée vers un administrateur de la paie pour approbation.
Les nœuds de condition doivent avoir au moins un lien entrant. Ils peuvent avoir deux liens sortants représentant des résultats Vrai et Faux.
Remarque : Vous devez saisir une expression avant de pouvoir enregistrer le nœud de condition. Si l’expression ne peut pas être évaluée, le résultat par défaut sera faux.
Les nœuds de condition ont une propriété.
Fonctions de regroupement
Vous pouvez également filtrer une liste, puis utiliser les fonctions de regroupement N’importe lequel, Tout ou Aucun pour appliquer une condition à la liste filtrée. Le résultat de votre expression renvoie une valeur vraie ou fausse qui achemine le flux de travaux.
- N’importe lequel renvoie un message vrai si un ou plusieurs éléments de la liste correspondent à la condition.
- Tout renvoie un message vrai si tous les éléments de la liste correspondent à la condition.
- Aucun renvoie un message vrai si aucun élément de la liste ne correspond à la condition.
La syntaxe de base des fonctions de filtrage et de regroupement est la suivante :
List.<<Filter/Any/All/None>>(<<Condition>>)
Dans l’exemple suivant, une liste d’affectations de travail est filtrée pour ne considérer que les affectations de travail principales. L’expression retourne une valeur vrai si toutes les affectations de travail principales ont un taux supérieur à zéro :
List_EmployeeWorkAssignment.Filter("IsPrimary Equals True").All(Taux GreaterThan 0)
Vous pouvez également utiliser Filtrer, N’importe lequel, Tout et Aucun pour construire des expressions simples. Par exemple :
List_EmployeeWorkAssignment.Filter(IsPrimary Equals True)
List_ManagerEmployeeWorkAssignment.Any("ManagerId EQUALS 2")
List_ManagerEmployeeWorkAssignment.All("ManagerId EQUALS 2")
List_ManagerEmployeeWorkAssignment.None("ManagerId EQUALS 2")
Vous pouvez inclure UpdateStatus pour évaluer les éléments de la liste. UpdateStatus peut évaluer les statuts suivants :
- Aucun
- Insert
- Mettre à jour
- Supprimer
UpdateStatus utilise la syntaxe de base suivante, où les noms de statut doivent être entre guillemets :
List.Any/All/None(UpdateStatus Equals "None/Insert/Update/Delete")
Pour d’autres exemples de fonctions de regroupement, consultez la section Exemple : S’assurer que les coordonnées de base sont disponibles après la soumission du formulaire
Expression
Cliquez sur Créer une expression et entrez l’expression évaluée dans le flux des travaux. L’expression conditionnelle peut inclure les champs de la base de données de l’arborescence des champs d’expression, comme <<List_PersonAddress.Item.CountryCode>>, et les valeurs que la propriété peut avoir dans Dayforce, comme « États-Unis ».
Pour plus d’informations sur les opérateurs logiques que vous pouvez utiliser dans ces expressions, consultez la section Annexe : Types d’opérateurs et valeurs.
Pour en savoir davantage sur les champs de la base de données que vous pouvez sélectionner dans l’arborescence des champs d’expression, consultez le Workflow Tokens Guide (en anglais seulement).
Remarque : Une compréhension avancée des champs de la base de données de Dayforce est requise pour configurer les expressions pour les nœuds de condition. Pour en savoir davantage sur la configuration des nœuds de condition et pouvoir répondre aux besoins de votre organisation, communiquez avec votre représentant Dayforce.
| Fonction | Exemple |
|---|---|
| HasCurrentEmploymentStatusChanged | HasCurrentEmploymentStatusChanged(sessionid,<<EmployeeId>>,<<List_EmployeeEmploymentStatus>>) |
| HasCurrentPayGroupChanged | HasCurrentPayGroupChanged(sessionid,<<EmployeeId>>,<<List_EmployeeEmploymentStatus>>) |
| HasCurrentPayClassChanged | HasCurrentPayClassChanged(sessionid,<<EmployeeId>>,<<List_EmployeeEmploymentStatus>>) |
| HasCurrentPayTypeChanged | HasCurrentPayTypeChanged(sessionid,<<EmployeeId>>,<<List_EmployeeEmploymentStatus>>) |
| hascurrentprimaryjobchanged | Consultez Exemple : Changement d’emploi principal. |
| HasCurrentPrimaryWorkLocationChanged | Consultez Exemple : Changement d’emplacement de travail principal. |
| HasFutureRecord |
Consultez Exemple : Enregistrement de statut d’emploi actuel ou futur. Remarque : Peut être utilisé pour évaluer quatre entités : EmploymentStatus, WorkAssignment, Address et ContactInfo. |
|
HasPositionPropertyChanged Remarque : Cette expression n’est disponible que pour les utilisateurs de la gestion des postes. |
HasPositionPropertyChanged(<<PMEntityName>>,<<PropertyName>>) |
Exemple : Changement d’emploi principal
Lorsque le formulaire de changement de l’affectation d’emploi et de la rémunération est soumis, il est acheminé au service des RH pour approbation s’il y a un changement à l’affectation d’emploi principale de l’employé, mais il est acheminé au gestionnaire pour approbation si l’affectation d’emploi principale ne change pas. Le nœud de condition est configuré selon l’expression suivante :
HasCurrentPrimaryJobChanged(sessionid, <<EmployeeId>>, <<List_EmployeeWorkAssignment>>)
Le nœud de condition est configuré avec des résultats Vrai et Faux, qui déterminent où le formulaire est acheminé en fonction du résultat de la condition :
Un superviseur soumet un formulaire de changement d’affectation d’emploi pour une employée, ce qui met à jour son affectation d’emploi principale. Lorsque le flux des travaux est exécuté, la condition est évaluée à Vrai et le formulaire est acheminé au service des RH pour approbation.
Exemple : Changement d’emplacement de travail principal
Lorsque le formulaire Changement d’affectation d’emploi et de rémunération est soumis, il est acheminé au service des RH pour approbation s’il y a un changement à l’emplacement de travail principal de l’employé. Il est acheminé au gestionnaire pour approbation si l’emplacement de travail principal ne change pas. Le nœud de condition est configuré selon l’expression suivante :
HasCurrentPrimaryWorkLocationChanged(sessionid, <<EmployeeId>>, <<List_EmployeeWorkAssignment>>)
Le nœud de condition est configuré avec des résultats Vrai et Faux, qui déterminent où le formulaire est acheminé en fonction du résultat de la condition :
Un superviseur soumet un formulaire de changement d’affectation d’emploi pour un employé, ce qui met à jour son emplacement de travail principal. Lorsque le flux des travaux est exécuté, la condition est évaluée à Vrai et le formulaire est acheminé au service des RH pour approbation.
Exemple : Enregistrement de statut d’emploi actuel ou futur
Pour configurer une expression qui évalue si l’employé dispose d’un dossier de statut d’emploi, actuel ou futur, sous l’entité « Statut d’emploi » :
hasfuturerecord(SessionId, "List_EmployeeEmploymentStatus",
<<EmployeeId>>, <<GlobalEffectiveStart>>)
Pour configurer une expression qui évalue si l’employé dispose d’un dossier d’adresse, actuel ou futur, sous l’entité « Adresse » :
hasfuturerecord(SessionId, "List_PersonAddress", <<EmployeeId>>,
<<List_PersonAddress.Item.EffectiveStart>>)
Exemple : S’assurer que les coordonnées de base sont disponibles après la soumission du formulaire
Dans cet exemple, l’expression évalue un formulaire de coordonnées afin de s’assurer qu’un numéro de téléphone et une adresse courriel sont disponibles. Sinon, le nœud de condition renvoie le flux de travaux au rapporteur :
List_PersonContactPhoneNumber.Any(NOT UpdateStatus EQUALS "delete" AND NOT COALESCE(ContactNumber, "NULL") EQUALS "NULL") OR List_PersonContactElectronicAddress.Any(NOT UpdateStatus EQUALS "delete" AND NOT COALESCE(ElectronicAddress, "NULL") EQUALS "NULL")
Cette expression utilise le regroupement Any (N’importe lequel) et UpdateStatus (Statut de mise à jour) pour vérifier les soumissions du numéro de téléphone et de l’adresse courriel. L’expression renvoie vrai s’il existe un dossier non supprimé dans la liste et si le numéro de téléphone et l’adresse courriel sont nuls. Si la liste ne contient rien, cette expression renvoie la valeur faux.