Exceptionnellement, pour ce programme, l'option "Validation automatique au changement de ligne de données" n'est pas compatible.Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Déplacements et Frais professionnels | |||
| GFERP - Etapes | |||
| Cette transaction définit les éléments, qui associés à une règle, permettent d'atteindre un des objectifs suivants : - déterminer le montant du remboursement d'un frais, dont le mode de remboursement est forfaitaire, barémique ou réel plafonné ; - contrôler la saisie des données liées à une nature de dépense ; - contrôler la saisie des données présentes sur les notes de frais ou demandes de déplacement ; - générer un nouvel en-tête ; - modifier un en-tête ; - modifier une ligne de frais ; - affecter des signataires exceptionnels ; - associer automatiquement des frais à une note ; - affecter les données des commandes d'achats. |
| Exceptionnellement, pour ce programme, l'option "Validation automatique au changement de ligne de données" n'est pas compatible. |
| Données |
| Intitulé |
| Réduit |
| Etablissement |
| Nature de l'étape |
| Une étape peut être un calcul, un test ou une action. |
| Opérateur |
| L'opérateur détermine, suivant la nature de l'étape (calcul, test, action) : - l'opération mathématique à réaliser entre les opérandes 1 et 2 ; - la comparaison à effectuer entre les opérandes 1 et 2 ; - l'action à réaliser. Les opérateurs utilisables sont, pour une étape : - de calcul : +, -, *, / - de test : =, <, >, <=, >= - d'action : - A (affichage d'un message d'alerte) ; - E (affichage d'un message d'erreur) ; - INDF (ajout d'un en-tête) ; - SNDF (saisie d'une donnée d'en-tête) ; - UNDF (modification d'un en-tête) ; - ILDF (ajout d'une nature de dépense) ; - ULDF (modification d'une ligne) ; - ICDF (ajout d'une anomalie) ; - ISIE (insertion d'un signataire alternatif) ; - SCDA (affectation des commandes d'achats) ; - STNF (ajout d'un en-tête dans le sas) ; - MNTL (permet d'associer une ligne du sas à un autre en-tête d'exploitation) ; - MMTL (permet d'associer une ligne du sas à un autre en-tête du sas). Pour une étape de calcul, la nature des opérandes conditionne la réalisation de l'étape. Voici les cas traités ainsi que l'opération effectuée : - Les 2 opérandes sont des numériques, tous les opérateurs de calcul sont utilisables. L'opération réalisée est l'opération mathématique rattachée à l'opérateur. - Un des opérandes est une date et l'autre un numérique, seuls les opérateurs + et - sont utilisables. L'étape ajoutera ou retranchera un nombre de jours à la date. - Les 2 opérandes sont des dates, seul l'opérateur - est utilisable. L'étape calcule le nombre de jours entre les 2 dates. Pour une étape de test, il faut que la nature des opérandes soit identique afin que la comparaison s'effectue sur des données de même type, sinon le test n'a pas de valeur. L'étape vérifie, en fonction de l'opérateur choisi, l'égalité, la supériorité ou l'infériorité entre les 2 opérandes. De plus, il est possible de tester la nullité d'une donnée en vérifiant son égalité avec le symbole $VIDE. Pour une étape d'action, dont l'opérateur permet l'affichage d'un message, seule la valeur de l'opérande 1 doit être renseignée et doit correspondre à un code de message préfixé par "MQDF". Un code message étant défini sur 8 positions, il est possible de définir 10000 messages. Exemple : MQDF0001, MQDF0002, etc. Pour les opérateurs SNDF, UNDF et ULDF, l'opérande 1 représente la zone à affecter, et l'opérande 2 permet de définir son affectation. Pour l'opérateur ILDF, l'opérande 1 doit contenir la nature de dépense à ajouter. L'opérateur INDF est plus particulièrement utilisé pour transformer une demande de déplacement en note de frais. L'opérande 1 de l'étape permet de définir le type de paiement des lignes de la demande à importer sur la note de frais générée. Cet opérateur sera donc utilisé dans une règle dont l'objectif est de générer un en-tête dont les données seront affectées par d'autres étapes de la règle, exécutées précédemment. Ces étapes devront notamment renseigner l'intervenant, l'établissement et la classe de la note de frais. L'opérateur ICDF doit avoir pour opérande 1 un texte représentant le type de complément à affecter, il s'agit d'une occurrence du paramètre TCDQFCDF dont la valeur testée 1 est égale à "AG" (Anomalie générée). L'opérande 2 doit être un texte qui renseignera le champ "Informations complémentaires" de l'anomalie créée. L'opérateur ISIE utilise uniquement l'opérande 1. Ce dernier peut être : - une valeur alphanumérique, indiquant le code de l'utilisateur signataire à affecter ; - une requête complexe, qui retourne les codes des utilisateurs signataires à affecter. C'est le seul opérateur capable de traiter une requête ramenant plusieurs lignes de données. L'opérateur SCDA utilise l'opérande 1 pour déterminer la zone de la commande d'achats à renseigner et l'opérande 2 pour évaluer la donnée qui affecte cette information. Les données des commandes gérées sont déterminées par les occurrences du paramètre ZONSAC. Les opérateurs STNF, MMTL, MNTL sont uniquement utilisés dans une règle permettant d'affecter automatiquement les frais saisis, depuis un média mobile, à une note. L'opérateur MMTL affecte le frais à une note existant dans les structures d'exploitation. L'opérateur MNTL affecte le frais à une note présente dans le sas. L'opérateur STNF permet de générer un en-tête dans le sas. |
| Les opérandes 1 et 2 |
| Pour chacun des opérandes, on détermine la manière dont il sera valorisé en indiquant l'origine de la donnée. La valeur de l'opérande peut être obtenue à partir : - d'un champ de la note de frais ou de la ligne de frais. Les différents champs utilisables sont les occurrences du paramètre ZONQDF ; - d'une valeur numérique ; - d'une valeur alphanumérique ; - d'une date ; - du résultat de la dernière étape de calcul ; - d'une variable ; - d'un symbole ; - d'un message (uniquement pour l'opérande 1) ; - du résultat d'une étape de calcul antérieure. Suivant l'origine, il est nécessaire de saisir la valeur numérique, la valeur alphanumérique, la date, le symbole, l'identifiant de la requête, le code de la variable ou du message. Dans le cas du résultat d'une étape de calcul antérieure, l'étape utilisée doit être définie dans l'association règles-étapes. La liste des symboles utilisables est la suivante : $ - d'une requête ; Voici la liste des requêtes standard. QUA-COUNTEXPENSESGREATERCEILING Cette requête compte le nombre de dépenses dont le montant est supérieur au plafond. Pour cela, elle compare le montant de la dépense en devise de référence avec le montant remboursé en devise de référence. QUA-COUNTEXPENSESWEEKEND Cette requête compte le nombre de dépenses réalisées le weekend. Pour cela, on s'appuie sur le calendrier défini au travers de la variable QUA-CALENDARID, et on regarde si la période d'un frais inclus un samedi ou un dimanche. Il est nécessaire de créer cette variable et de lui positionner une valeur. La requête compte le nombre de dépenses qui dépassent un seuil paramétré au travers de la variable QUA-SEUILDEPENSE. Pour cela, elle compare le montant de la dépense en devise de référence avec la valeur de la variable. Il est nécessaire de créer cette variable et de lui positionner une valeur. QUA-FINDTOTALEXPENSESREFCURRENCY La requête remonte le total des dépenses en devise de référence QUA-FINDTOTALREFUNDREFCURRENCY La requête remonte le remboursement total en devise de référence QUA-ISEXPENSEGREATERVALUE La requête compte le nombre de dépenses dont le montant dépasse un seuil défini en devise de référence au travers de la variable QUA-EXPENSEAMOUNTMAX. Il est nécessaire de créer cette variable et de lui positionner une valeur. QUA-ISREFUNDGREATERVALUE La requête compte le nombre de dépenses dont le remboursement dépasse un montant défini en devise de référence au travers de la variable QUA-REFUNDAMOUNTMAX. Il est nécessaire de créer cette variable et de lui positionner une valeur. QUA-FINDMISSIONCOUNTRY La requête lit la donnée présente dans la borne de départ des pays de la définition du lieu saisi à l'en-tête de l'élément. QUA-ISSERVICEOREXPENSEPRESENT La requête compte le nombre lignes dont la nature de dépense est égale à celle paramétrée via la variable SERVICEOREXPENSEPRESENT. Il est nécessaire de créer cette variable et de lui positionner une valeur. |
| Paramètres standard |
| Transactions associées |
| GFARE - Associations règles-étapes |
| Messages |
| QFERP010 - Suppression impossible, il existe au moins une association avec une règle pour cette étape |
| QFERP050 - Suivant l'origine de la donnée de l'opérande, certains champs ne peuvent pas être saisis |
| QFERP052 - Les opérandes 1 et 2 ne sont pas de même nature, le test ne peut pas être effectué |
| QFERP053 - L'opérateur n'est pas compatible avec la nature des opérandes |
| QFERP054 - La nature des opérandes ne permet pas de calcul |