Données de rémunération
La page d’import des données de rémunération permet de créer, modifier et désactiver les données de rémunération de chaque salarié, qui seront visibles dans la rubrique Rémunération et utilisés dans le module Rémunération.

Sommaire
Principes généraux
⌊ Création
⌊ Désactivation
⌊ Mise à jour
Principes généraux
Création
La création d’une nouvelle donnée de rémunération résulte de la présence dans le fichier d’une ligne correspondant à un élément de rémunération à une date d’effet donné pour un collaborateur n’existant pas dans la base. L’élément de rémunération correspond au référentiel de rémunération.
Désactivation
Une donnée peut se désactiver en mettant une « x » dans la colonne « DELETE » et se base sur la colonne “ID”.
Par ailleurs, il est possible de « purger » les données de rémunération se situant entre 2 dates (elles sont alors désactivées).
Il est également possible de gérer plusieurs sources d’import à partir de l’onglet correspondant. Dans ce cas, la purge ne s’effectuera que sur la source en question. L’objectif principal de la gestion par source est donc de permettre une segmentation des imports (parfois rendu nécessaire par la multiplicité des outils de paie maîtres) sans que chaque import écrase le précédent.
Mise à jour
Auparavant, la clé d’identification unique pour mettre à jour une donnée était l’ID.
A la suite d’un problème récurrent de doublons, une 2eme clé d’identification unique a été ajoutée. Elle est maintenant basée sur la combinaison de 3 valeurs : matricule, code d'élément de rémunération et date d’effet (EMPLOYEE_CODE, REMUNERATION_CODE, DATE).
Format
Le Format attendu est CSV UTF-8 avec séparateur de colonne en point-virgule.
La fonction « Télécharger la trame du fichier attendu » permet d’obtenir le fichier avec toutes les colonnes attendues.
Gabarit de chargement
|
Code |
Format |
Règles |
Obligatoire |
|
ID |
Texte |
Identifiant unique de la ligne au niveau de l’application émettrice |
Oui |
|
EMPLOYEE_CODE |
Texte |
Matricule du salarié |
Oui |
|
REMUNERATION_CODE |
Texte |
Identifiant de l'élément dans le référentiel de rémunération |
Oui |
|
DATE |
yyyy-mm-dd ou |
Date d’effet de la modification (date à laquelle afficher le nouveau point dans les graphiques de la rubrique rémunération) |
Non ATTENTION : si vide => date de l’import |
|
VALUE |
Nombre (séparateur décimale « . ») |
Valeur de l'élément de rémunération (quel que soit son format) |
Oui |
|
DEVISE |
Texte |
- Code de la devise ISO 4217 si élément au format monétaire (à intégrer dans le référentiel du portail au préalable) - Vide si élément au format pourcentage, numérique ou texte |
Non EUR pour les éléments de rémunération de type monétaire si non renseigné |
|
COMMENT |
Texte |
Commentaire associé à cet enregistrement (visible dans les graphiques de la rubrique rémunération) |
Non |
|
DELETE |
x |
Permet de déterminer que l’enregistrement dont l’identifiant est donné doit être supprimé |
Non |
👆 Points d’attention :
- Si vous partez d’un fichier d’export des données de rémunération, attention : certaines colonnes diffèrent ! Référez-vous au format attendu ci-dessus.
- Certaines erreurs courantes sont inhérentes à l’ouverture des fichiers exportés sous Excel. Excel convertit généralement certaines données par défaut :
o Les matricules sont gérés dans des champs textes au niveau de l’application bien que parfois composés uniquement de numéros. Lorsque la série de valeurs numérotés débutent par des zéros, Excel va transformer le format en valeur numérique et éliminer les zéros. La conséquence de cette transformation si elle n’est pas détectée avant l’import est que les matricules, analysés comme une chaîne de caractères de type texte dans l’application, vont être considérés comme nouveaux du fait de l’absence des zéros et engendrer le rejet de la ligne, le salarié en question n’existant pas.
o Les dates exportées en format yyyy-mm-dd sont généralement ouvertes en format dd-mm-yyyy pour les utilisateurs français. Si le fichier est enregistré avec ce format, les dates seront refusées ou mal interprétées lors de l’import. Il est donc nécessaire de forcer le format à yyyy-mm-dd pour toutes les colonnes contenant des dates avant de procéder à l’import.
Une fois le fichier chargé, une pré-analyse de l’import est proposée. Elle permet d’identifier les caractéristiques et les éventuels problèmes de l’import à réaliser. L’administrateur peut alors confirmer l’import si les conditions lui conviennent, ou l’annuler afin de modifier son fichier.
Le rapport de pré-validation est téléchargeable pour consulter les causes de rejet (voir « Cas d’erreur » ci-dessous).

Une fois confirmé l’import se lance.
Une fois le chargement terminé, depuis le bouton Action, un rapport détaillé de l’import réalisé, avec le détail des erreurs est mis à disposition.
👆 Cas d’erreur :
Erreurs bloquant la création ou la mise à jour d’une donnée :
- Aucun salarié ne possède le matricule 'xxxx'
- La donnée de rémunération 'xxxxx' est inconnue. La suppression est impossible
- La date d'effet n'est pas au bon format
- La date d'effet n'est pas une date valide
- La valeur n'est pas au bon format
- La valeur n'est pas renseignée
- La devise est obligatoire pour les éléments de rémunération de type monétaire
Exemple de fichier de données de rémunération à importer
|
ID |
EMPLOYEE_CODE |
REMUNERATION_CODE |
DATE |
VALUE |
DEVISE |
COMMENT |
DELETE |
|
20231017_06 |
MAT200 |
SAL_BASE_ANNUEL_ETP |
01/06/2022 |
46000 |
EUR |
Augmentation annuelle |
|
|
20231017_08 |
MAT200 |
SAL_BASE_ANNUEL_ETP |
01/06/2021 |
45000 |
EUR |
|
|
|
20231017_33 |
MAT200 |
SAL_BASE_MENSUEL_PERC |
26/01/2022 |
3066.66 |
EUR |
|
|
|
20231017_32 |
MAT200 |
SAL_BASE_MENSUEL_PERC |
26/12/2021 |
3066.66 |
EUR |
Erreur |
x |
|
20231017_49 |
MAT200 |
PV_CONTR |
01/12/2022 |
10 |
|
|
|
|
20231017_48 |
MAT200 |
AUT_CAT_VOIT |
01/06/2022 |
A |
|
|
|