SIRH : faire ou acheter,
le choix des PME luxembourgeoises.

« Faire ou acheter » est l'une des plus vieilles questions du logiciel d'entreprise, et pour un SIRH au Luxembourg elle mérite une réponse lucide plutôt qu'un réflexe. Acheter est un choix pertinent pour beaucoup d'équipes. Mais les hypothèses qui faisaient du générique la solution par défaut sont plus fragiles qu'avant — surtout sur un marché doté de ses propres règles de paie, de droit du travail et de protection des données.

Le dilemme faire ou acheter pour un SIRH

Le raisonnement classique est simple : acheter une suite SaaS est rapide, prévisible et maintenu par un tiers, tandis que construire est lent, coûteux et risqué. Ce raisonnement était largement juste il y a dix ans, et pour les besoins de base il tient encore. Si tout ce qu'il vous faut est un calendrier de congés et un dossier de documents, un outil générique payé au mois est difficile à battre.

Un SIRH, lui, n'est pas un besoin de base. Il concentre l'identité, la rémunération, les données de santé, les contrats et les évaluations — la donnée la plus sensible d'une entreprise — et doit refléter des règles locales qu'un produit global traite comme des cas particuliers. C'est là que le dilemme devient intéressant : les parties génériques des RH sont bon marché à acheter, et les parties qui vous distinguent réellement sont précisément celles qu'une suite générique gère le moins bien.

Le coût caché du SaaS par utilisateur à l'échelle

Le SaaS par utilisateur paraît bon marché sur la première facture et cesse de le paraître à peu près au moment où l'on n'y prête plus attention. Le prix affiché n'est que la surface. Le vrai coût de possession comprend généralement :

• Un coût linéaire avec l'effectif. Vous payez par utilisateur, par mois, indéfiniment. Un outil confortable à 30 salariés devient une ligne récurrente inévitable à 300 — et le prix baisse rarement à mesure que vous grandissez.
• Des fonctions verrouillées par palier. Le journal d'audit, le SSO nécessaire à la sécurité, l'API nécessaire à l'intégration et les droits fins réclamés par votre DPO sont souvent réservés à un plan supérieur, qui démultiplie le tarif par tête.
• Le travail d'intégration et de contournement. Quand la suite ne sait pas modéliser une règle locale, le coût ne disparaît pas : il migre vers des tableurs, des rapprochements manuels et du temps agent qui n'apparaît jamais sur la facture de l'éditeur.
• Le coût de sortie et l'enfermement. La donnée vit dans le schéma de l'éditeur. Partir suppose des limites d'export, une réimplémentation et une reformation — ce qui explique que les prix de renouvellement aient tendance à monter.

Rien de cela ne rend le SaaS mauvais. Cela rend le prix affiché trompeur. La bonne comparaison n'est pas « l'abonnement contre un gros chantier » mais le coût total et le contrôle sur plusieurs années, en incluant le travail que le logiciel repousse discrètement vers vos équipes.

Les limites des suites génériques au Luxembourg

Le Luxembourg est un petit marché aux règles distinctives, et cette combinaison est ingrate pour un logiciel conçu sur une moyenne mondiale. Quelques écarts récurrents :

