Ouvrir le ticketing informatique aux autres services
Les RH veulent utiliser votre outil. La question n'est pas technique, elle est tarifaire et organisationnelle, et elle se tranche avant de dire oui.
Quand un service métier demande à utiliser l'outil de ticketing de la DSI, la difficulté n'est pas technique : elle est tarifaire et organisationnelle. Un outil facturé par intervenant fait payer chaque correspondant métier au tarif d'un technicien, et la DSI se retrouve à arbitrer des priorités qui ne sont pas les siennes. Ces deux points se tranchent avant d'ouvrir l'accès.
La demande arrive rarement par la porte d’entrée. Elle arrive un mardi, en réunion de direction, quand la DRH explique qu’elle croule sous les courriels d’arrivée et de départ, et que quelqu’un remarque que la DSI a déjà un outil pour ça.
À ce moment précis, deux réponses sont mauvaises. Refuser sans expliquer, ce qui garantit qu’un outil concurrent sera acheté dans six mois sans vous consulter. Accepter dans la minute, ce qui garantit un devis inattendu et une gouvernance à reconstruire.
Ce que la demande révèle réellement
Un service métier qui réclame votre outil de ticketing ne demande pas un outil. Il demande à cesser de traiter des demandes dans une boîte aux lettres partagée où personne ne sait qui répond quoi.
Ce besoin est légitime et il est identique au vôtre. C’est d’ailleurs tout le principe de ce que le marché appelle la gestion des services d’entreprise, ou ESM : appliquer aux ressources humaines, aux services généraux ou aux achats les pratiques de suivi des demandes rodées depuis vingt ans dans les DSI. Le catalogue de services, le formulaire structuré, l’approbation, le suivi jusqu’à la clôture. Rien de spécifiquement informatique là-dedans.
Ce qui est spécifiquement informatique, en revanche, c’est ce que l’ouverture va vous coûter et ce qu’elle va vous imposer.
Le mur tarifaire, à regarder en premier
C’est le point qui décide, et il se vérifie en dix minutes sur votre contrat.
La plupart des plateformes du marché facturent par intervenant, c’est-à-dire par personne qui traite des demandes. Le raisonnement est cohérent tant que le périmètre reste informatique : vous avez six techniciens, vous payez six licences, et les mille salariés qui déposent des demandes ne coûtent rien.
Il cesse de l’être dès l’ouverture aux métiers. Les trois personnes des ressources humaines qui traiteront les demandes d’arrivée deviennent trois intervenants supplémentaires, facturés au même tarif qu’un technicien de niveau 2. Les deux personnes des services généraux aussi. Vous venez d’augmenter votre facture de plus de quatre-vingts pour cent pour un service que vous rendez à d’autres directions.
La question n’est donc pas de savoir si votre outil sait faire, mais si votre contrat supporte l’ouverture sans renégociation.
| Modèle de facturation | Effet à l’ouverture aux métiers |
|---|---|
| Par intervenant | Chaque correspondant métier se paie au tarif d’un technicien. Le coût croît avec le nombre de services ouverts |
| Par salarié | Aucun surcoût à l’ajout d’un service, l’assiette étant déjà l’effectif complet |
| Licence libre | Pas de coût de licence supplémentaire, mais la couverture fonctionnelle hors informatique est souvent limitée |
| Par module métier | Chaque domaine ouvert se facture séparément, avec un paramétrage souvent facturé également |
Deux précisions qui évitent des déconvenues. D’abord, les éditions d’entrée de gamme excluent fréquemment ce dont un périmètre métier a besoin : approbations à plusieurs niveaux, portail dédié, gestion documentaire. Le devis d’ouverture arrive donc souvent avec une montée d’édition. Ensuite, un tarif par intervenant bas au démarrage devient le plus cher des modèles à trois ans dès que le périmètre s’élargit, ce qui est précisément l’inverse de l’intuition au moment de la signature.
Sur ce point, les modèles diffèrent nettement d’un éditeur à l’autre. GLPI n’ajoute aucun coût de licence mais couvre mal les processus métier. Jira Service Management et Freshservice facturent à l’intervenant, ce qui pénalise mécaniquement l’ouverture. Keolux One facture au salarié, entre 1,00 et 1,50 euro hors taxes par salarié et par mois selon l’effectif, ce qui neutralise le surcoût à l’ajout d’un service, avec en contrepartie un éditeur récent et un écosystème d’intégrations plus restreint que celui des acteurs établis. Le détail des unités de facturation est comparé sur comparatif-itsm.fr.
Ce que vous récupérez en même temps que la demande
Le coût visible est tarifaire. Le coût réel est ailleurs.
En ouvrant votre outil, vous héritez de l’arbitrage. Le jour où une demande de badge d’accès et un incident de messagerie arrivent en même temps, quelqu’un doit décider laquelle passe en premier. Si ce quelqu’un est votre équipe, vous arbitrez des priorités qui ne vous appartiennent pas, et vous porterez la responsabilité du retard sur un sujet qui n’est pas le vôtre.
La règle qui fonctionne est simple à énoncer et difficile à tenir : chaque service métier reste propriétaire de ses files, de ses délais et de ses arbitrages. La DSI fournit la plateforme et l’administration technique, pas le traitement. Cela suppose que le service métier nomme un responsable, ce qui est souvent le vrai point de blocage. Une direction qui veut votre outil mais refuse de désigner quelqu’un pour piloter ses propres demandes n’est pas prête, et il vaut mieux le constater avant l’ouverture qu’après.
Vous héritez aussi de la donnée personnelle. Une demande de congé, un arrêt de travail, une déclaration d’incident interne : ces éléments transitent désormais par un outil que vous administrez. Le service RH reste responsable de traitement, mais votre gestion des habilitations devient un sujet de conformité, et vos administrateurs voient techniquement des données qu’ils n’ont pas à connaître. Une revue des droits et un cloisonnement des files sont à prévoir dès le départ, pas au premier incident.
Les trois questions à poser avant de répondre
Avant de vous engager en réunion, trois réponses suffisent à savoir si le projet tient.
Qui pilote, côté métier ? Une personne nommée, pas une direction. Sans elle, l’ouverture produit une file que personne ne relève et l’outil sera accusé d’être inadapté.
Quels processus, précisément ? Deux ou trois, pas le périmètre complet. L’arrivée d’un collaborateur, la demande de matériel, la réservation de salle. Un service métier qui répond “tout” n’a pas encore réfléchi.
Qui paie ? Le surcoût éventuel relève du budget du service demandeur, pas du vôtre. Cette question se pose au moment où l’idée est encore enthousiasmante, jamais après. C’est exactement le type d’arbitrage que j’évoquais à propos de la défense d’un budget informatique : une dépense engagée pour le compte d’une autre direction et portée par la DSI devient invisible, puis contestée.
Démarrer petit, vraiment petit
Un seul service, deux ou trois types de demandes, un périmètre restreint et une date de bilan fixée à l’avance. Cette prudence n’est pas de la frilosité : elle protège l’outil.
Une ouverture large qui se passe mal produit une conviction durable dans l’entreprise, celle que l’outil de la DSI ne convient pas aux métiers. Cette conviction est presque impossible à défaire, et elle survivra au changement d’outil. Une ouverture restreinte qui fonctionne produit l’inverse : les autres directions viennent demander la même chose, et vous négociez alors en position de force.
Une dernière remarque, valable pour toute extension d’outil. Les problèmes de sollicitation ne se règlent pas par l’outillage. Si les demandes RH arrivent aujourd’hui par courriel, par téléphone et dans les couloirs, elles continueront après l’ouverture. L’outil déplace le lieu d’enregistrement, il ne change pas les habitudes. Ce chantier existe, il est utile, et il appartient au service métier. Le confondre avec le vôtre est la meilleure façon de faire échouer les deux, comme pour toute migration d’outil de ticketing.
Questions fréquentes
Faut-il un outil séparé pour les RH ou peut-on partager celui de la DSI ?
Partager est presque toujours préférable, à une condition : que le modèle de facturation le permette sans multiplier le coût. Deux outils séparés signifient deux administrations, deux référentiels d'utilisateurs et aucune vision d'ensemble sur les demandes qui traversent les deux services, comme une arrivée de collaborateur. Le seul cas où la séparation se défend est celui d'un service métier soumis à des exigences de confidentialité incompatibles avec un référentiel commun.
Qui administre l'outil une fois qu'il est partagé ?
La DSI garde l'administration technique, chaque service métier devient propriétaire de ses propres catégories, formulaires et niveaux de service. Si la DSI reste seule à pouvoir modifier un formulaire RH, elle devient un goulot d'étranglement et le service métier finira par retourner à sa messagerie. C'est la raison pour laquelle la capacité de paramétrage sans intervention technique est un critère de choix, pas un argument commercial.
Combien de temps prend l'ouverture à un premier service métier ?
Entre trois et six semaines pour un périmètre restreint, dont la moitié environ passe à décrire les processus réellement pratiqués par le service concerné. Le paramétrage lui-même est rarement le poste le plus long. Ce qui prend du temps, c'est de faire dire à une équipe RH ce qu'elle fait vraiment, par opposition à ce que décrit sa procédure officielle.