Le choix d'un SIRH engage une entreprise pour cinq à dix ans : paie, dossiers du personnel, temps de travail, données de santé. Le décider sur la seule foi d'une série de démonstrations, c'est laisser l'éditeur écrire vos critères à votre place. Une sélection structurée inverse le rapport : vous écrivez le besoin, l'éditeur prouve qu'il y répond.

Pourquoi une sélection structurée bat la tournée des démos

Une démonstration montre ce que l'éditeur veut montrer, avec des données propres et un scénario répété. Elle ne dit rien de la migration de vos historiques, du support en français, ni de la façon dont l'outil gère une tranche indiciaire un vendredi soir. Aligner trois ou quatre démos sans grille commune conduit presque toujours au même biais : on retient le commercial le plus convaincant, pas le produit le mieux adapté.

Une sélection structurée — souvent formalisée par un cahier des charges, ou RFP (request for proposal) — remet chaque candidat face aux mêmes questions, dans le même ordre, avec la même échelle de notation. Vous comparez des réponses écrites et engageantes, pas des impressions. Et vous gardez une trace décisionnelle, utile lorsqu'un comité ou un audit vous demandera pourquoi ce choix.

Recueillir les besoins, avec les spécificités luxembourgeoises

Avant d'écrire la moindre ligne du cahier des charges, réunissez les besoins réels — pas la liste de fonctionnalités d'une plaquette. Interrogez la paie, les RH, la direction, l'IT et, le cas échéant, les représentants du personnel. Au Luxembourg, certains sujets ne sont pas négociables et doivent figurer noir sur blanc :

  • Paie et déclarations CCSS. Le système doit produire la paie luxembourgeoise et alimenter les déclarations au Centre commun de la sécurité sociale (entrées, sorties, cotisations mensuelles). Demandez comment, et à quelle fréquence.
  • Impôt à la source (RTS). Retenue sur traitements et salaires selon les classes d'impôt (1, 1a, 2), gérée au fil des situations familiales. L'outil doit suivre ces classes et le barème en vigueur.
  • Indexation automatique. L'échelle mobile des salaires (+2,5 % par tranche) est une règle d'ordre public ; la dernière indexation a pris effet au 1er juin 2026. Le SIRH doit l'appliquer automatiquement, sans intervention manuelle.
  • Multi-CCT. Plusieurs conventions collectives peuvent coexister dans une même entreprise, avec des grilles, échelons d'ancienneté et primes différents selon les populations. Vérifiez que l'outil gère cette diversité, et pas une seule convention.
  • RGPD et registre (article 30). Le traitement RH doit figurer au registre des activités de traitement : finalité, base légale, catégories, destinataires, durées, mesures de sécurité. La CNPD est l'autorité de contrôle ; la notification d'une violation intervient en général sous 72 heures.
  • Hébergement des données. Où résident les données ? Un hébergement au Luxembourg, ou au moins dans l'UE, sans dépendance à un cloud non européen, simplifie la conformité — a fortiori pour les entités du secteur financier soumises aux attentes de la CSSF en matière d'externalisation.

La structure du cahier des charges — les sections à inclure

Un bon cahier des charges est court dans ses intentions et précis dans ses exigences. Structurez-le en sections claires pour que chaque éditeur réponde point par point :

  • Contexte et objectifs — effectifs, populations, conventions, calendrier, budget indicatif, ce que le projet doit résoudre.
  • Périmètre fonctionnel — paie, temps, congés, dossiers, entretiens, notes de frais : ce qui est requis, souhaité ou hors périmètre.
  • Exigences légales et de conformité — CCSS, RTS, indexation, multi-CCT, RGPD, rétention légale.
  • Exigences de sécurité et d'hébergement — localisation des données, chiffrement, contrôle d'accès par rôle et ressource, journal d'audit, réversibilité.
  • Intégrations — comptabilité, badgeuse, annuaire/SSO, exports réglementaires.
  • Service et support — langue, délais, montée de version, maintenance.
  • Modèle économique — mode de facturation, coûts de mise en œuvre, réversibilité et sortie.
  • Modalités de réponse — format attendu, date limite, critères et pondération, prochaines étapes.

« Le meilleur cahier des charges n'est pas le plus long. C'est celui qui pose des questions auxquelles un éditeur ne peut répondre que par un engagement vérifiable — pas par un adjectif. »

Équipe produit Luxapps

Critères d'évaluation et notation

