Les paramètres suivants peuvent être utilisés dans la section de données [TransactionBanquedetempsEmployes] (en format ASCII).
|
Note : Si les valeurs figurant dans les paramètres sont différentes des valeurs acceptées, l'import sera interrompu et un message d'erreur figurera dans le journal d'exécution de la tâche.
|
Utiliser ce paramètre pour préciser si le programme d'import doit supprimer toutes les transactions présentes dans la l'assignation de compteur de l'employé.
Valeurs acceptées
Valeur
|
Description
|
Oui
|
Détruire toutes les transactions présentes dans l'assignation de compteur de l'employé avant d'insérer la première transaction présente dans le fichier d'import. Exemple
|
Attention : Lorsque vous utilisez ce paramètre, la destruction est autorisée uniquement si le compteur ne permet pas l'ajustement sur la date de début et de fin d'assignation. Il faut donc que dans la le compteur les paramètres suivants ne soient pas cochés :
•Ajuster automatiquement la date de début d'assignation du compteur à l'employé •Ajuster automatiquement la date de fin d'assignation du compteur à l'employé |
|
|
Non
|
Aucune destruction de transaction n'est effectuée.
|
Valeur par défaut
Si le paramètre BDTDetruireTransaction est absent du fichier d'import, la valeur suivante est utilisée : Non.
|
Note : La destruction est faite uniquement dans l'assignation de compteur de l’employé pour la période correspondant à la date effective précisée dans la transaction présente dans le fichier d'import. Cette façon de procéder vous permet de limiter les destructions et le contenu du fichier. De cette façon, vous pouvez procéder annuellement à vos imports à l'aide de compteur sur des périodes annuelles.
|
Exemple
Pour les deux périodes suivantes, vous avez assigné à un employé un compteur.
•Une assignation pour la période du 1er janvier 2007 au 31 décembre 2007; •Une assignation pour la période du 1er janvier 2008 au 31 décembre 2008. Si vous activez le paramètre BDTDetruireTransaction dans le fichier d'import et que ce fichier comprend une transaction de compteur dont la date effective est le 1er janvier 2008, le programme d'import détruira uniquement les transactions présentes dans l'assignation de compteur de 2008. Les transactions présentes dans le compteur pour l'année 2007 ne sont pas détruites.
|
Utiliser ce paramètre pour préciser au programme d'import si la date effective de la transaction doit correspondre à la date de l'import.
Valeurs acceptées
Valeur
|
Description
|
Oui
|
La date effective de la transaction (champ BDTDateEffective) correspondra à la date de l'import.
•Si le champ BDTDateEffective est absent dans le fichier d'import, toutes les dates effectives de transaction posséderont comme valeur la date à laquelle l'import est exécuté. •Si le champ BDTDateEffective est présent dans le fichier d'import pour certains enregistrements, mais que d'autres enregistrements ne possèdent pas de date effective de transaction, le programme d'import assumera que la date effective correspondra à la date à laquelle l’import est exécuté. |
|
Non
|
Aucune valeur par défaut n'est assignée automatiquement à la date effective de la transaction (champ BDTDateEffective).
Par conséquent, le champ BDTDateEffective doit être présent dans le fichier d'import et il doit comprendre une date. Si ce n'est pas le cas, l'import ne peut être exécuté et un message d'erreur s'affiche dans le journal d'exécution.
|
|
Valeur par défaut
Si le paramètre BDTUtiliserDateImportPourDateEffective est absent du fichier d'import, la valeur suivante est utilisée : Non.
|
Utiliser ce paramètre pour préciser au programme d'import s'il doit créer automatiquement l'assignation de compteur pour l'employé si cette assignation est absente.
Valeurs acceptées
Valeur
|
Description
|
Oui
|
Création automatique de l'assignation de compteur pour l'employé si cette assignation est absente.
|
Non
|
Si l'assignation de compteur est absente pour un employé, l'enregistrement est rejeté. Par contre, si une assignation est présente hors intervalle (c'est-à-dire si la date effective de la transaction est à l’extérieur de la date de début et de fin de l'assignation) et que les paramètres Ajuster automatiquement la date de début d'assignation du compteur à l'employé et Ajuster automatiquement la date de fin d'assignation du compteur à l'employé ont été activés dans le compteur, la transaction sera insérée dans cette assignation.
|
Valeur par défaut
Si le paramètre BDTCreerAssociation est absent du fichier d'import, la valeur suivante est utilisée : Oui.
|
Utiliser ce paramètre pour préciser si le programme d'import doit ajouter une transaction qui sera le résultat d'une opération mathématique.
Ce paramètre permet d'importer pour une date X, une transaction correspondant à Y.
Valeurs acceptées
Valeur
|
Description
|
Oui
|
Indique que le programme d'import doit faire la somme des transactions à la même date effective dans le compteur et ajouter une transaction correspondant à la différence avec la valeur du champ BDTTransaction.
|
|
Non
|
Indique que le programme d'import ajoutera une transaction correspondant à la valeur précisée dans le champ BDTTransaction.
|
Valeur par défaut
Si le paramètre BDTBaseSurSommeDateEffective est absent du fichier d'import, la valeur suivante est utilisée : Non.
|
Utiliser ce paramètre pour préciser au programme d'import si l'importation doit tenir compte des soldes de compteur et non des transactions.
Restriction
Si vous mettez le paramètre BDTBaseSurSoldeTotal à Oui dans le fichier d'import, la redirection des transactions d'un compteur vers un autre selon un solde maximum ou le débit des compteurs selon un solde minimum ne devraient pas être sélectionnés.
Il faut donc que dans la le compteur les paramètres suivants ne soient pas cochés :
•Rediriger les transactions qui excèdent le solde maximum vers; •Débiter le compteur. Valeurs acceptées
Valeur
|
Description
|
Oui
|
Indique que le fichier d'import contient les soldes de compteur et non les transactions. Le programme d'import effectuera donc un ajustement (que ce soit en négatif ou en positif) dans le compteur selon le solde fourni dans le fichier. Le solde pris en considération sera le solde présent à la date effective de la transaction.
|
Non
|
Indique que l'import sera transactionnel.
|
Valeur par défaut
Si le paramètre BDTBaseSurSoldeTotal est absent du fichier d'import, la valeur suivante est utilisée : Non.
Exemple
Dans le fichier d'import, vous avez mis le paramètre BDTBaseSurSoldeTotal à Oui, puis vous importez de nouveaux soldes.
1.L'employé 1 est assigné à un compteur où le solde est de 10 heures en date du 1 janvier 2019. 2.Vous importez un fichier qui précise qu'il doit y avoir un solde de 15 heures en date du 15 janvier 2019. Résultat : Comme le solde était de 10 heures en date du 1 janvier 2019, il y aura création d'une transaction positive de 5 heures pour le 15 janvier 2019 afin que le solde soit bien de 15 heures.
|
1.L'employé 1 est assigné à un compteur où le solde est de 10 heures en date du 1 janvier 2019. 2.Vous importez un fichier qui précise qu'il doit y avoir un solde de 5 heures en date du 15 janvier 2019. Résultat : Comme le solde était de 10 heures en date du 1 janvier 2019, il y aura création d'une transaction négative de -5 heures pour le 15 janvier 2019 afin que le solde soit bien de 5 heures.
|
|
Attention : Si vous mettez le paramètre BDTBaseSurSoldeTotal à Oui dans le fichier d'import, vous devez vous assurer qu'aucune intervention manuelle n'est faite directement sur les compteurs dans SIGMA–RH sous risque de déséquilibrer les deux systèmes.
|
|
|
