Photo : Andrea Piacquadio · PexelsSIRH sur mesure ou SaaS : le guide de décision 2026
Adapter le SIRH au process RH de l'entreprise ou adapter les process RH au SIRH ? Ce guide comparatif détaille TCO, flexibilité, conformité DSN et les 10 questions à poser avant de signer.
Nos clients types
#1. Le marché SIRH en 2026 : entre obligation légale et attentes Gen Z
Le marché des SIRH est mature. En France, la plupart des ETI sont équipées d'un SIRH — qu'il s'agisse d'une solution SaaS récente ou d'un legacy sur mesure datant des années 2000.
Ce chiffre cache une réalité opérationnelle plus contrastée. Beaucoup de ces SIRH ne couvrent que la partie administration du personnel et paie. Les modules Talent Management, GPEC et self-service employé restent souvent absents ou gérés sur des outils déconnectés — Excel, drive partagé, boîtes mail RRH.
Trois grandes forces reconfigurent le marché en 2026. Premièrement, les nouvelles obligations légales : la DSN mensuelle, l'index Pénicaud (égalité F/H), la BDESE (Base de Données Économiques, Sociales et Environnementales) et les déclarations liées à l'accord d'intéressement génèrent un flux continu de contraintes déclaratives que les SIRH doivent absorber sans délai.
Deuxièmement, l'hybridation du travail a rendu le self-service employé-manager non plus optionnel mais attendu : les collaborateurs Gen Z refusent de remplir un formulaire papier ou d'envoyer un mail pour une demande d'absence. Troisièmement, la réglementation sur l'IA (AI Act européen, RGPD profilage) crée une zone de risque sur les fonctionnalités d'automatisation RH.
La vraie question n'est pas «SIRH SaaS ou sur mesure» mais : l'entreprise doit-elle adapter ses process RH au SIRH, ou adapter le SIRH à ses process RH ? La réponse dépend de la complexité de ces process — et c'est précisément ce que ce guide détaille.
#2. Cartographie des modules SIRH : de l'administration au self-service
Un SIRH complet couvre six grands périmètres fonctionnels :
Administration du personnel : gestion des contrats (CDD, CDI, alternance, portage), paie (calcul, virements, bulletins dématérialisés), absences et congés, gestion des temps et activités (GTA). C'est le socle — toute solution SIRH le couvre, au moins partiellement.
Talent Management : recrutement (ATS, publication multicanal, scoring candidats), onboarding structuré (parcours digital, signature électronique, checklist d'intégration), formation (plan, e-learning, CPF, Qualiopi), évaluation 360° (entretiens annuels, feedback continu). C'est le périmètre où les écarts entre SaaS et sur mesure sont les plus marqués.
Time & Attendance : badgeage, gestion des plannings, calcul automatique des heures supplémentaires selon la convention collective applicable. Particulièrement complexe dans les secteurs avec horaires atypiques (santé, logistique, hôtellerie-restauration).
Gestion prévisionnelle des emplois et compétences (GPEC / GEPP) : cartographie des compétences, plans de succession, identification des postes critiques, plans d'action formation. Souvent le module le plus absent des déploiements SaaS PME.
Reporting RH légal : génération de la DSN mensuelle et événementielle, production de l'index égalité F/H (index Pénicaud), alimentation de la BDESE, déclaration d'AT/MP, bilan social. La qualité de ce module conditionne directement le risque de pénalité.
Self-service employés et managers : portail de demande d'absence, consultation des bulletins de paie, mise à jour des données personnelles, validation des congés par le manager, accès aux documents RH. C'est le module le plus visible pour les collaborateurs — et l'un des facteurs déterminants d'adoption.
#3. SIRH SaaS : forces réelles et limites sous-estimées
#Ce que le SaaS fait vraiment bien
Le déploiement est rapide. Entre 4 et 12 semaines pour une PME de 50 à 200 employés, sans ressource technique interne nécessaire. Les mises à jour légales sont automatiques — l'éditeur intègre les changements de taux, de seuils et de barèmes URSSAF sans intervention côté client.
Le coût est prévisible : facturation à l'abonnement par employé/mois, budgétisable à l'euro près. L'interface est mobile-first, les intégrations marketplace (Slack, Teams, LinkedIn Jobs, Indeed) sont prêtes à l'emploi.
Pour une PME de 50 à 150 employés avec une convention collective standard (métallurgie nationale, syntec, commerce de détail) et une paie externalisée, un SaaS comme Lucca, Personio ou Sage HR couvre l'essentiel des besoins, pour un coût mensuel par employé prévisible.
#Ce que le SaaS ne dit pas dans ses plaquettes commerciales
La rigidité fonctionnelle est la première limite. Un SaaS se paramètre, il ne se développe pas. Si votre convention collective impose des règles de calcul des heures supplémentaires absentes du référentiel de l'éditeur, vous travaillez avec des exceptions manuelles — ou vous payez des frais de personnalisation qui peuvent doubler le coût initial.
La dépendance éditeur est structurelle. Si l'éditeur change son modèle tarifaire, déprécie une API ou est racheté, vous n'avez pas de levier. L'export des données est parfois contractuellement limité, ce qui crée un risque de vendor lock-in réel.
Les coûts scalent avec la masse salariale. Le prix étant facturé par employé et par mois, la facture augmente à chaque embauche. Ce mécanisme rend le SaaS structurellement moins compétitif que le sur mesure au-delà d'un certain seuil.
Les solutions leaders du marché : Workday et SAP SuccessFactors (grandes entreprises), Sage HR, Lucca et Personio (ETI et PME).
#4. SIRH sur mesure : les 5 signaux qui le justifient
Un SIRH sur mesure n'est pas adapté à toutes les organisations — mais il devient le choix rationnel quand au moins l'un de ces cinq signaux est présent.
Signal 1 : conventions collectives complexes ou multiples. Les secteurs BTP (avec ses sous-branches), la santé privée, le transport routier de marchandises ou l'intérim appliquent des règles de calcul spécifiques (congés payés fractionnés, primes d'ancienneté sectorielles, repos compensateurs) qu'aucun SaaS généraliste ne couvre nativement. Si votre groupe applique plusieurs conventions collectives simultanément, le sur mesure est quasi-inévitable.
Signal 2 : intégration ERP profonde nécessaire. Quand le SIRH doit s'intégrer en temps réel avec un ERP métier (SAP IS-H dans la santé, Oracle HCM dans les grands groupes, Sage X3 en industrie), les connecteurs natifs des SaaS atteignent rapidement leurs limites. Une intégration sur mesure via API REST ou BAPI/RFC garantit la cohérence des référentiels sans export/import manuel.
Signal 3 : volume > 1 000 paies avec règles particulières. Au-delà de 1 000 paies mensuelles avec des règles de calcul complexes (modulation horaire annuelle, gestion des astreintes, primes variables multi-critères), les moteurs de paie SaaS montrent leurs limites en termes de flexibilité. Un moteur de règles sur mesure, branché sur un éditeur de paie spécialisé (Silae, Sage Paie) via API, apporte la flexibilité nécessaire.
Signal 4 : filiales internationales avec législations divergentes. Un groupe opérant en France, en Belgique, au Luxembourg et au Maroc a besoin d'un SIRH capable de gérer des législations sociales radicalement différentes, avec une couche de consolidation RH centralisée. Les SaaS internationaux (Workday, SAP SF) couvrent ce périmètre mais à des coûts qui excèdent souvent ceux d'un sur mesure.
Signal 5 : souveraineté totale sur les données RH. Certains secteurs (défense, santé, administration publique) ou certaines cultures d'entreprise imposent que les données RH restent sur une infrastructure maîtrisée (on-premise ou cloud souverain pour les données RH). Un SaaS hébergé chez un éditeur américain est incompatible avec ces exigences.
#5. L'IA transforme le SIRH : opportunités et zones de risque
#Les cas d'usage IA qui apportent un gain mesurable
Le recrutement IA est le périmètre le plus mature. Le parsing automatique des CV (extraction structurée des compétences, diplômes, expériences), le scoring de candidats sur la base d'un profil de poste, la planification automatique des entretiens et le chatbot RH pour les questions fréquentes des candidats réduisent le temps de traitement des candidatures, d'autant plus que les volumes sont importants.
La prédiction de turnover par modèle ML, entraîné sur les données RH internes (ancienneté, évolution salariale, absences, résultats d'entretiens), permet d'identifier les collaborateurs à risque plusieurs mois avant leur démission, avec une fiabilité qui dépend de la qualité et du volume des données disponibles. La détection précoce du burnout (analyse des patterns de connexion, des sollicitations hors horaires, des données de badgeage) suit la même logique.
La recommandation de formation personnalisée, basée sur le gap de compétences détecté en évaluation et sur les objectifs métier définis dans la GPEC, favorise l'adhésion aux formations proposées. Pour des agents IA pour automatiser les tâches RH, la génération automatique de fiches de poste à partir d'un template et d'une description de besoins, et l'analyse de sentiment des enquêtes internes complètent l'arsenal.
#Les risques réglementaires à ne pas ignorer
L'utilisation d'algorithmes de scoring sur des candidats ou des employés est encadrée par le RGPD (article 22 sur les décisions entièrement automatisées) et par l'AI Act européen (systèmes IA à haut risque dans les ressources humaines). Tout système de scoring RH doit être explicable, auditables et ne pas créer de biais discriminatoires — ce qui est vérifié via l'index égalité F/H mais aussi via des audits algorithmiques spécifiques. Un SIRH sur mesure offre une traçabilité totale de ces traitements ; certains SaaS sont encore opaques sur ce point.
#6. Comparatif TCO sur 5 ans : SaaS vs sur mesure pour une ETI
Le tableau ci-dessous compare la structure des coûts (hors infrastructure serveur) pour une ETI avec paie internalisée, une convention collective standard et un besoin en modules Administration + Talent + Self-service.
| Poste | SIRH SaaS (mid-market) | SIRH sur mesure |
|---|---|---|
| Coût initial (setup, paramétrage, formation) | Faible à modéré | Élevé : conception et développement |
| Coût récurrent | Abonnement par employé et par mois, qui croît avec les effectifs | Maintenance et hébergement, indépendants du nombre d'employés |
| Évolutions fonctionnelles | Incluses ou en option selon l'éditeur | À budgéter, mais maîtrisées |
| Total sur 5 ans | Augmente avec les effectifs | Plus élevé au départ, plus stable ensuite |
| Dépendance éditeur | Élevée | Nulle |
| Adaptabilité convention collective complexe | Limitée | Totale |
Le sur mesure peut devenir moins cher que le SaaS sur cinq ans quand les effectifs sont importants, ou quand les frais de personnalisation SaaS (adaptations spécifiques, connecteurs custom) s'accumulent. Pour chiffrer votre cas, nous partons de vos effectifs, de vos conventions collectives et de vos intégrations : le devis est chiffré en 48 h après un premier échange.
Pour calibrer votre ROI transformation digitale, il faut intégrer dans l'équation les gains en productivité RH (temps libéré sur l'administration), la réduction des erreurs de paie (pénalités URSSAF) et la baisse du turnover liée à l'amélioration de l'expérience collaborateur.
→ Vous évaluez vos options ? Utilisez notre estimateur de budget en ligne pour obtenir une fourchette en 2 minutes, ou consultez nos tarifs détaillés.
#7. Architecture d'un SIRH moderne sur mesure : la stack 2026
Un SIRH sur mesure développé en 2026 s'appuie sur des technologies éprouvées pour garantir maintenabilité, sécurité et conformité.
Frontend : Next.js 16 avec App Router pour le portail RH responsive (self-service employé/manager, tableau de bord RRH). Server Components pour les pages à données sensibles, Client Components pour les interactions temps réel (planning, calendrier d'absences).
Backend : API NestJS (TypeScript) pour la logique métier RH, avec une architecture modulaire par bounded context (Administration, Paie, Talent, GPEC). PostgreSQL pour la persistance des données RH avec chiffrement des colonnes sensibles (AES-256). Redis pour le cache des sessions et des données de référentiel.
Intégrations critiques : connexion DSN via un éditeur agréé (Net-entreprises), intégration paie avec Sage Paie, Silae ou PayFit via API REST/SOAP. SSO SAML2 ou OIDC pour l'authentification (Azure AD, Okta, Google Workspace). Signature électronique (DocuSign, Universign) pour les contrats et avenants.
Sécurité et conformité : chiffrement AES-256 des données personnelles au repos, TLS 1.3 en transit, logs d'audit immuables pour les accès aux données sensibles (exigence RGPD), purge automatique selon les durées de conservation légales (5 ans pour les bulletins de paie, 3 ans pour les candidatures non retenues).
Cette stack est directement liée à la problématique de migration legacy vers moderne : nombre d'entreprises qui se lancent dans un SIRH sur mesure partent d'un legacy SIRH développé sur Access, PowerBuilder ou Java EE 5 qu'il faut migrer progressivement.
#8. Exemple de situation : groupe multi-conventions
Situation type construite pour illustrer la démarche. Ce n'est pas un projet client réel et aucun résultat chiffré n'y est associé.
Contexte. Un groupe de services B2B réparti sur plusieurs entités juridiques, chacune sous une convention collective différente (syntec, commerce de détail, transport). Paie internalisée sur Sage Paie 100, GPEC gérée sur Excel, pas de self-service, onboarding entièrement papier, index Pénicaud calculé à la main chaque année.
Problèmes à traiter. Les conventions collectives génèrent des règles de calcul incompatibles avec le paramétrage standard de certains SIRH SaaS (Lucca, Personio). Les exports Sage Paie vers Excel pour la GPEC sont longs et manuels. L'absence de portail candidat allonge le délai entre la réception d'une candidature et le premier contact RH.
Réponse envisageable. Un SIRH sur mesure sur une stack React/NestJS/PostgreSQL, avec : un moteur de règles RH paramétrable par convention collective, une intégration Sage Paie via API (synchronisation bidirectionnelle des données employés et des variables de paie), un module GPEC avec cartographie des compétences et plans de succession, un portail candidat avec ATS intégré, un portail employé/manager en self-service (absences, bulletins, données personnelles, entretiens annuels). L'hébergement peut être fait chez un hébergeur français comme OVH Public Cloud, pour la souveraineté des données.
Ce que l'on mesure. Pour un tel projet, on suit le temps consacré aux tâches d'administration RH, la durée d'onboarding, le taux d'erreur de paie et les erreurs de DSN, en les comparant à l'état initial avant de décider d'étendre le périmètre.
Cette situation illustre pourquoi le budget refonte applicative B2B doit intégrer dès le départ les coûts d'intégration paie et les spécificités conventionnelles — deux postes systématiquement sous-estimés dans les appels d'offres SIRH.
#9. Guide de décision : 10 questions avant de choisir votre SIRH
Avant de signer avec un éditeur SaaS ou de lancer un projet sur mesure, répondez honnêtement à ces dix questions. Elles déterminent votre trajectoire.
1. Combien d'employés aujourd'hui et dans 3 ans ? Si vous êtes à 80 employés avec une croissance prévisible à 150, un SaaS s'impose. Si vous êtes à 350 avec un plan de croissance à 600, le seuil de rentabilité du sur mesure est proche.
2. Quelle(s) convention(s) collective(s) ? Une seule convention collective standard : SaaS possible. Deux conventions ou plus, ou une convention complexe (BTP, hospitalier, transport) : sur mesure fortement recommandé ou SaaS avec audit de couverture préalable.
3. La paie est-elle internalisée ou externalisée ? Payroll externalisé chez un cabinet social : un SaaS de SIRH administratif suffit souvent. Paie internalisée avec moteur de calcul propre : l'intégration paie est critique — vérifiez la profondeur des connecteurs natifs.
4. Combien de SIRH ou d'outils RH coexistent actuellement ? Si vous gérez 4 outils déconnectés (paie, ATS, formation, entretiens), un SIRH unifié — qu'il soit SaaS ou sur mesure — délivrera un ROI immédiat sur la seule suppression des re-saisies.
5. Quelle contrainte de souveraineté des données ? Données pouvant être hébergées chez un éditeur américain : SaaS ouvert. Exigence d'hébergement France ou Europe souveraine : vérifiez les certifications HDS/SecNumCloud de l'éditeur, ou optez pour un sur mesure déployé sur OVH/Scaleway.
6. Quels modules sont prioritaires dans les 12 prochains mois ? Si la priorité est uniquement la paie et l'administration, un SaaS répond. Si la GPEC, le talent et le reporting légal avancé sont dans le scope immédiat, un sur mesure ou un SaaS haut de gamme (Workday) s'imposent.
7. Quel budget annuel maximum (exploitation + évolutions) ? Budget annuel limité : SaaS mid-market. Budget intermédiaire : SaaS premium ou sur mesure mutualisé. Budget plus large avec une vision long terme : sur mesure en pleine propriété.
8. DSI interne ou externalisation complète ? Sans DSI interne, un SaaS est la voie de moindre résistance. Avec une DSI structurée capable de piloter un prestataire technique, le sur mesure devient manageable.
9. Mobile-first ou desktop-first ? Tous les SaaS modernes sont mobile-first. En sur mesure, l'exigence mobile doit être explicitement spécifiée — elle pèse sensiblement dans le budget frontend.
10. Délai de déploiement maximum acceptable ? Besoin opérationnel sous 3 mois : SaaS uniquement. Capacité à attendre 6 à 12 mois pour un outil parfaitement adapté : sur mesure envisageable.
Si vous avez répondu «sur mesure» à au moins 4 de ces questions, la prochaine étape est un cahier des charges site B2B adapté au SIRH, précisant les modules prioritaires, les intégrations critiques et les contraintes de données.
Pour les cas impliquant une application legacy à faire évoluer, l'approche de refactor IA assisté peut réduire le coût de modernisation de 30 à 50 %.
Nehos accompagne les ETI dans la conception et le développement de SIRH sur mesure — de la définition fonctionnelle au déploiement en production. Découvrez nos services développement sur mesure ou réservez un diagnostic de 30 minutes ci-dessous.
Foued Cherni, CEO Nehos — Tribune sur les arbitrages entre SIRH SaaS et sur mesure.
Photos : cottonbro studio, Yan Krukau sur Pexels.
Questions & réponses
Questions fréquentes sur le SIRH sur mesure vs SaaS
Il n'y a pas de seuil universel. Le SaaS est facturé par employé et par mois : sa facture grandit avec les effectifs. Un SIRH sur mesure coûte plus cher au départ, mais sa maintenance ne dépend pas du nombre d'employés. Sur un horizon de cinq ans, le sur mesure devient compétitif quand les effectifs sont importants, ou plus tôt si des coûts de personnalisation SaaS s'ajoutent pour les spécificités métier (conventions collectives multiples, paie internalisée). Pour votre cas, le calcul se fait à partir de vos effectifs et de vos intégrations.
Sage Paie dispose d'une API REST disponible depuis la version 100 i7 permettant la synchronisation bidirectionnelle des données employés et des variables de paie. Silae expose une API SOAP et une API REST en cours de déploiement sur les comptes partenaires. L'intégration se fait via un connecteur dédié gérant l'authentification OAuth2 ou par clé d'API, la gestion des rejets et les logs d'audit. Les données synchronisées en temps réel incluent les entrées/sorties (embauches, démissions), les variables mensuelles (heures sup, primes, absences) et les bulletins de paie dématérialisés. Comptez 4 à 8 semaines de développement pour un connecteur robuste avec gestion des erreurs et réconciliation des données.
Oui, à condition de passer par un éditeur de paie agréé DSN (comme Sage Paie, Silae ou PayFit) ou par un prestataire technique agréé Net-entreprises. Un SIRH sur mesure ne peut pas générer directement la DSN — il doit alimenter un moteur de paie homologué qui produit le fichier DSN conforme au cahier des charges DSN Phase 3. L'architecture recommandée : le SIRH sur mesure gère les données RH et les variables mensuelles, les transmet via API au moteur de paie, qui génère et dépose la DSN sur Net-entreprises. Le SIRH reçoit ensuite les accusés de réception et les retours URSSAF/caisses de retraite pour la traçabilité.
Les données RH sont des données personnelles soumises au RGPD avec des contraintes spécifiques : durée de conservation des bulletins de paie (5 ans après départ du salarié), des candidatures non retenues (2 ans maximum sauf consentement), des données de santé liées aux arrêts maladie (5 ans). Toute décision automatisée sur un employé (scoring, évaluation algorithmique) nécessite une base légale explicite et un droit d'opposition. Le DPO doit être informé du registre des traitements RH. Les algorithmes de scoring de candidats sont classés systèmes IA à haut risque par l'AI Act et doivent être audités. Un SIRH sur mesure doit intégrer la gestion des droits RGPD (accès, rectification, suppression) nativement.
Le syndrome ERP cimetière désigne les projets SIRH déployés à grands frais mais jamais adoptés par les utilisateurs finaux. Trois causes principales : manque d'implication des RRH et managers dans la conception, interfaces trop complexes qui découragent l'usage self-service, et migration de données bâclée générant une méfiance initiale. Pour l'éviter : impliquer 5 à 8 utilisateurs clés (RRH, managers, représentants salariés) dès la phase de conception ; prioriser la simplicité de l'interface self-service sur la richesse fonctionnelle ; prévoir un pilote sur 30 à 50 employés avant le déploiement général ; et prévoir une part réelle du budget pour le change management et la formation.
Les SaaS généralistes (Lucca, Personio, Sage HR) ne couvrent pas nativement les conventions collectives complexes comme le BTP national et ses sous-branches régionales, ou l'intérim avec ses règles spécifiques de calcul des indemnités de fin de mission et de congés payés. Certains SaaS spécialisés sectoriels (Comeet pour le recrutement intérim, Cegid pour le BTP) couvrent un secteur en profondeur mais pas la combinaison de deux conventions différentes. Dès que l'entreprise applique deux conventions collectives avec des règles de calcul divergentes, un SIRH sur mesure avec un moteur de règles paramétrable par entité juridique est la seule solution techniquement fiable.
Pour une ETI de 500 employés avec les modules Administration + Talent + Self-service + GPEC et une intégration paie, comptez 8 à 14 mois de projet. La phase de cadrage et spécifications fonctionnelles prend 6 à 8 semaines. Le développement du cœur (administration, paie, self-service) représente 4 à 6 mois. L'intégration avec le logiciel de paie (Sage, Silae) nécessite 4 à 8 semaines supplémentaires. La migration des données depuis le SIRH existant, les tests utilisateurs et le déploiement progressif (pilote + généralisation) complètent les 3 à 4 derniers mois. Les projets qui dérapent le font systématiquement sur la phase de migration des données historiques et sur la gestion du changement.
Parlons de votre projet
Un devis chiffré, sans engagement
Décrivez votre besoin en deux minutes : un consultant senior vous répond avec une première estimation et les prochaines étapes.
- Réponse sous 24 h ouvrées
- Sans engagement
- Un consultant senior vous répond