FlexigoTech Pay Equity Base : convient-il à votre entreprise ? Avec un cas d'exemple

Ce que couvre la base selon son README

Le README du module commence par les cadres qu'il traite. Il cite la Directive (UE) 2023/970, sur la transparence des rémunérations, et le Real Decreto 902/2020, sur l'égalité salariale en Espagne. Il ajoute ensuite trois cadres nationaux, chacun avec la mention qu'il passe par une extension : l'Entgelttransparenzgesetz allemande (extension _de), l'Index Égalité Professionnelle français (extension _fr) et le Rapporto Biennale italien (extension _it). La directive et le décret royal ne portent pas cette mention.

Dans la base, le README décrit les modèles suivants :

• paytrans.worker.category : catégorie de travail de valeur égale, que le README rattache à l'Art. 4.
• paytrans.job.evaluation : système d'évaluation des postes selon la méthodologie EIGE.
• paytrans.evaluation.factor et paytrans.factor.level : les facteurs et niveaux EIGE.
• paytrans.job.score : la note de chaque poste selon le système d'évaluation.
• paytrans.pay.criteria : critères accessibles de fixation de la rémunération, rattachés à l'Art. 6.
• paytrans.country.config : seuil et format configurables par pays.
• paytrans.access.log : journal d'audit RGPD immuable.
• paytrans.audit.mixin : mixin abstrait de piste d'audit dont héritent les modèles du domaine.

Ce qu'il ajoute aux modèles standard d'Odoo

Le module étend aussi des enregistrements que vous avez déjà dans Odoo. Selon le README :

• res.company : configuration de l'égalité salariale (seuil de k-anonymat et utilisateur DPO).
• hr.employee : catégorie de travail, indicateurs d'exclusion et date de la dernière notification.
• hr.contract : composantes de rémunération de l'Art. 3 (salaire de base annuel ou horaire, variable et avantages).
• hr.job : fourchette salariale, devise, période et convention collective.
• hr.applicant : une sentinelle d'audit de l'Art. 5(2).

Qui voit quoi

Le module définit quatre groupes de sécurité :

• group_paytrans_user : accès employé, uniquement via le portail.
• group_paytrans_workers_rep : représentation du personnel.
• group_paytrans_manager : responsable RH ou juridique.
• group_paytrans_admin : administration complète.

Ce qu'il ne couvre pas ou qui passe par ailleurs

• Autres pays. Pour l'Allemagne, la France et l'Italie, le README renvoie aux extensions _de, _fr et _it.
• Migrations. La fiche Odoo Apps indique qu'ils ne prennent pas en charge la migration de votre base de données vers une nouvelle version d'Odoo.
• Coûts tiers. Votre compte sur chaque plateforme, Odoo et votre hébergement sont souscrits et payés par vous.
• Autres points de cette même liste de la fiche : la personnalisation du module ou le développement sur mesure, la configuration du module pour vous, l'import de données historiques et le support de modules qui ne sont pas de FlexigoTech. Si vous comptez sur l'un d'eux, posez la question avant d'acheter.

Au titre du service, la fiche énumère le suivi des sources du module, avec alertes et calendrier de leurs échéances ; le suivi de la santé du module dans votre base de données, avec alertes ; un support avec première réponse sous 1 jour ouvré ; et le service sur les copies de staging et de test de votre base de données.

Le module coûte 9 € HT sur Odoo Apps pour Odoo 19.0, en paiement unique par version, et sur l'Odoo App Store chaque version d'Odoo s'achète là-bas. Le service local coûte 29 €/mois ou 290 €/an HT (Pro : 58 €/mois ou 580 €/an) ; sans abonnement, ou avec le service suspendu, ce qu'apporte l'abonnement s'arrête et les données restent dans votre Odoo.

Un cas d'exemple : une usine sous Odoo 19 qui se pose la question

Exemple Cas illustratif : l'entreprise et ses chiffres sont inventés pour expliquer le flux.