• Les réalités de la paie et du CCSS. L'employeur retient l'impôt à la source (RTS, via le Bureau RTS de l'ACD) selon les classes d'impôt 1, 1a et 2, et déclare embauches, départs et cotisations mensuelles au CCSS. Une suite globale ne modélise en général rien de tout cela nativement ; cela devient un projet d'intégration ou une routine d'export-ressaisie.
• L'indexation automatique des salaires. L'échelle mobile des salaires relève les rémunérations d'une tranche indiciaire de 2,5 % quand l'indice des prix évolue assez — une règle d'ordre public que le contrat ne peut écarter, appliquée en dernier lieu le 1er juin 2026. La paie doit l'appliquer automatiquement ; un outil générique attend en général une saisie manuelle.
• Les conventions collectives multiples. Les CCT sectorielles ou d'entreprise peuvent fixer des grilles, des échelons d'ancienneté et des primes différents selon les populations. Modéliser plusieurs CCT à la fois est ici une exigence de premier plan, pas une option marginale.
• L'article 30 du RGPD et la CNPD. En tant que responsable de traitement, l'employeur doit tenir un registre des traitements couvrant recrutement, paie, temps et données de santé. Quand le SIRH ne génère pas cette preuve nativement, quelqu'un la reconstitue à la main avant chaque contrôle.
• La souveraineté des données. Beaucoup de suites stockent ou répliquent les données hors UE. Pour un employeur luxembourgeois — et de façon aiguë pour les entités régulées par la CSSF, soumises à des attentes en matière d'ICT et d'externalisation cloud — l'emplacement de la donnée est une question de gouvernance, pas une préférence.

La dimension IA fait désormais partie du tableau. Sous le règlement européen sur l'IA, les usages RH comme le tri des candidatures, l'évaluation des candidats, l'affectation des tâches et le suivi de la performance sont classés à haut risque, avec des obligations pour le déployeur : supervision humaine, transparence envers candidats et salariés, information des représentants du personnel. Les échéances exactes sont encore en phase de déploiement ; vérifiez la position en vigueur avec votre conseil — mais une suite qui greffe des fonctions d'IA opaques ajoute un risque que vous devrez gouverner.

Quand le sur-mesure gagne — et quand non

Le sur-mesure n'est pas automatiquement la réponse, et il faut le dire honnêtement. Acheter quand votre processus est réellement standard, quand la rapidité prime sur l'ajustement, quand l'effectif est petit et stable, ou quand le domaine n'est pas un facteur de différenciation. Une jeune équipe qui a besoin d'un suivi des congés la semaine prochaine doit acheter et passer à autre chose.

Le sur-mesure mérite sa place quand l'écart entre l'outil générique et votre réalité est structurel plutôt que cosmétique : quand la complexité locale de la paie et des CCT provoque des contournements permanents, quand la preuve de conformité doit être produite en continu, quand la donnée doit démontrablement rester au Luxembourg, ou quand la tarification par tête est devenue l'un de vos plus gros postes logiciels. Dans ces cas, vous n'achetez pas des fonctions : vous achetez du contrôle — sur le modèle de données, les règles d'accès et l'endroit où tout tourne.

L'objection traditionnelle au sur-mesure est réelle : les projets classiques sont lents, portent un coût initial élevé et peuvent échouer purement et simplement. Toute comparaison honnête doit peser ce risque, pas le balayer.

La voie médiane moderne : du sur-mesure sans le risque projet

Le débat faire ou acheter suppose deux options, chacune avec son mode d'échec : acheter et hériter des contraintes d'un autre, ou construire et hériter du risque projet. La vraie question est de savoir si l'on peut garder l'ajustement et le contrôle du sur-mesure tout en supprimant ce qui rend la construction dangereuse — le coût initial et le pari du tout ou rien.

C'est le modèle autour duquel Luxapps est bâti. Une plateforme RH cloud livrée comme un logiciel sur mesure, mais structurée pour dérisquer la construction :

1. Facturé à la ligne de code, au mois. Pas de licence par utilisateur ni de frais de développement initiaux. Le coût suit le logiciel qui existe vraiment, pas la taille de votre effectif — la croissance ne gonfle donc pas la facture.
2. Paiement à la satisfaction. Vous payez ce qui est livré et fonctionne, ce qui élimine le pari classique du sur-mesure : payer d'avance et espérer.
3. Conforme par construction. RGPD, contrôle d'accès par rôle et par ressource et journal d'audit natif font partie de l'architecture, adossés aux mandats DPO et CISO du partenaire Luxgap — pas d'un plan premium à débloquer plus tard.
4. Hébergement souverain. Les données sont hébergées au Luxembourg et ne quittent jamais l'UE, sans dépendance à un fournisseur cloud hors UE.

Résultat : les deux grandes raisons de choisir l'achat par défaut — la rapidité de la valeur et l'évitement d'un chantier capitalistique risqué — sont traitées sans renoncer à l'ajustement, à la propriété et au contrôle qui rendaient la construction attrayante. C'est l'une des raisons pour lesquelles la plateforme sert aujourd'hui une large communauté d'utilisateurs en croissance.

Un cadre de décision rapide

Laissez de côté l'idéologie et répondez honnêtement à six questions. Plus vous penchez vers la seconde option de chacune, plus le sur-mesure se justifie :

1. Ajustement. Votre processus RH est-il standard, ou les règles locales de paie, de CCT et de conformité imposent-elles des contournements réguliers ?
2. Échelle. L'effectif est-il petit et stable, ou croît-il assez pour que la tarification par tête joue contre vous ?
3. Conformité. Un effort manuel ponctuel suffit-il à produire votre preuve article 30, ou faut-il la générer en continu ?
4. Souveraineté. Un hébergement « moyenne UE » convient-il, ou la donnée doit-elle prouver qu'elle reste au Luxembourg ?
5. Différenciation. Les RH sont-elles du pur back-office, ou un processus où ajustement et contrôle créent un avantage réel ?
6. Appétit pour le risque. Si le sur-mesure séduisait mais que le coût initial et le risque projet vous ont arrêté, un modèle paiement-à-la-satisfaction à la ligne de code change-t-il le calcul ?

Si la plupart de vos réponses tombent du côté « acheter », achetez — et sans culpabilité. Si elles tombent de l'autre côté, l'intérêt d'un sur-mesure moderne est justement que vous n'avez plus à choisir entre un bon ajustement et un projet sûr.