Les nœuds de condition contiennent des clauses conditionnelles permettant d'exécuter l'étape suivante du flux de travail. Le concepteur de flux de travail propose les notes suivantes pour la gestion des dépenses :

• Condition vrai/faux
• Condition personnalisée vrai/faux
• Validation du montant (dépense)
• Validation du montant (catégorie)
• Validation du montant (voyage)
• Taux d'imposition incomplets (Entreprises uniquement)
• Soumission aux propres objets de coûts
• Déposant avec propriété
• Objet de coût avec propriété
• Payé avec la carte de l'entreprise
• Âge de dépense ≤ seuil maximal

Condition vrai/faux

Configurez une condition vrai/faux en fonction des règles métier spécifiques que vous définissez dans Format JSONPar exemple, vous pouvez utiliser cette condition pour vérifier si une dépense est une dépense justifiée ou non justifiée, s'il s'agit d'une note de crédit, etc.

Dans ce cas, cette condition renvoie :

• Vrai: La condition spécifiée en JSON est remplie (c'est-à-dire que la propriété est présente dans la dépense).
• FAUX: La condition spécifiée en JSON n'est pas remplie (c'est-à-dire que la propriété n'est pas présente dans la dépense).

Note: La condition Vrai/Faux vérifie les attributs enregistrés dans la dépense (tels que les champs personnalisés). Si vous devez vérifier les attributs de l'objet lui-même, par exemple si un champ personnalisé a été sélectionné dans une dimension d'étiquette, utilisez la condition Vrai/Faux. Condition personnalisée vrai/faux.

règles JSON

Vous pouvez créer des règles métier complexes et les sérialiser au format JSON. Les règles JSON sont spécifiées dans le Règles champ des options du nœud.

Les opérations suivantes sont prises en charge :

Par exemple, vous pouvez :

• Vérifiez si un Le champ personnalisé est présent aux frais.
• Vérifiez si une dépense est une type de reçu.
• Vérifiez si une dépense est une aucun type de reçu.
• Vérifiez si la dépense est affecté à un voyage.
• Vérifiez si le Cette dépense comporte des avertissements..
• Vérifiez si le Les frais sont des frais de voyage.
• Vérifiez si le Les dépenses ont été classées dans l'une des deux catégories suivantes : [liste des catégories]..

Vérifier la présence d'un champ personnalisé dans les dépenses

Vous pouvez configurer une règle pour vérifier s'il existe champ customInformation La valeur est vérifiée et elle est égale à vrai. Si c'est le cas, la fonction renvoie vrai.

1. Identifiez le champ d'informations personnalisées dans l'entreprise, s'il n'a pas déjà été configuré par Perk.

2. Ajoutez ensuite un nœud vrai/faux et copiez-collez cet extrait de code dans le champ Règles :
    

   { 
    "==": [ 
    { 
    "var": [ 
    "customInformation.

3. Mettre en place le flux de travail au sein de l'entreprise.

Note: Seul Perk peut configurer les champs d'informations personnalisés. Vous devrez peut-être… ouvrir un ticket d'assistance si le champ d'information personnalisé dont vous avez besoin n'existe pas déjà dans votre implémentation Perk.

Vérifiez si la dépense est un reçu.

Vous pouvez configurer une règle pour vérifier si la dépense est une dépense justifiée. Si c'est le cas, la règle renvoie « vrai ».

Ajoutez un nœud vrai/faux et copiez-collez cet extrait de code dans le Règles champ:

  { 
 "in": [ 
 { 
 "var": "expenseType" 
 }, 
 [ 
 "receipt" 
 ] 
 ] 
 }

Vérifiez si la dépense n'est pas une dépense sans justificatif.

Vous pouvez configurer une règle pour vérifier si la dépense est une dépense sans justificatif. Si c'est le cas, la règle renvoie « vrai ».

Ajoutez un nœud vrai/faux et copiez-collez cet extrait de code dans le Règles champ:

{ 
 "in":[ 
 { 
 "var":"expenseType" 
 }, 
 [ 
 "receiptless" 
 ] 
 ] 
 }

Vérifiez si une dépense est imputée à un voyage.

Vous pouvez configurer une règle pour vérifier si la dépense a été affectée à un voyage. Si c'est le cas, la règle renvoie « vrai ».

Ajoutez un nœud vrai/faux et copiez-collez cet extrait de code dans le Règles champ:

{ 
 "!=": [ 
 { 
 "var": "tripId" 
 }, 
 null 
 ] 
 }

Vérifier si les dépenses sont effectuées sans avertissement

Vous pouvez configurer une règle pour vérifier si la dépense ne comporte aucune notification ou alerte. Si c'est le cas, la règle renvoie « vrai ».

Ajoutez un nœud vrai/faux et copiez-collez cet extrait de code dans le Règles champ:

{ 
 "==": [ 
 { 
 "var": [ 
 "notifications.0" 
 ] 
 }, 
 null 
 ] 
 }

Vérifiez si la dépense est une dépense de voyage

Vous pouvez configurer une règle pour vérifier si une dépense a Perk comme fournisseur. Si c'est le cas, la règle renvoie « vrai ».

{ 
 "==":[ 
 { 
 "var":[ 
 "travelProvider" 
 ] 
 }, 
 "travelPerk" 
 ] 
 }

Vérifiez si la dépense correspond à l'une des deux catégories sélectionnées.

Vous pouvez configurer une règle pour vérifier si une dépense est associée à l'une ou l'autre catégorie. Perk vérifie les dépenses à catégorie unique et celles comportant plusieurs catégories grâce à la variable splitcategories.0.categoryId.

Note: Vous devez remplacer l'identifiant de l'avantage de catégorie par celui de votre choix. Sinon, cet exemple ne fonctionnera pas.

{ 
 "ou":[ 
 { 
 "dans":[ 
 { 
 "var":"categoryId" 
 }, 
 [ 
 "GxjPfl9gGX", 
 "4QYutTYGSg" 
 ] 
 ] 
 }, 
 { 
 "dans":[ 
 { 
 "var":"splitCategories.0.categoryId" 
 }, 
 [ 
 "GxjPfl9gGX", 
 "4QYutTYGSg" 
 ] 
 ] 
 } 
 ] 
 }

Condition personnalisée vrai/faux

Configurez une condition booléenne (vrai/faux) basée sur des règles métier spécifiques définies au format JSON. Par exemple, vous pouvez utiliser cette condition pour vérifier si une case à cocher personnalisée a été sélectionnée pour une dimension d'étiquette.

Dans ce cas, cette condition renvoie :

• Vrai:
  • La condition spécifiée au format JSON est remplie.
• FAUX:
  • La condition spécifiée au format JSON n'est pas remplie.

Remarque :Bien que la condition booléenne personnalisée puisse sembler similaire à la condition booléenne, elle peut « explorer » en détail les objets présents dans la dépense.
La condition Vrai/Faux vérifie les données indiquées dans la dépense (comme un champ personnalisé, une valeur, etc.), tandis que la condition Vrai/Faux personnalisée peut extraire d'autres données. Par exemple, elle peut vérifier l'objet de coût auquel la dépense est affectée et en contrôler la logique.

Vous pouvez créer des règles métier complexes et les sérialiser au format JSON. règles JSON sont spécifiés dans le Règles champ des options du nœud. Vous pouvez effectuer cette « exploration » pour plusieurs objets :

• Dimensions de l'étiquette
• Objets de coût
• Entité juridique
• Catégories
• Utilisateur

Par exemple, vous pouvez :

• Vérifiez si un Le champ personnalisé est signalé sur l'objet de valeur de balise des dépenses.
• Vérifiez si un Le déclarant est le même que l'approbateur de l'étiquette. sur l'étiquette.
• Vérifiez si un Le champ personnalisé est signalé dans la catégorie des dépenses.

Vérifiez que le champ personnalisé est bien marqué sur la valeur de l'étiquette

Vous pouvez définir une règle qui vérifie si, dans la dimension de l'étiquette associée à un ID d'avantage spécifique, la case à cocher « Informations personnalisées » est cochée. Si c'est le cas, la règle renvoie « vrai ».

1. Identifiez le champ personnalisé dans l'entreprise sur l'étiquette (il peut nécessiter une configuration par Perk). La valeur du champ d'étiquette (Étiquette de champ personnalisée) DOIT être spécifié dans l'expression ci-dessous.

2. Ajoutez un nœud vrai/faux et copiez-collez cet extrait de code dans le Règles champ:
    

   { 
    "==": [ 
    { 
    "var": "_tags.YOKOYID.customInformation.

3. Mettre en place le flux de travail au sein de l'entreprise.

Note: Seul Perk peut configurer les champs d'informations personnalisés. Vous devrez peut-être… ouvrir un ticket d'assistance si le champ d'information personnalisé dont vous avez besoin n'existe pas déjà dans votre implémentation Perk ou si vous ne connaissez pas son nom (qui peut être ou non identique à l'étiquette affichée dans l'application).

Vérifier si l'auteur de la soumission est un approbateur de champ personnalisé

Vous pouvez définir une règle pour vérifier la présence d'un champ personnalisé avec un ID d'avantage spécifique ; les approbateurs de ce champ personnalisé sont alors égaux à l'utilisateur qui soumet le formulaire.

Ajoutez un nœud vrai/faux et copiez-collez cet extrait de code dans le Règles champ:

{ 
 "in":[ 
 { 
 "var":"userId" 
 }, 
 { 
 "var":"_tags.

Attention :Assurez-vous de remplacer par l’ID de votre champ personnalisé.

Vérifiez la présence d'un champ personnalisé de catégorie dans la dépense

Vous pouvez définir une règle pour vérifier si, dans la catégorie de dépenses soumise, la case à cocher « Informations personnalisées » est égale à vrai (c.-à-d. sélectionné). Si oui, il renvoie vrai.

1. Identifiez le champ personnalisé dans la catégorie (il peut nécessiter une configuration par Perk). La valeur du champ libellé (Étiquette de champ personnalisée) DOIT être spécifié dans l'expression ci-dessous.
2. Ajoutez un nœud vrai/faux et copiez-collez cet extrait de code dans le champ Règles :

{ 
 "some": [ 
 { 
 "var": "_categories" 
 }, 
 { 
 "==": [ 
 { 
 "var": "customInformation.

Note: Seul Perk peut configurer les champs d'informations personnalisés. Vous devrez peut-être… ouvrir un ticket d'assistance si le champ d'information personnalisé dont vous avez besoin n'existe pas déjà dans votre implémentation Perk ou si vous ne connaissez pas son nom (qui peut être différent ou non de l'étiquette affichée dans l'application)

Validation du montant (dépense)

Configurez une condition booléenne (garde) pour vérifier si la dépense atteint un certain montant. Par exemple, configurez la logique pour indiquer à Perk que si la dépense est comprise entre 10 et 100 CHF, le processus d'approbation doit être ignoré et la procédure doit être lancée. En revueSinon, effectuez un processus d'approbation des étiquettes.

Dans ce cas, cette condition renvoie :

• Vrai:
  • La condition de montant est remplie.
• FAUX:
  • La condition de montant n'est pas remplie.

Cette affection particulière offre différentes options :

Par exemple, vous configurez la logique pour que Perk vérifie si la dépense est supérieure à 150 CHF (non divisée par le nombre de participants). Si la dépense est supérieure à 150, la fonction renvoie « vrai ».

Le type d'agrégation détermine si un total cumulé est calculé pour la journée ou si chaque dépense doit être vérifiée individuellement. Ceci est utilisé lorsque les employés bénéficient d'une indemnité journalière. Par exemple, pour un employé disposant d'une indemnité journalière de 40 CHF pour le déjeuner, si le type d'agrégation « unique » est sélectionné, deux notes de frais de déjeuner de 30 CHF chacune renvoient une réponse positive. En revanche, si le type d'agrégation « journalière » est sélectionné et que deux notes de frais de déjeuner de 30 CHF sont soumises, la seconde note de frais génère une réponse négative.

Validation du montant (catégorie)

Configurez une condition booléenne (vrai/faux) indiquant si la logique s'applique. Contrairement à la validation du montant (dépense), cette condition vérifie le montant de chaque catégorie de dépense. Le montant seuil est défini directement dans la catégorie, en tant que champ personnalisé, et non dans le nœud de condition.

Par exemple, vous configurez la logique pour indiquer à Perk que si la somme des dépenses de la catégorie est comprise entre 100 et 500 CHF, le processus d'approbation est ignoré et le traitement est directement effectué. En revueSinon, effectuez un processus d'approbation des étiquettes.

Dans ce cas, cette condition renvoie :

• Vrai:
  • La condition de montant est remplie.
• FAUX:
  • La condition de montant n'est pas remplie.

Cette affection particulière offre différentes options :

Configurez des champs personnalisés pour la validation du montant par catégorie

Pour utiliser cette condition, vous avez besoin de deux champs personnalisés pour les catégories de dépenses :

• customInformation.thresholdCurrency : la devise du seuil (CHF, EUR, etc.)
• customInformation.thresholdAmount: le montant du seuil (50, 100, etc.)

Ces champs personnalisés doivent peut-être être configurés au préalable par Perk. Vous devez saisir seuilDevise et seuilMontant comme les noms dans la configuration du champ personnalisé.

Note: Seul Perk peut configurer les champs d'informations personnalisés. Vous devrez peut-être… ouvrir un ticket d'assistance si le champ d'information personnalisé dont vous avez besoin n'existe pas déjà dans votre implémentation Perk ou si vous ne connaissez pas son nom (qui peut être différent ou non de l'étiquette affichée dans l'application)

Cette étape doit être effectuée pour chaque entité juridique auprès de laquelle vous souhaitez utiliser le flux de travail avec le nœud de validation du montant de la catégorie de dépenses.

Le seuil est défini directement dans la configuration de la catégorie. Il s'applique aux dépenses soumises pour cette catégorie et dépend du type d'agrégation (individuel/journalier), de l'opérateur et de la logique définie dans le flux de travail.

Validation du montant (voyage)

Configurez une condition booléenne (garde) pour les dépenses liées aux déplacements, afin de vérifier si le montant total du déplacement dépasse le seuil défini (dans la devise de l'entité juridique). Par exemple, configurez la logique pour indiquer à Perk si le montant du déplacement est supérieur au seuil spécifié.

Dans ce cas, cette condition renvoie :

• Vrai:
  • Le montant requis est atteint. Le montant total de la demande de remboursement du voyage est supérieur au seuil fixé.
• FAUX:
  • Le montant requis n'est pas atteint. Le montant total du remboursement du voyage est inférieur au seuil autorisé.

Cette condition particulière ne présente qu'une seule option :

Taux d'imposition incomplets

Configurez une condition vrai/faux pour déterminer si un taux de taxe a été attribué au document et si les montants de taxe extraits de la dépense sont corrects.

• Vrai: Si le code fiscal est incomplet ou si la somme des montants des taxes est incorrecte, la fonction renvoie la valeur « vrai ».
• FAUX: Si le code fiscal est complet et que la somme des montants des taxes est correcte, la fonction renvoie faux.

Par exemple, si une dépense comporte des taxes (avec ou sans catégories fractionnées) mais que le code de taxe est manquant ou que les montants bruts des taxes ne correspondent pas au montant total réclamé, la fonction renvoie vrai.

Le nœud comprend deux options :

Par défaut, Perk considère les taux d'imposition nuls comme des taux d'imposition admissibles et les renvoie. FAUX si une dépense a un taux d'imposition nul. Vous pouvez modifier ce comportement en sélectionnant l'option correspondante. Exclure les taux d'imposition nuls case à cocher, ce qui signifie que si une dépense a un taux d'imposition nul, elle est renvoyée vrai.

De plus, vous pouvez exclure les indemnités (per dayums) de ce calcul du taux d'imposition, car les indemnités ne contiennent généralement pas d'impôt.

Soumission aux propres objets de coûts

Définissez une condition qui renvoie vrai/faux selon que l'objet de coût de la dépense est identique à celui du déclarant. Dans ce cas, cette condition renvoie :

• Vrai: Le responsable de l'objet de coût affecté à la dépense est la même personne qui a soumis la dépense.
• FAUX: Le propriétaire de l'objet de coût affecté à la dépense n'est pas le même que l'utilisateur qui a soumis la demande.

Par exemple, une dépense est enregistrée par l'utilisateur Alex Smith et imputée au poste de coût « Fabrication ». Alex Smith est le responsable de ce poste. Dans ce cas, Perk renvoie « vrai ». Un autre utilisateur, Jan, enregistre une dépense pour le même poste de coût. Dans ce cas, Perk renvoie « faux ».

Déposant avec propriété

Configurez un nœud de condition qui renvoie vrai/faux selon que l'auteur du formulaire possède une propriété spécifique. Vous pouvez vérifier n'importe quelle propriété utilisateur, comme le nom, l'adresse e-mail, le responsable hiérarchique, ainsi que les champs personnalisés.

Dans ce cas, cette condition renvoie :

• Vrai: L'objet de coût associé à la dépense du déclarant possède une valeur de propriété spécifique.
• FAUX: L'objet de coût associé à la dépense du déclarant ne possède pas la valeur de propriété spécifique.

Par exemple, si la condition est définie avec le Responsable hiérarchique propriété et correspondances Alex Smith,

• Si une dépense soumise est créée par un utilisateur dont le responsable hiérarchique est « Alex Smith », la fonction renvoie la valeur « vrai ».
• Si une dépense soumise est créée par un utilisateur dont le responsable hiérarchique est « Devis Hirt », la fonction renvoie la valeur « faux ».

Configuration de la validation des propriétés du soumissionnaire sur un champ personnalisé

Par exemple, si vous souhaitez vérifier si l'utilisateur se trouve dans le champ personnalisé Administration cible a de la valeur «G000" ou "G001":

1. Identifiez le champ personnalisé créé pour l'utilisateur. S'il n'est pas déjà configuré, vous devrez peut-être contacter l'assistance Perk. Notez la valeur du champ « Nom », car vous en aurez besoin à l'étape suivante.
   - Nom: customInformation.targetAdministration
   - Étiquette: Administration cible
   - Taper: Saisie de texte
   ​
2. Dans le concepteur de flux de travail, cliquez sur le nœud « Soumetteur avec propriété » et saisissez ces données. Comme vous souhaitez vérifier plusieurs valeurs, saisissez « G001 », puis cliquez. + Ajouter une ligne pour ajouter la deuxième valeur « G002 » :
   ​
   - Propriété: customInformation.targetAdministration
   - Allumettes: G001
   - Allumettes: G002
   ​
   Dans ce cas, Perk vérifie si le demandeur possède cette propriété. Si c'est le cas, il procède à une approbation de l'objet de coût. Sinon, il déplace le document vers l'état « En cours d'examen ».

Objet de coût avec propriété

Configurez un nœud de condition qui renvoie vrai/faux selon que l'objet de coût possède une propriété spécifique. Vous pouvez vérifier n'importe quelle propriété d'un objet de coût, comme son nom, son code ERP, ses champs personnalisés, etc.

Dans ce cas, cette condition renvoie :

• Vrai: L'objet de coût associé à la dépense du déclarant possède une valeur de propriété spécifique.
• FAUX: L'objet de coût associé à la dépense du déclarant ne possède pas la valeur de propriété spécifique.

Par exemple, si la condition est définie avec le Nom propriété et correspondances Ventes,

• Si une dépense soumise est enregistrée dans l'objet de coût nommé « Ventes », la fonction renvoie la valeur « vrai ».
• Si une dépense soumise est saisie dans l'objet de coût nommé « Fabrication », la fonction renvoie la valeur « faux ».

Configuration de la validation des propriétés de l'objet de coût sur un champ personnalisé

Par exemple, si vous souhaitez vérifier que l'objet de coût soumis dans la dépense a été signalé comme un objet de coût spécial (Objet de coût spécial case à cocher égale à vrai) :

1. Identifiez le champ personnalisé dans l'objet de coût. S'il n'est pas disponible, vous devrez peut-être contacter l'assistance Perk pour le configurer. Notez la valeur du nom, car vous en aurez besoin pour l'étape suivante.
   - Nom: customInformation.specialCostObject
   - Étiquette: Objet de coût spécial
   - Taper: Case à cocher
2. Dans le concepteur de flux de travail, cliquez sur l'objet Coût avec le nœud de propriété et saisissez les données suivantes :
   - Propriété: customInformation.specialCostObject
   - Allumettes: vrai

Puisque vous souhaitez vérifier si la case est cochée ou non, saisissez la valeur « true ». Dans ce cas, Perk vérifie si l’objet de coût soumis pour la dépense est un objet de coût spécial. vrai, l'approbation de l'objet de coût est ignorée. Si FAUX, il gère le flux d'approbation.

Payé avec la carte de l'entreprise

Configurez une condition vrai/faux pour vérifier si une dépense a été payée avec une carte d'entreprise.

Dans ce cas, cette condition renvoie :

• Vrai: La dépense est réglée par carte d'entreprise.
• FAUX: La dépense n'est pas réglée avec une carte d'entreprise.

Prudence: Ce nœud sert de condition d'exportation de carte. Il doit impérativement être placé à la fin du flux de travail pour différencier le chemin d'exportation. Il peut également être utilisé dans d'autres cas, par exemple après une action de soumission pour acheminer les dépenses vers un autre flux.

Âge de dépense ≤ seuil maximal

Ce nœud vous permet de vérifier l'ancienneté d'une dépense et de vous assurer qu'elle ne dépasse pas un seuil maximal. Si la dépense dépasse le maximum défini, il renvoie une erreur. FAUX.

Il est généralement utilisé pour concevoir des flux de travail où il est nécessaire de vérifier si la date d'une dépense n'est pas antérieure à un certain nombre de jours.

Le nœud effectue les calculs suivants :

• Vérifie le Date de dépense/date de paiement aux frais.
• Calcule la différence entre la date d'aujourd'hui et la date de la dépense/du paiement.
• Comparaison avec la valeur saisie dans la configuration du nœud (âge max. en jours).
• Retours :
  • si la différence > âge max. : FAUX
  • si la différence < âge max. : vrai

Par exemple, les entreprises souhaitent souvent empêcher les utilisateurs de soumettre des notes de frais datant de plus d'un ou deux mois. Ce module permet de définir un flux de travail spécifique qui empêche la soumission des notes de frais trop anciennes.