Définissez la grille avant de recevoir les réponses, pour éviter d'ajuster les critères au candidat que l'on préfère. Attribuez un poids à chaque axe et notez chaque réponse sur une échelle simple (par exemple 0 à 5). Une pondération de départ raisonnable :

  1. Couverture fonctionnelle (25 %). L'outil couvre-t-il le périmètre requis sans développement lourd ?
  2. Conformité luxembourgeoise (25 %). CCSS, RTS, indexation, multi-CCT, RGPD : engagements concrets, pas des cases cochées.
  3. Sécurité et hébergement (15 %). Localisation des données, contrôle d'accès, audit, réversibilité.
  4. Intégration et migration (15 %). Reprise des historiques, connexions au SI existant.
  5. Coût total sur la durée (10 %). Licences, mise en œuvre, maintenance, sortie — pas seulement le prix affiché.
  6. Éditeur et support (10 %). Solidité, langue, références comparables au Luxembourg.

Notez en comité, moyennez, puis discutez les écarts. Le tableau ne décide pas à votre place, mais il révèle les candidats qui séduisent sans convaincre — et l'inverse.

Les pièges à éviter

  • Se laisser guider par la démo. Un scénario répété masque les cas réels : exigez un test sur vos données et vos conventions.
  • Confondre « conforme RGPD » et hébergement UE. Un fournisseur peut cocher le RGPD tout en s'appuyant sur un cloud non européen ; posez la question de la localisation, explicitement.
  • Oublier la réversibilité. Vérifiez l'export complet des données dès le contrat, pas au moment de partir.
  • Sous-estimer le multi-CCT et l'indexation. Deux sujets où les outils globaux « paramétrables » cèdent le plus souvent.
  • Comparer sur le seul prix de licence. La mise en œuvre, la migration et la maintenance pèsent souvent davantage que la licence.
  • Négliger les représentants du personnel. Certains traitements — mesure de la performance, outils d'aide à la décision RH — impliquent de les informer.

La trame de cahier des charges prête à l'emploi

Copiez la trame ci-dessous et adaptez-la à votre contexte. Chaque puce devient une question à laquelle l'éditeur répond, idéalement avec un engagement écrit :

  1. Présentation de l'entreprise : secteur, effectifs, sites, conventions collectives applicables, calendrier et budget indicatif.
  2. Objectifs du projet : problèmes à résoudre, gains attendus, critères de réussite.
  3. Périmètre fonctionnel : paie · temps et congés · dossiers du personnel · entretiens · notes de frais · portail salarié — requis / souhaité / hors périmètre.
  4. Exigences légales Luxembourg : paie et déclarations CCSS · retenue à la source RTS et classes d'impôt · indexation automatique · gestion multi-CCT · rétention légale des documents.
  5. Protection des données : conformité RGPD · registre article 30 · droits des personnes · procédure de violation (72 h) · sous-traitants et localisation.
  6. Sécurité et hébergement : lieu d'hébergement (Luxembourg / UE) · chiffrement en transit et au repos · contrôle d'accès par rôle et ressource · journal d'audit natif.
  7. Intégrations : comptabilité · badgeuse / temps · annuaire et SSO · exports réglementaires · API disponibles.
  8. Migration : reprise des historiques de paie et des dossiers · accompagnement · durée et responsabilités.
  9. Service et support : langues · délais de réponse · fréquence des mises à jour · maintenance et évolutions.
  10. Modèle économique : facturation · coûts de mise en œuvre · réversibilité et conditions de sortie · export des données garanti.
  11. Modalités de réponse : format · date limite · critères et pondération · contacts · étapes suivantes (démonstration, test sur données réelles, références).

Cette trame est volontairement neutre : elle sert à comparer, pas à orienter. Pour approfondir ce qu'un SIRH doit couvrir au Luxembourg, notre page SIRH pour le Luxembourg détaille les fonctions attendues, et notre pilier logiciel RH conforme au Luxembourg cadre les exigences réglementaires. Le retour d'expérience de notre plateforme RH auprès de plus de 25 000 utilisateurs illustre ces choix en production.

Vous préparez une sélection SIRH ? Confrontez votre cahier des charges à un outil pensé d'emblée pour le cadre luxembourgeois — hébergement au Luxembourg, conformité par conception, réversibilité garantie. Découvrez notre SIRH pour le Luxembourg, puis parlons de votre projet.

Discuter de votre projet SIRH Voir le SIRH Luxapps →