{"id":22328,"date":"2026-06-01T11:10:18","date_gmt":"2026-06-01T09:10:18","guid":{"rendered":"https:\/\/crosstalent.com\/?p=22328"},"modified":"2026-06-01T11:10:45","modified_gmt":"2026-06-01T09:10:45","slug":"choisir-sirh-role-dsi-appel-offres","status":"publish","type":"post","link":"https:\/\/crosstalent.com\/fr\/actualites\/choisir-sirh-role-dsi-appel-offres\/","title":{"rendered":"Choisir un SIRH : le r\u00f4le de la DSI dans l\u2019appel d\u2019offres"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Dans la majorit\u00e9 des appels d\u2019offres SIRH, la DSI arrive tard. Elle est consult\u00e9e pour valider le choix technique, parfois en quelques jours, apr\u00e8s que la DRH a d\u00e9j\u00e0 \u00e9valu\u00e9 les solutions et pr\u00e9f\u00e9r\u00e9 l\u2019une d\u2019entre elles. Ce sch\u00e9ma produit \u00e0 peu pr\u00e8s toujours le m\u00eame r\u00e9sultat\u00a0: une tension entre les deux directions, un d\u00e9lai suppl\u00e9mentaire, et parfois un projet qui d\u00e9marre sur de mauvaises bases.<\/p>\n

Pourtant, la question de savoir quel SIRH choisir ne peut pas \u00eatre d\u00e9connect\u00e9e de la question de savoir comment il va s\u2019int\u00e9grer dans le syst\u00e8me d\u2019information existant, comment les donn\u00e9es vont \u00eatre s\u00e9curis\u00e9es, et qui va maintenir la solution dans le temps. Ces questions appartiennent \u00e0 la DSI. Et elles se posent d\u00e8s le cadrage, pas apr\u00e8s la signature.<\/p>\n

Cet article d\u00e9taille pourquoi la DSI doit \u00eatre impliqu\u00e9e d\u00e8s le d\u00e9but du processus de s\u00e9lection, quels crit\u00e8res elle doit \u00e9valuer, et comment organiser la collaboration avec la DRH pour que l\u2019appel d\u2019offres aboutisse \u00e0 un choix solide.<\/p>\n

Pourquoi la DSI ne peut pas arriver en fin de processus<\/h2>\n

Un SIRH n\u2019est pas un outil RH isol\u00e9<\/h3>\n

Un SIRH moderne s\u2019int\u00e8gre dans un \u00e9cosyst\u00e8me technique existant\u00a0: annuaire d\u2019entreprise, logiciel de paie, outil de signature \u00e9lectronique, Active Directory, infrastructure cloud ou on-premise. Chaque connexion est un point d\u2019attention pour la DSI. Chaque interface mal param\u00e9tr\u00e9e est une source de dysfonctionnement potentiel.<\/p>\n

Si la DSI n\u2019a pas \u00e9t\u00e9 consult\u00e9e pendant l\u2019\u00e9valuation des solutions, elle ne peut pas anticiper ces points de friction. Elle les d\u00e9couvre au moment de l\u2019int\u00e9gration, quand il est trop tard pour changer de solution et trop t\u00f4t pour les r\u00e9soudre sans d\u00e9lai.<\/p>\n

Les crit\u00e8res m\u00e9tier et les crit\u00e8res techniques sont indissociables<\/h3>\n

La DRH \u00e9value les fonctionnalit\u00e9s, l\u2019ergonomie, la couverture des processus RH. Ces crit\u00e8res sont l\u00e9gitimes et indispensables. Mais ils ne disent rien sur la mani\u00e8re dont la solution va s\u2019int\u00e9grer dans le SI, sur les contraintes de s\u00e9curit\u00e9 qu\u2019elle va imposer, sur la capacit\u00e9 de l\u2019\u00e9diteur \u00e0 maintenir ses engagements techniques dans le temps.<\/p>\n

Un SIRH qui r\u00e9pond parfaitement aux besoins m\u00e9tier mais qui n\u00e9cessite une architecture incompatible avec les standards de l\u2019entreprise cr\u00e9e plus de probl\u00e8mes qu\u2019il n\u2019en r\u00e9sout. La DSI est la seule \u00e0 pouvoir \u00e9valuer ce risque.<\/p>\n

Le co\u00fbt de l\u2019exclusion<\/h3>\n

Quand la DSI est exclue du processus de s\u00e9lection, elle est quand m\u00eame impliqu\u00e9e dans le d\u00e9ploiement. Mais en position r\u00e9active, pas pro-active. Elle g\u00e8re les probl\u00e8mes qu\u2019elle n\u2019a pas pu anticiper, avec des contraintes qu\u2019elle n\u2019a pas pu n\u00e9gocier. C\u2019est une source de tension durable entre les deux directions, et un facteur de rallongement des projets.<\/p>\n

C\u2019est ce que nous d\u00e9taillons dans notre article sur la collaboration DRH\u2013DSI dans les projets SIRH<\/a>\u00a0: la gouvernance du projet commence avant le choix de la solution.<\/p>\n

Les crit\u00e8res techniques que la DSI doit \u00e9valuer<\/h2>\n

L\u2019architecture et le mod\u00e8le de d\u00e9ploiement<\/h3>\n

SaaS, on-premise, cloud priv\u00e9 ou hybride\u00a0: le mod\u00e8le de d\u00e9ploiement a des implications directes sur la s\u00e9curit\u00e9, la conformit\u00e9 et la maintenabilit\u00e9. La DSI doit \u00e9valuer si le mod\u00e8le propos\u00e9 par l\u2019\u00e9diteur est compatible avec la politique de s\u00e9curit\u00e9 de l\u2019entreprise et ses contraintes r\u00e9glementaires.<\/p>\n

Pour le secteur public ou les entreprises soumises \u00e0 des exigences de souverainet\u00e9 des donn\u00e9es, la localisation des serveurs et le statut du sous-traitant sont des crit\u00e8res non n\u00e9gociables.<\/p>\n

Les capacit\u00e9s d\u2019int\u00e9gration<\/h3>\n

Un SIRH s\u2019int\u00e8gre rarement seul. Il doit dialoguer avec la paie, l\u2019annuaire, les outils de formation, parfois le CRM ou l\u2019ERP. La DSI doit \u00e9valuer la qualit\u00e9 des APIs propos\u00e9es par l\u2019\u00e9diteur, leur documentation, leur stabilit\u00e9 dans le temps, et la facilit\u00e9 avec laquelle elles permettent de connecter les syst\u00e8mes existants.<\/p>\n

Un \u00e9diteur qui ne propose pas d\u2019APIs robustes ou qui facture les connecteurs \u00e0 l\u2019unit\u00e9 cr\u00e9e une d\u00e9pendance technique et financi\u00e8re \u00e0 long terme. C\u2019est un risque que la DSI doit identifier pendant l\u2019appel d\u2019offres, pas apr\u00e8s la signature.<\/p>\n

La s\u00e9curit\u00e9 des donn\u00e9es<\/h3>\n

La donn\u00e9e RH est sensible. Elle est encadr\u00e9e par le RGPD et expos\u00e9e \u00e0 des risques de fuite ou d\u2019acc\u00e8s non autoris\u00e9. La DSI doit \u00e9valuer les m\u00e9canismes de s\u00e9curit\u00e9 propos\u00e9s par l\u2019\u00e9diteur\u00a0: chiffrement des donn\u00e9es au repos et en transit, gestion des habilitations, tra\u00e7abilit\u00e9 des acc\u00e8s, certification de s\u00e9curit\u00e9 (ISO 27001, SOC 2).<\/p>\n

Elle doit \u00e9galement v\u00e9rifier les conditions contractuelles li\u00e9es \u00e0 la sous-traitance des donn\u00e9es et la gestion des incidents de s\u00e9curit\u00e9. Ces \u00e9l\u00e9ments sont document\u00e9s dans le DPA (Data Processing Agreement) que tout \u00e9diteur s\u00e9rieux doit fournir. Voir notre article sur la s\u00e9curisation des donn\u00e9es RH dans le SIRH<\/a> pour les points de contr\u00f4le essentiels.<\/p>\n

La maintenabilit\u00e9 et l\u2019\u00e9volutivit\u00e9<\/h3>\n

Un SIRH s\u2019utilise sur plusieurs ann\u00e9es. La DSI doit \u00e9valuer la capacit\u00e9 de l\u2019\u00e9diteur \u00e0 faire \u00e9voluer sa solution dans le temps, sa politique de gestion des versions, la fr\u00e9quence des mises \u00e0 jour et les modalit\u00e9s de migration. Elle doit \u00e9galement \u00e9valuer la charge de maintenance interne que la solution va g\u00e9n\u00e9rer pour ses \u00e9quipes.<\/p>\n

Un SIRH SaaS bien con\u00e7u doit lib\u00e9rer la DSI de la maintenance de l\u2019infrastructure, pas lui en ajouter. C\u2019est un crit\u00e8re qui se n\u00e9gocie en amont.<\/p>\n

L\u2019authentification et la gestion des acc\u00e8s<\/h3>\n

SSO (Single Sign-On), MFA (authentification multi-facteurs), int\u00e9gration avec l\u2019Active Directory ou l\u2019annuaire LDAP existant\u00a0: la DSI doit v\u00e9rifier que la solution s\u2019int\u00e8gre dans les standards d\u2019authentification de l\u2019entreprise. Un SIRH qui impose un annuaire utilisateurs s\u00e9par\u00e9 cr\u00e9e une charge de gestion suppl\u00e9mentaire et multiplie les risques de s\u00e9curit\u00e9.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\"Contacter\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Comment organiser la collaboration DRH\u2013DSI dans l\u2019appel d\u2019offres<\/h2>\n

D\u00e9finir les r\u00f4les avant de lancer le processus<\/h3>\n

Un appel d\u2019offres SIRH bien organis\u00e9 commence par une r\u00e9partition claire des r\u00f4les entre DRH et DSI. La DRH pilote l\u2019expression des besoins m\u00e9tier et l\u2019\u00e9valuation fonctionnelle. La DSI pilote l\u2019\u00e9valuation technique et la grille de crit\u00e8res IT. Les deux directions co-d\u00e9cident du choix final.<\/p>\n

Cette r\u00e9partition ne signifie pas que la DSI n\u2019a pas son mot \u00e0 dire sur les fonctionnalit\u00e9s, ni que la DRH ne peut pas \u00e9valuer l\u2019ergonomie technique. Elle signifie que chaque direction est responsable de son p\u00e9rim\u00e8tre et qu\u2019aucune ne peut trancher seule.<\/p>\n

Construire une grille d\u2019\u00e9valuation commune<\/h3>\n

La grille d\u2019\u00e9valuation est le document central de l\u2019appel d\u2019offres. Elle doit int\u00e9grer des crit\u00e8res m\u00e9tier (port\u00e9s par la DRH) et des crit\u00e8res techniques (port\u00e9s par la DSI), avec une pond\u00e9ration n\u00e9goci\u00e9e entre les deux directions.<\/p>\n

Les crit\u00e8res techniques doivent avoir un poids r\u00e9el dans la d\u00e9cision finale \u2014 pas \u00eatre une case \u00e0 cocher apr\u00e8s que le choix fonctionnel a d\u00e9j\u00e0 \u00e9t\u00e9 fait. Un \u00e9diteur qui obtient une excellente note fonctionnelle mais qui \u00e9choue sur les crit\u00e8res techniques doit pouvoir \u00eatre \u00e9cart\u00e9. C\u2019est la seule fa\u00e7on de garantir que le choix final est r\u00e9ellement \u00e9quilibr\u00e9.<\/p>\n

Impliquer la DSI dans les d\u00e9monstrations<\/h3>\n

Les phases de d\u00e9monstration sont souvent r\u00e9serv\u00e9es \u00e0 la DRH et aux utilisateurs m\u00e9tier. La DSI n\u2019est pas invit\u00e9e, ou arrive pour une session technique s\u00e9par\u00e9e en fin de parcours.<\/p>\n

Une approche plus efficace consiste \u00e0 impliquer la DSI dans les d\u00e9monstrations m\u00e9tier, et \u00e0 organiser des sessions techniques conjointes o\u00f9 les deux directions \u00e9valuent simultan\u00e9ment comment la solution r\u00e9pond \u00e0 leurs exigences respectives. Cela \u00e9vite les malentendus et acc\u00e9l\u00e8re la prise de d\u00e9cision.<\/p>\n

N\u00e9gocier les conditions techniques dans le contrat<\/h3>\n

Le contrat avec l\u2019\u00e9diteur ne se n\u00e9gocie pas uniquement sur le prix et les fonctionnalit\u00e9s. La DSI doit s\u2019assurer que les engagements techniques sont formalis\u00e9s\u00a0: SLA (niveaux de service), conditions de r\u00e9versibilit\u00e9 des donn\u00e9es, politique de mise \u00e0 jour, conditions du DPA, gestion des incidents et des failles de s\u00e9curit\u00e9.<\/p>\n

Ces \u00e9l\u00e9ments sont souvent n\u00e9gligeables en phase d\u2019euphorie du choix, et d\u00e9cisifs en cas de probl\u00e8me. Les formaliser avant la signature est une condition de s\u00e9r\u00e9nit\u00e9 pour les ann\u00e9es qui suivent.<\/p>\n

Les signaux qui indiquent que la DSI a \u00e9t\u00e9 insuffisamment impliqu\u00e9e<\/h2>\n

Certains signes doivent alerter pendant ou apr\u00e8s un processus de s\u00e9lection SIRH\u00a0:<\/p>\n