Cerámicas Albada est une entreprise fictive qui fabrique des carreaux à Castellón et travaille déjà sur Odoo 19 avec employés, contrats et recrutements. Nuria, sa responsable RH, doit décider si le module lui convient.

D'abord, la version et le cadre

Nuria vérifie que son Odoo est en version 19, celle pour laquelle le module est publié sur Odoo Apps. Comme tout le personnel est en Espagne, elle cherche dans le README le Real Decreto 902/2020 et la Directive (UE) 2023/970 et constate qu'aucun des deux ne porte la mention d'extension. Elle n'a pas besoin des briques allemande, française ni italienne.

Ensuite, une copie de test

Elle demande à l'installer d'abord sur une copie de test de sa base de données, ce que la fiche inclut dans le service. Elle y parcourt les listes de l'app.

La liste des critères de rémunération est vide. Nuria décide que son équipe rédigera ces critères avant d'ouvrir quoi que ce soit au personnel.

Puis, qui accède et avec quelle permission

Elle s'attribue group_paytrans_manager, ainsi qu'à la conseillère juridique, donne group_paytrans_workers_rep à la représentante du comité et group_paytrans_admin au responsable informatique. Le personnel reste dans group_paytrans_user, avec un accès uniquement via le portail. Sur la fiche de la société, elle fixe le seuil de k-anonymat et l'utilisateur qui fait office de DPO.

Enfin, ce qui reste en dehors

Elle veut charger les composantes de rémunération d'anciens contrats. Comme l'import de données historiques figure dans la liste de la fiche avec les migrations, elle se renseigne d'abord et envisage de le confier en travail sur mesure.

Ce qu'il faut retenir du cas pour décider

• Si votre Odoo est en version 19, vous pouvez l'essayer dès maintenant ; si vous êtes sur une autre version, il n'est pas publié pour elle sur Odoo Apps à ce jour.
• Si vous avez du personnel en Allemagne, en France ou en Italie, il vous faut en plus l'extension que le README indique pour chaque pays.
• Si vous voulez qu'on vous le livre configuré avec l'historique chargé, cela ne fait pas partie de ce que la fiche décrit comme service : traitez-le comme une implémentation.
• Si vous comptez changer de version d'Odoo prochainement, gardez en tête que la fiche indique qu'ils ne migrent pas votre base de données.
• Si vous vous souciez de qui voit les données de rémunération, vérifiez les quatre groupes, le seuil de k-anonymat et le journal d'audit RGPD immuable.

Ce qu'il faut préparer avant l'installation

• Odoo 19 et une copie de test de votre base de données.

• Qui sera l'utilisateur DPO et quel seuil de k-anonymat vous voulez pour la société.

• Qui vérifie sur les postes la fourchette salariale, la devise, la période et la convention collective.

• Qui vérifie sur les contrats le salaire de base annuel ou horaire, le variable et les avantages.

• Quelles personnes vont dans chacun des quatre groupes de sécurité.

• Votre compte Odoo et votre hébergement, que vous souscrivez et payez vous-même.

Pour voir de l'intérieur les menus et le parcours d'un enregistrement, poursuivez avec le fonctionnement interne du module ; si vous l'avez déjà en test, la liste des messages d'erreur et avertissements vous sera utile.

Comment FlexigoTech peut vous aider

FlexigoTech implémente Odoo et développe des connecteurs et intégrations sur mesure. Si vous avez besoin que quelqu'un prépare les données de société, de postes et de contrats, ou adapte le module à votre cas, cela peut être cadré comme un projet d'implémentation ou de développement. Le module et son service sont sur la fiche Odoo Apps.

À lire aussi

Vérifié dans le code du module (version 19.0) et dans les sources citées

Sources

• Code du module : flexigobe_pay_equity_base 19.0 (68808faf): README.md
• Code du module : flexigobe_pay_equity_base 19.0 (68808faf): static/description/index.html
• apps.odoo.com/apps/modules/19.0/flexigobe_pay_equity_base
• flexigotech.com/en/services.html
• flexigotech.com/precios.html