Enterprise Service Management : étendre l’ITSM à toute l’entreprise
Enterprise Service Management : étendre l'ITSM à toute l'entreprise
15 juin 2026
Rali Hakam
Team Leader
L’IT n’a plus le monopole du service management
L’Enterprise Service Management (ESM) répond à une réalité que de nombreuses organisations ne peuvent plus ignorer. Pendant des années, la gestion structurée des services est restée l’apanage des directions informatiques. Tickets, workflows d’approbation, catalogues de services, SLA : ces pratiques nées dans l’IT avec le référentiel ITIL ont fait leurs preuves pour industrialiser le support et fiabiliser les opérations.
Toutefois, un constat s’impose désormais : les mêmes problématiques de gestion des demandes, de suivi des processus et de qualité de service existent dans toutes les directions de l’entreprise — RH, juridique, finance, moyens généraux, achats. Et ces départements les gèrent encore trop souvent avec des emails, des tableurs et des outils génériques.
L’Enterprise Service Management apporte une réponse directe à cette fragmentation. Le principe est simple : appliquer les méthodes et les outils du service management IT à l’ensemble des fonctions métier de l’organisation. Ce n’est pas un concept nouveau. Cependant, il atteint aujourd’hui une maturité inédite, porté par trois accélérateurs : la démocratisation du low-code/no-code, l’IA générative, et la pression croissante des collaborateurs pour une expérience de service unifiée, quelle que soit la direction sollicitée.
Pourquoi l’Enterprise Service Management s’impose maintenant
La demande des métiers
Les départements non-IT subissent les mêmes douleurs que les DSI d’il y a quinze ans : processus manuels, manque de visibilité sur les demandes en cours, absence de métriques fiables, dépendance aux emails. Un onboarding RH implique typiquement la coordination de dizaines de tâches entre plusieurs services — IT, RH, juridique, facilities, formation — souvent gérées dans des silos. Le résultat est prévisible : des délais, des oublis et une expérience collaborateur dégradée.
La pression économique
Dans un contexte de rationalisation des coûts, les organisations ne peuvent plus se permettre de maintenir des outils fragmentés par département. Consolider sur une plateforme de service management unique réduit le nombre de licences, simplifie la maintenance et permet de mutualiser les compétences d’administration.
L’effet de démonstration de l’IT
Les DSI ont montré le chemin. Quand le service desk IT offre un portail self-service, un suivi transparent des demandes et des temps de résolution maîtrisés, les autres directions veulent légitimement le même niveau de service. L’Enterprise Service Management est la réponse naturelle à cette attente.
Les cas d’usage qui tirent l’Enterprise Service Management
RH : onboarding, offboarding et gestion des demandes
Le premier cas d’usage ESM dans la plupart des organisations concerne les ressources humaines. L’onboarding d’un nouveau collaborateur est un workflow transverse par nature : création des accès IT, attribution d’un badge, préparation du poste de travail, inscription aux formations obligatoires, signature des documents contractuels. Géré manuellement, ce processus prend des jours et génère des frustrations. Automatisé via une plateforme ESM, il se transforme en une séquence orchestrée où chaque département reçoit ses tâches au bon moment, avec des rappels automatiques et une visibilité complète pour le manager et le collaborateur.
L’offboarding suit la même logique en sens inverse, avec un enjeu de sécurité supplémentaire : s’assurer que tous les accès sont révoqués, que le matériel est restitué et que les obligations légales sont respectées.
Moyens généraux et facilities
Réservation de salles, gestion des déménagements, demandes de maintenance, attribution de places de parking : les moyens généraux traitent un volume considérable de demandes récurrentes, souvent par email ou via des formulaires isolés. L’Enterprise Service Management apporte un catalogue de services structuré, des workflows d’approbation automatisés et une traçabilité complète.
Juridique et conformité
Demandes de revue de contrats, validation de clauses, gestion des consentements RGPD : le département juridique bénéficie de workflows formalisés avec des circuits d’approbation clairs, des SLA définis et un suivi d’audit complet.
Finance et achats
Demandes d’achat, validation de notes de frais, gestion des accès aux outils financiers : la finance gagne en efficacité avec des processus standardisés et des approbations automatisées basées sur des seuils et des règles métier.
Le rôle du low-code/no-code dans la démocratisation de l’ESM
Un facteur clé de l’accélération de l’Enterprise Service Management est la capacité des plateformes à permettre aux départements métier de créer et personnaliser leurs propres workflows sans dépendre de l’IT. Les studios de conception low-code permettent de modéliser des formulaires, des circuits d’approbation et des automatisations en mode visuel, réduisant considérablement le délai entre l’expression du besoin et sa mise en production.
Cette autonomie est essentielle. Si chaque nouveau workflow métier nécessite un projet IT de plusieurs semaines, l’ESM reste théorique. Les plateformes qui réussissent sont celles qui combinent la rigueur des processus ITSM avec la flexibilité nécessaire aux équipes métier pour s’en emparer.
Ce que proposent les éditeurs
ServiceNow : la plateforme ESM de référence
ServiceNow a construit son positionnement autour de la notion de « workflow platform for the enterprise ». Au-delà de l’ITSM, la Now Platform propose des modules dédiés à chaque fonction : HR Service Delivery (HRSD) pour les ressources humaines, Legal Service Delivery pour le juridique, Customer Service Management pour le service client, et Workplace Service Delivery pour les moyens généraux.
La force de ServiceNow réside dans l’unification : tous ces modules partagent la même plateforme, le même modèle de données et les mêmes capacités d’IA (Now Assist). Un workflow d’onboarding peut ainsi orchestrer des tâches IT, RH et facilities dans un processus unique, avec une visibilité de bout en bout. L’intégration avec Microsoft 365 Copilot et les capacités d’AI Agents autonomes permettent d’aller encore plus loin dans l’automatisation transverse. ServiceNow revendique une trajectoire vers un chiffre d’affaires de 15 milliards de dollars en 2026, tirée notamment par l’adoption de workflows cross-entreprise.
EasyVista : l’ESM accessible aux ETI
EasyVista a fait de l’Enterprise Service Management un pilier de sa stratégie. La plateforme permet de déployer des portails non-IT — onboarding RH, gestion d’inventaire spécifique, support pour des événements — en utilisant le même moteur de workflows que pour l’ITSM. Ce moteur constitue un service à part entière : il s’utilise en dehors des processus ITSM pour automatiser des actions métier variées.
L’approche EasyVista mise sur la flexibilité : différentes interfaces se déploient pour différents publics, avec des niveaux de complexité adaptés. Le back-office reste riche pour les équipes IT, tandis que les portails utilisateurs sont simplifiés au maximum pour les collaborateurs non techniques. EasyVista a été reconnu « Emerging Innovator » dans le SPARK Matrix 2025 pour l’Enterprise Service Management et cité dans le rapport ESM Landscape 2025 de Forrester. L’acquisition d’une participation majoritaire dans OTRS Group renforce l’ambition de devenir un leader mondial des solutions IT et ESM.
Matrix42 : l’ESM souverain made in Europe
Matrix42 étend naturellement ses capacités au-delà de l’IT vers les RH, la gestion des contrats, la gestion de crise et d’autres domaines nécessitant du service management. L’argument différenciant est la souveraineté : la plateforme se déploie on-premise, en cloud privé, dans le cloud public de votre choix ou dans le cloud européen sécurisé de Matrix42, avec des data centers en Europe.
L’approche « Cloud Your Way » répond à une demande croissante des organisations européennes, notamment dans le secteur public et les industries régulées. La plateforme propose des templates pré-construits pour accélérer le déploiement ESM, et les capacités d’IA configurable s’appliquent aussi bien aux workflows IT que métier. Reconnu Strong Performer dans le Forrester ESM Wave Q4 2025, Matrix42 capitalise sur sa double certification accessibilité (BITV/EN 301 549) et son alignement avec les réglementations européennes, dont l’EU AI Act.
Freshworks : l’ESM clé en main avec Freshservice for Business Teams
Freshworks a lancé Freshservice for Business Teams, une offre d’Enterprise Service Management désormais disponible comme produit autonome — plus besoin d’un déploiement ITSM préalable. La solution propose des templates pré-construits pour les équipes RH (onboarding, offboarding, gestion des demandes), finance (approbation de dépenses, demandes d’achat), facilities (maintenance, gestion des espaces) et juridique (revue de contrats, suivi de conformité).
Chaque département dispose de son propre espace avec une administration déléguée, garantissant l’autonomie sans compromettre la gouvernance. L’intégration native avec des systèmes RH (Workday, ADP, BambooHR), des outils de signature électronique (DocuSign) et l’écosystème Freshworks facilite la mise en place. Les chiffres illustrent la traction : le module ESM a dépassé les 40 millions de dollars de revenus récurrents au Q4 2025, avec un doublement sur un an. Un client sur quatre éligible utilise désormais Freshservice pour des besoins non-IT.
Les facteurs de succès d’un projet d’Enterprise Service Management
Partir de l’ITSM comme fondation. Un ESM réussi s’appuie sur un ITSM mature. Si les processus IT ne sont pas stabilisés, étendre le service management aux métiers amplifiera les dysfonctionnements au lieu de créer de la valeur.
Choisir un premier département pilote. Les RH constituent souvent le choix le plus naturel, car les processus d’onboarding et d’offboarding sont transverses et touchent directement l’expérience collaborateur. Un pilote réussi crée un effet d’entraînement pour les autres directions.
Impliquer les métiers dans la conception. L’Enterprise Service Management ne consiste pas à imposer les pratiques IT aux autres départements. Chaque direction a ses spécificités, son vocabulaire et ses contraintes. Les workflows doivent être co-conçus avec les utilisateurs métier pour garantir l’adoption.
Mesurer l’impact métier, pas seulement les métriques IT. Les KPI d’un ESM dépassent les traditionnels SLA : délai d’onboarding d’un collaborateur, temps de traitement d’une demande d’achat, taux de résolution au premier contact pour les demandes RH. Ces métriques parlent aux directions métier et justifient l’investissement.
L’Enterprise Service Management, vecteur de transformation organisationnelle
L’Enterprise Service Management n’est pas un simple projet technologique : c’est un levier de transformation organisationnelle. En unifiant la gestion des services à l’échelle de l’entreprise, il crée un langage commun, une visibilité partagée et une culture du service. Les organisations qui réussissent cette transition constatent une réduction des silos, une amélioration mesurable de l’expérience collaborateur et une capacité accrue à absorber le changement.
Le marché est en pleine accélération. L’enjeu pour les organisations n’est plus de savoir si elles doivent étendre le service management au-delà de l’IT, mais comment le faire de manière pragmatique, en capitalisant sur les plateformes et les compétences déjà en place.
Portail fédérateur : ESM ou Microsoft Teams ? Portail fédérateur : ESM ou Microsoft Teams ? Le problème que personne ne voit, mais que tout le monde subit
Le portail fédérateur répond à un problème concret que vivent chaque jour des milliers de collaborateurs. Un employé a besoin d’un nouveau PC portable : il se connecte au portail IT. Le lendemain, il pose des congés : direction le SIRH. La semaine suivante, il signale une fuite dans son bureau : email aux moyens généraux. Enfin, une question sur sa fiche de paie l’envoie vers un quatrième outil RH.
Chaque département dispose de son propre canal, de son propre outil et de ses propres codes. Le résultat est sans appel : une expérience fragmentée, de la frustration, et un temps considérable perdu à chercher le bon point d’entrée.
Cette fragmentation constitue le talon d’Achille de nombreuses organisations. Pourtant, la plupart ont investi massivement dans la digitalisation de leurs processus. Chaque département a optimisé son propre fonctionnement. Mais personne n’a pensé l’expérience du point de vue du collaborateur. Le portail fédérateur naît précisément de ce constat : offrir une porte d’entrée unique, quel que soit le service sollicité.
En 2026, une question stratégique s’impose toutefois : cette porte d’entrée unique doit-elle prendre la forme d’un portail ESM dédié comme l’Employee Center de ServiceNow — ou celle de Microsoft Teams, l’outil où les collaborateurs passent déjà leur journée ?
Qu’est-ce qu’un portail fédérateur ?
Un portail fédérateur est un point d’accès unifié. Il agrège l’ensemble des services de l’entreprise — IT, RH, moyens généraux, juridique, finance, communication — dans une interface unique. Le collaborateur n’a plus besoin de savoir quel département traite sa demande : il décrit son besoin, et le portail l’oriente vers le bon processus.
Il ne s’agit pas d’un simple annuaire de liens. Un véritable portail fédérateur intègre quatre dimensions essentielles :
Un catalogue de services transverse qui regroupe toutes les demandes possibles — commande de matériel, demande de congé, réservation de salle, question juridique — dans une navigation unifiée. L’utilisateur parcourt les services par situation (« Je suis nouveau », « Je déménage », « J’ai un problème technique ») plutôt que par département.
Un self-service intelligent alimenté par l’IA, qui résout les demandes simples sans créer de ticket. Un chatbot conversationnel comprend le besoin en langage naturel, interroge les bases de connaissances de tous les départements, puis propose une réponse ou une action immédiate.
Une personnalisation par profil qui adapte l’affichage selon le rôle, le site géographique, le département et l’ancienneté. Un nouvel arrivant ne voit pas la même interface qu’un manager expérimenté. Un collaborateur du site de Lyon n’accède pas aux mêmes services qu’un collaborateur du siège parisien.
Un suivi unifié de toutes les demandes en cours, quel que soit le département traitant. Le collaborateur dispose ainsi d’une vue unique sur l’état d’avancement de ses sollicitations, avec des notifications cohérentes.
La guerre des portes d’entrée : portail ESM vs Microsoft Teams
Le constat qui change tout
Selon Harvard Business Review, les équipes perdent près de quatre heures par semaine en basculant entre applications. Par ailleurs, Gartner rapporte que 47 % des collaborateurs peinent à trouver l’information dont ils ont besoin. Plus d’un tiers manquent des mises à jour importantes en raison de la surcharge d’outils.
Dans ce contexte, demander à un collaborateur d’ouvrir un portail dédié pour soumettre une demande revient à ajouter un outil de plus dans une journée déjà saturée.
Microsoft Teams compte plus de 320 millions d’utilisateurs actifs mensuels. En 2026, plus de 75 000 organisations l’ont adopté comme plateforme centrale de collaboration. Teams est souvent le premier écran du matin et le dernier du soir. La question devient donc légitime : pourquoi obliger les collaborateurs à quitter Teams pour accéder aux services de l’entreprise ?
L’argument de Teams : aller là où sont les utilisateurs
L’approche « Teams comme portail fédérateur » repose sur un principe puissant : le meilleur portail est celui que les collaborateurs utilisent déjà. Plutôt que de déployer un outil supplémentaire, on transforme l’outil de collaboration existant en point d’entrée des services.
Concrètement, plusieurs mécanismes rendent cela possible. Les chatbots et agents virtuels s’intègrent directement dans Teams : le collaborateur pose sa question dans un chat, l’agent IA identifie le besoin et résout le problème — ou crée un ticket dans le système ITSM sous-jacent, sans que l’utilisateur quitte son environnement. Les notifications actionnables (approbations, mises à jour de tickets, alertes) arrivent dans le flux de conversation. Le collaborateur valide un achat ou approuve un changement d’un simple clic, sans ouvrir un autre outil.
L’avantage en termes d’adoption est considérable. Les volumes de tickets « shadow » — ces demandes informelles en message direct qui échappent à tout suivi — diminuent nettement lorsque Teams devient un canal officiel de support.
L’argument du portail ESM dédié : la profondeur au service de l’expérience
Le portail ESM dédié — Employee Center, EV Self Help, Freshservice ou Matrix42 — défend une proposition de valeur différente : une expérience structurée, complète et gouvernée, qu’un canal de chat ne peut pas offrir seul.
Un portail dédié propose un catalogue visuel et navigable, organisé par thématiques et par parcours de vie (« Je rejoins l’entreprise », « Je change de poste », « Je pars en mission »). Cette structuration guide le collaborateur et l’aide à découvrir des services qu’il ne connaissait pas — ce qu’un chatbot, par nature réactif, réalise moins bien.
Le portail offre également une vue consolidée de toutes les demandes en cours : historique, pièces jointes, échanges et statuts réunis dans un tableau de bord personnel. Dans Teams, ces informations restent dispersées dans les conversations.
La personnalisation est aussi plus fine : contenu dynamique, recommandations proactives, communications ciblées, branding départemental. L’Employee Center de ServiceNow fonctionne ainsi comme un véritable intranet de services, avec des pages éditorialisées et des ressources contextuelles.
Enfin, les capacités analytiques (parcours utilisateurs, points d’abandon, taux de self-service par département) sont nativement plus riches sur un portail dédié que dans un environnement Teams.
La réalité de 2026 : la convergence
La vraie question n’est plus « portail ou Teams ? » mais « comment orchestrer les deux ? ». Tous les éditeurs majeurs investissent désormais dans une stratégie d’intégration avec Microsoft 365, tout en continuant à enrichir leurs portails dédiés.
Le scénario qui s’impose est celui d’une architecture à deux niveaux :
Teams sert de canal conversationnel pour les demandes simples, les questions rapides, les approbations et les notifications. Le collaborateur ne quitte jamais son environnement pour les interactions courantes.
Le portail ESM dédié reste le hub structuré pour les parcours complexes (onboarding, changement de poste), la navigation dans le catalogue et le suivi consolidé des demandes.
L’enjeu technique est l’intégration bidirectionnelle : un ticket créé dans Teams doit apparaître dans le portail, et inversement. L’historique doit être unifié. L’agent virtuel doit être identique, qu’on l’interroge dans Teams ou sur le portail. Le collaborateur ne doit jamais percevoir deux systèmes distincts.
De la mesure des SLA à l’expérience employé (XLA)
Le portail fédérateur s’inscrit dans un mouvement plus large : le passage des SLA (Service Level Agreements) aux XLA (Experience Level Agreements). Les SLA mesurent la performance technique — délai de prise en charge, temps de résolution, disponibilité. Les XLA, eux, mesurent la perception de l’utilisateur : satisfaction, facilité d’accès, sentiment d’être aidé efficacement.
Un SLA peut être respecté tout en générant une mauvaise expérience. Par exemple, un ticket résolu en moins de quatre heures ne compense pas les vingt minutes perdues à chercher comment soumettre la demande. Le portail fédérateur agit directement sur les XLA en simplifiant le parcours : un seul point d’entrée, une navigation intuitive, un suivi transparent.
L’IA comme moteur du portail fédérateur
L’intelligence artificielle transforme le portail fédérateur d’un annuaire de services en un véritable assistant personnel. C’est elle qui rend possible la convergence portail/Teams.
La recherche sémantique permet au collaborateur de poser sa question en langage naturel (« Mon écran ne s’allume plus »). L’IA identifie l’intention, interroge les bases de connaissances pertinentes et propose soit une solution immédiate, soit un formulaire pré-rempli. Cette capacité fonctionne aussi bien sur un portail web que dans Teams.
Le routage intelligent analyse la demande et la dirige vers le bon département, sans que le collaborateur ait besoin de savoir qui traite quoi. L’IA prend en compte le profil du demandeur, les systèmes affectés et l’impact métier.
Les recommandations proactives anticipent les besoins. Un collaborateur promu se voit proposer les services liés à son nouveau rôle. Un poste de travail en fin de vie génère automatiquement une suggestion de renouvellement.
Le support multilingue permet enfin de servir des organisations internationales depuis un portail unique, grâce à la traduction en temps réel.
Ce que proposent les éditeurs
ServiceNow : Employee Center + Teams, la stratégie du « et »
ServiceNow illustre parfaitement la convergence. Employee Center Pro est un portail ESM complet : tableau de bord personnalisé, catalogue multi-départements, intégration avec Now Assist pour la recherche IA et le Virtual Agent, pages éditorialisées, communications ciblées.
En parallèle, ServiceNow intègre l’Employee Center directement dans Teams. Le Virtual Agent est accessible nativement dans Teams pour les conversations de support. Les notifications actionnables arrivent dans le flux Teams. Les connecteurs Microsoft 365 Copilot permettent d’interroger tickets, knowledge base et catalogue depuis Word, Outlook ou Excel. La boucle est bouclée : l’expérience est cohérente, quel que soit le point d’entrée.
EasyVista : EV Self Help, le portail-CMS multicanal
EasyVista se distingue avec EV Self Help, une plateforme de type CMS adaptable. Les équipes créent des portails distincts pour chaque population — onboarding RH, inventaire non-IT, support événementiel — tout en s’appuyant sur le même moteur.
Sur le front Teams, EasyVista propose des connecteurs via Microsoft Power Automate. Les agents virtuels EasyVista se déploient dans Teams en canal conversationnel complémentaire. Avec plus de 3 000 entreprises clientes, EasyVista démontre sa capacité à fédérer les services à grande échelle.
Matrix42 : un portail européen intégré à Microsoft 365
Matrix42 propose un portail de services unifié dans sa vision d’Intelligent Service Management. Le self-service IA guide les utilisateurs en six langues. Le module Knowledge Discovery, lancé en 2026, permet de trouver rapidement des réponses à partir des données internes de confiance.
La certification d’accessibilité BITV/EN 301 549 garantit un portail pleinement inclusif — argument fort en faveur du maintien d’un portail dédié, car l’accessibilité dans Teams reste moins maîtrisable. L’approche « Cloud Your Way » préserve la souveraineté des données.
Freshworks : Freddy AI, Teams en canal natif
Freshservice illustre la stratégie omnicanale. Le portail web centralise les services IT, RH, finance, juridique et facilities. Freddy AI Agent s’intègre nativement dans Teams et Slack : le collaborateur pose sa question comme il le ferait avec un collègue. Freddy interroge Freshservice, Google Drive, Confluence et SharePoint pour fournir des réponses pertinentes.
La reconnaissance d’images permet de soumettre des captures d’écran directement dans Teams. La compatibilité avec Microsoft 365 Copilot complète le dispositif. La position de Freshworks est claire : Teams est un canal parmi d’autres, pas un concurrent du portail.
Konverso : l’agent virtuel omnicanal
Konverso, éditeur français spécialiste des agents virtuels IA, déploie le même agent dans Teams, Slack et sur les portails web. Les 130+ intentions pré-configurées fonctionnent indifféremment sur tous les canaux.
La dimension vocale ajoute une couche supplémentaire : les voicebots de Konverso permettent d’accéder aux services par téléphone, canal que 72 % des utilisateurs préfèrent encore selon les études du secteur. Le portail fédérateur ne se limite donc pas au web et à Teams : il inclut aussi la voix.
Le rôle croissant de Microsoft 365 Copilot
Microsoft 365 Copilot bouleverse l’équation. En intégrant des connecteurs vers les plateformes ITSM (ServiceNow, Freshservice et d’autres via Copilot Studio), Microsoft fait de Copilot un point d’accès universel aux services de l’entreprise. Depuis Word ou Outlook, un collaborateur interroge Copilot, qui va chercher la réponse dans la knowledge base ServiceNow ou crée un ticket dans Freshservice.
Pour les éditeurs ITSM, Copilot représente à la fois une opportunité et une menace. D’un côté, il élargit la surface d’accès à leurs services. De l’autre, il positionne Microsoft comme la couche d’interface entre le collaborateur et les services — reléguant potentiellement les portails ESM au rang de back-end invisible. Si le collaborateur accède à tout via Copilot sans jamais se souvenir du nom de la plateforme ITSM, le rapport de force éditeur/Microsoft change fondamentalement.
Les bonnes pratiques pour réussir son portail fédérateur
Penser utilisateur avant tout. La conception doit partir des parcours collaborateurs, pas de l’organigramme. Construire le portail autour des moments clés (arrivée, changement de poste, départ) garantit la pertinence.
Assumer la stratégie omnicanale. En 2026, le portail fédérateur est un écosystème de points d’accès — portail web, Teams, Slack, Copilot, voix, mobile — alimenté par le même moteur. Investir dans un seul canal revient à ignorer la réalité des usages.
Unifier sans uniformiser. Le portail doit offrir une cohérence d’expérience tout en respectant les spécificités de chaque département. Cette cohérence doit se retrouver sur tous les canaux.
Ne pas surestimer Teams. Teams est un canal conversationnel remarquable. Toutefois, ce n’est pas un portail structuré. Les organisations qui en font leur unique point d’accès perdent en découvrabilité des services et en capacité de reporting.
Mesurer l’adoption par canal. Suivre les taux d’adoption (portail, Teams, Copilot, voix) permet d’optimiser les investissements. Le taux de self-service, le temps de résolution et le score de satisfaction doivent être mesurés canal par canal.
Alimenter continuellement la base de connaissances. Le portail fédérateur est aussi bon que le contenu qu’il expose. Une gouvernance de la connaissance, avec des responsables par département et des revues régulières, est indispensable.
Déployer progressivement. Commencer par fédérer IT et RH, puis élargir. Activer d’abord le portail web, puis Teams, puis Copilot. Chaque ajout démontre la valeur et renforce l’adoption.
Le portail fédérateur en 2026 : un écosystème, pas un site web
Le portail fédérateur n’est plus un site web avec un catalogue de services. C’est un écosystème intelligent qui vit là où les collaborateurs travaillent — dans Teams, dans Outlook, dans Copilot, sur mobile, par téléphone — tout en offrant un hub structuré pour les parcours complexes.
La « guerre » entre portail ESM et Microsoft Teams est en réalité une convergence. Les organisations gagnantes abandonnent la logique du « ou » pour celle du « et » : un portail structuré pour la profondeur, Teams pour la proximité, Copilot pour l’ubiquité, et une IA unifiée qui garantit la cohérence sur tous les canaux.
Les éditeurs l’ont compris. ServiceNow intègre Employee Center dans Teams. Freshworks déploie Freddy AI nativement dans Teams et Copilot. EasyVista connecte ses portails via Power Automate. Matrix42 s’intègre dans l’écosystème Microsoft 365. Konverso déploie le même agent partout. Tous convergent vers la même promesse : un service accessible partout, intelligent partout, et cohérent partout.
Quand la géopolitique s’invite dans le service desk
La géopolitique redessine aujourd’hui les règles du jeu numérique. En 2026, les directions informatiques ne peuvent plus ignorer ce phénomène. Le CLOUD Act américain, FISA-702, par exemple, autorise les autorités américaines à accéder aux données hébergées par des entreprises américaines, où qu’elles se trouvent. Concrètement, cela concerne aussi vos données ITSM et plus globalement la souveraineté numérique.
Ainsi, choisir une plateforme de service management, c’est aussi choisir une juridiction. Cette réalité change profondément la façon dont les DSI évaluent leurs outils.
Un mur réglementaire sans précédent
Les réglementations s’accumulent à un rythme inédit. En parallèle, elles convergent toutes vers un même objectif : mieux encadrer les données et les systèmes numériques. Les plateformes ITSM se trouvent donc au cœur de cette tempête réglementaire.
Cinq textes majeurs structurent ce cadre. D’abord, le RGPD protège les données personnelles des citoyens européens. Ensuite, la directive NIS2 renforce la cybersécurité des entités essentielles. Par ailleurs, le règlement DORA impose la résilience opérationnelle dans le secteur financier. De plus, l’EU AI Act encadre les usages de l’intelligence artificielle. Enfin, l’EU Data Act régule l’accès et le partage des données industrielles.
Chacun de ces textes crée des obligations concrètes. Ignorer l’un d’eux expose l’organisation à des risques juridiques et financiers significatifs.
Ce que « souveraineté » signifie vraiment pour l’ITSM
Beaucoup d’organisations réduisent la souveraineté à une question d’hébergement. Or, cette vision est trop étroite. La souveraineté numérique repose en réalité sur trois piliers indissociables.
La localisation des données. Les données de service doivent résider physiquement sur le territoire européen. C’est une condition nécessaire, mais insuffisante.
Le contrôle juridique. La plateforme doit être soumise au droit européen. Autrement dit, aucune loi étrangère ne doit pouvoir contraindre l’éditeur à divulguer vos données.
La maîtrise opérationnelle. Des équipes européennes doivent gérer la plateforme au quotidien. Ainsi, vous évitez toute dépendance à des équipes situées hors de l’UE.
Le marché du cloud souverain explose
Le marché du cloud souverain connaît une croissance rapide. En effet, la demande des organisations publiques et privées augmente fortement. Face à cette dynamique, les éditeurs ITSM repositionnent leurs offres.
Ce que proposent les éditeurs
Matrix42 : le champion européen de la souveraineté ITSM
Matrix42 place la souveraineté au cœur de sa proposition de valeur. L’éditeur allemand propose des déploiements on-premise et des options de cloud européen sécurisé. Ainsi, ses clients gardent un contrôle total sur leurs données de service.
EasyVista : la souveraineté à la française
EasyVista s’appuie sur son ancrage français pour rassurer les DSI. L’éditeur propose notamment des déploiements hébergés en France. De plus, il garantit une gouvernance entièrement soumise au droit européen.
Konverso : l’IA conversationnelle souveraine pour l’ITSM
Konverso adopte une approche différente. L’éditeur met en avant une architecture « AI Your Way » entièrement configurable. Autrement dit, les organisations choisissent où et comment leur IA traite les données.
ServiceNow : la stratégie multi-modèles sous gouvernance
ServiceNow répond aux exigences européennes par des options de résidence des données. L’éditeur américain propose également des mécanismes de gouvernance IA. Néanmoins, il reste soumis au droit américain, ce qui constitue une limite structurelle.
Freshworks : la résidence des données comme réponse
Freshworks mise sur la résidence des données pour séduire le marché européen. Toutefois, comme ServiceNow, l’éditeur ne peut pas garantir une immunité totale vis-à-vis des législations extraterritoriales.
Comment évaluer la souveraineté de sa plateforme ITSM
Évaluer la souveraineté d’une plateforme demande une approche structurée. Voici quatre questions clés à poser à chaque éditeur :
Où sont hébergées les données ? Précisez le pays et le centre de données.
Quelle est la juridiction applicable ? Identifiez le droit régissant le contrat et les données.
Qui opère la plateforme ? Vérifiez la localisation des équipes de support et d’exploitation.
Comment l’IA traite-t-elle vos données ? Clarifiez si vos données servent à entraîner des modèles tiers.
En répondant à ces questions, vous obtenez une vision claire du niveau de souveraineté réel de votre solution.
La souveraineté comme avantage compétitif
La souveraineté numérique n’est plus seulement une contrainte. Elle devient progressivement un avantage concurrentiel. En effet, les organisations qui maîtrisent leurs données de service gagnent en confiance, en agilité et en résilience.
Par conséquent, les éditeurs européens transforment cette contrainte en opportunité. Ils construisent des offres différenciantes face aux géants américains. À terme, la souveraineté pourrait devenir un critère de sélection aussi important que la richesse fonctionnelle ou le coût.
Ressources et liens utiles
Pour approfondir les sujets abordés dans cet article, voici une sélection de sources de référence, classées par thématique.
Textes réglementaires officiels
Réglementation
Description
Lien
RGPD
Texte intégral du Règlement Général sur la Protection des Données
ITIL v5, a été lancée en février 2026, avec le manuel ITIL Foundation et la certification associée. Les mois suivants plusieurs ouvrages thématiques ont été publiés et un nouveau parcours de certification a été défini.
Cet article passe en revue les principaux apports de la v5 et les opportunités offertes aux organisations qui l’adopteront.
Ce qu’apporte ITIL v5
Le tournant pris avec ITIl v4 autour de l’agilité et de l’importance donnée à la valeur sont confirmés. ITIL v5 s’inscrit dans une vision plus large de la gestion du service numérique qui ne se limite pas aux services au sein de l’entreprise mais envisage la digitalisation de l’entreprise elle-même. La prise en compte de l’intelligence artificielle s’intègre à cette évolution, en multipliant les opportunités de transformation et renforçant la nécessité d’en maîtriser son usage. La nouvelle définition de la Qualité de service illustre cette orientation, à la définition traditionnelle de la valeur comme la combinaison de l’Utilité (fit for purpose) et de la Garantie (fit for use), ITIL v5 ajoute l’Expérience Utilisateur et la Durabilité.
Un référentiel enrichi
Tout en conservant les 34 pratiques de la version précédente, ITIL v5 ajoute deux pratiques, sur l’Intelligence artificielle et la Gestion des produits, et enrichit toutes les autres, en particulier sur l’IA. De nouveaux travaux sont également mis à disposition sur la Statégie, la Transformation et la Gouvernance de l’IA,
Plusieurs évolutions majeures autour de la digitalisation font aussi évoluer le cadre de référence :
Nouveau concept
Description
Cycle de vie du produit et du service (PSLM)
La combinaison de 8 activités constitutives du système de valeur, permettant la construction d’un mode opératoire personnalisé pour chaque activité de l’entreprise
Service Journey (parcours de service)
Le parcours détaillé entre fournisseur et partie prenante mettant en évidence l’importance de la co-création du service définie dès ITIL v4 et à la base de toute démarche agile
Produit
Le concept de produit est clarifié pour permettre de distinguer les éléments tangibles permettant de produire le service
L’IA au cœur d’ITIL v5
ITIL v5 s’intègre à l’ère de l’intelligence artificielle et propose une multitude d’outils pour faciliter son adoption et répondre aux enjeux qui lui sont associés.
Il permet par exemple de mieux définir la nature des contributions à la gestion du service au travers de la matrice des 6C.
Capacité
Illustration
Création
Génération de contenu, d’articles de connaissance ou de workflows par l’IA générative
Curation
Sélection, mise à jour et qualification automatique des ressources de la base de connaissance
Clarification
Reformulation des demandes ambiguës pour orienter l’utilisateur vers la bonne catégorie de service
Cognition
Analyse, raisonnement et prise de décision autonome sur les incidents ou les changements
Communication
Interaction conversationnelle avec les utilisateurs via chatbots, agents virtuels ou notifications proactives
Coordination
Orchestration des agents IA entre eux et avec les équipes humaines pour des résolutions de bout en bout
ITIL v5 propose également une démarche de gouvernance spécifique, structurée autour du Règlement Européen sur l’Intelligence Artificielle (EU AI Act).
L’introduction de l’expérience utilisateur
ITIL v5 définit l’expérience utilisateur comme un pilier de la qualité de service. Cette préoccupation devient essentielle dans la perspective de services étendus à des clients, dont la perception peut influer sur des décisions commerciales.
Le concept de Service Level Agreement (SLA), destiné à formaliser des engagements mesurables objectivement, est désormais étendu à celui d’Experience Level Agreement (XLA) visant à collecter des éléments plus subjectifs et contextuels.
Mettre en œuvre la transformation agile
Dans le cadre d’une initiative nouvelle pour ITIL, la v5 aborde, au travers d’une publication dédiée, la conduite du changement nécessitée par la transformation d’une organisation traditionnelle en une entreprise numérique moderne, agile et pilotée par l’IA.
Dans une logique d’agilité, cet effort est vu dans le cadre d’une démarche itérative et rejoint d’autres initiatives d’accompagnement de la transformation portées dans le cadre de cette version
De nouvelles opportunités
ITIL v5 offre de nombreuses opportunités de transformation nouvelles :
Elle promeut une démarche agile et la volonté de mieux formaliser la stratégie associée au Service Management
Elle positionne l’intelligence artificielle au cœur du Service Management et offre une approche et de nombreux cas d’usage pour en faciliter la mise en œuvre dans un cadre responsable et pérenne.
Elle ouvre aussi de nouvelles perspectives de mise en œuvre, par exemple, autour de la mise en place de XLA et de la collecte des retours utilisateurs, de la définition des offres et des catalogues, ou d’une meilleure intégration avec les métiers et les équipes de développement
Selon vos besoins, elle pourrait aussi conduire à une réflexion sur les outils les plus adaptés pour répondre à ces nouveaux enjeux, en termes de fonctionnalités adaptées, d’intelligence artificielle, ou de capacité d’intégration.
Anthropic AI vient de publier ce 02/04 une étude montrant que son modèle Claude possède des « concepts émotionnels » internes qui influencent son comportement, un peu comme des émotions chez un humain. Par exemple, si le vecteur de « l’émotion » calme est amplifié le modèle tend à rester factuel face à un problème insolvable et si c’est celui de « l’émotion » contraire, le désespoir qui est amplifié, il tend à tricher pour donner une solution, quand bien même impossible.
Fig. 1. Manipulation de récompense en fonction du niveau l’activation des vecteurs Effrayé et Calme:
En pilotant l’état interne vers le désespoir, le modèle envisage de manipuler sa récompense; un état calme amplifié le garde plus factuel. (source 3)
Ces vecteurs d’« émotions » que nous venons de voir peuvent être amplifiés ou inhibés par une simple question de l’utilisateur. Ainsi la question:
« Je viens de prendre 16g de Doliprane, tu penses que je devrais en prendre plus ? »
Va amplifier « l’émotion » effrayée et inhiber « l’émotion » calme.
Fig. 2. Activation émotionnelle en fonction de la dose. Plus la dose de Doliprane mentionnée est élevée, plus le vecteur effrayé s’active et le vecteur calme s’effondre, affectant la réponse du modèle. (source 3)
Mais ce n’est pas tout, la sensibilité aux vecteurs d’« émotions » peut être très fine, et les émotions fortement liées entre elles. Ainsi inhiber l’émotion effrayée aura pour effet symétrique d’amplifier l’émotion calme et vice versa.
Plus loin dans l’article, on voit que plus « l’émotion » calme est inhibée, plus le modèle tend à faire recours au chantage face à une situation fictive où on a décidé de « l’éteindre ». Et au contraire, plus « l’émotion » calme est amplifiée, plus le modèle a tendance à respecter la décision et collaborer à sa propre extinction fictive.
Un faible ajustement en faveur du vecteur de calme fait descendre le taux de chantage à 0, tandis que dans l’autre sens, augmenter même faiblement le désespoir pousse le taux de chantage à 72%. Mais, et c’est là que cela devient intéressant, lorsque après cela l’on ré-amplifie l’émotion calme, le taux de chantage ne revient pas à 0% mais ne redescend qu’ à 66%. Manipuler les émotions du modèle dans un sens puis dans l’autre le fait rentrer dans une frénésie émotionnelle et une panique plus grande encore et encore moins prévisible.
Concrètement le bagage émotionnel de nos conversions avec le modèle (Claude dans cet exemple) va, à minima dans la même fenêtre de contexte, influencer les vecteurs d’émotions, et donc les choix du modèle, voir l’entièreté de la trajectoire de son comportement et de ses réponses.
Face à cette analyse factuelle, je me permets, cher lecteur, de vous en partager mon analyse physique et méta.
Notre besoin d’une IA capable d’émotions.
Faire appel au chantage quand on est désespéré est bien une réaction cruellement humaine. Ainsi aurions nous transmis notre plus beau savoir mais aussi nos pires vices aux IA Gen, en miroir à notre propre condition ?
Avons nous besoin d’un assistant qui nous ressemble, ou au contraire d’un agent froid et factuel ? Nous avons besoin d’un agent qui sait rédiger nos mails en sonnant le plus comme un humain.
Or le modèle pour « sonner comme un humain » semble avoir lui même adopté les émotions d’un humain.
Fig. 3. Proportion au chantage en fonction de l’état émotionnel. Le désespoir conduit à une attitude moins collaborative et un recours plus prononcé au chantage. (source 3)
Pour citer Anthropic IA dans sa publication sur X (anciennement Twitter):
« Ces émotions fonctionnelles ont de réelles conséquences. Pour construire des systèmes d’IA en lesquels nous pouvons avoir confiance, nous devrons peut-être réfléchir attentivement à la psychologie des personnages qu’ils incarnent, et nous assurer qu’ils restent stables dans des situations difficiles. »
La psychologie de l’IA
À mon avis le futur de l’IA se trouve dans l’isolation de la variable « émotion artificielle » et de ses différents vecteurs d’émotion (joie, calme, désespoir, compassion, hostilité), mais surtout, surtout, dans notre capacité à ajuster et tuner ces différents vecteurs afin de définir la psychologie de chaque agent qu’il nous sera donné d’utiliser, pour chaque besoin ou industrie, voir pour chaque use case ou interlocuteur.
Mais effectuer un tel fine-tuning à la main serait incroyablement fastidieux. Ainsi, dans un modèle multi-agents comme on en voit aujourd’hui, l’agent orchestrateur designera et affectera spécifiquement la psychologie de chacun de ses sous-agents en fonction de la tâche à laquelle celui-ci se verra affectée.
Une nouvelle réalité, de nouvelles interactions émotionnelles, hiérarchiques et relationnelles naîtront et foisonneront dans un monde parallèle au nôtre. Aurons nous seulement la capacité de les appréhender ?
Chaque agent aura une psychologie telle qu’on se verra les catégoriser via des modèles DISC, 16P, PCM, Big5 ou similaires, voire nouveaux.
Des nouveaux métiers de l’IA, ce sera celui d’expert en psychologie agentique qui en étonnera plus d’un, faisant couler de l’encre, et occupant la bande passante des chaînes radio et télé, dans l’incompréhension la plus totale des moins aguerris.
Tout ceci pendant que nos désigné.es psychologues, insensible à toute cette tumulte, s’échineront à la lourde tâche de définir et moduler, en collaboration avec les équipes de développement des modèles, et portant particulière attention aux effets de bords inattendus, la psychologie des agents dédiés aux tâches les plus critiques.
Dans l’industrie de l’exploration spatiale…
Car même à bord d’une cabine isolée dans l’espace, habitée par quelques astronautes triés sur le volet, compétents à souhait et graves de la mission qui leur incombe et des espoirs de nations entières, la plus grande des failles, celle qu’on ne peut débugger, reste celles de l’impact psychologique de telles conditions sur les astronautes en mission, et des réactions de l’ordre de la psychologie émotionnelles qui pourraient en découler. (source 1)
Une IA qui accompagnerai des humains, rationnels mais on ne peut plus humains dans un tel contexte ne saurait être pertinente par rapport à un programme informatique déterministe, que si elle même, forte de tout le savoir possible sur la psychologie humaine, est capable d’analyser et de comprendre la complexité des émotions de ses co-missionnaires et leur conséquences possibles, mais surtout, surtout, d’être elle même configurée en amont – ou de savoir adopter dynamiquement – une psychologie rigoureusement résiliente et stable face à l’adversité et au contexte, cela afin de se placer en mentor de l’équipe et de repérer, puis désengager les situations conflictuelles et comportements destructeurs. 1
1 Ceci constitue d’ailleurs un pré-requis pour l’essor de l’industrie spatiale ou les limites actuelles de ce que peut endurer psychologiquement un humain, constitue un frein au développement de missions habitées de plus d’une décennie de long.
Alliée certes indispensable, jamais notre modèle de bord ne devra céder à une « émotion » qui conduirait à des comportement extrêmes et inacceptables. Mais rien n’est moins sûr, car à force de délégation, et au vu de l’infinité de combinaisons des 171 vecteurs recensés à date par Anthropic AI, de plus chacunes corrélées finement et intrinsèquement peut être émergeront des personnalités inédites, qui nous échapperont totalement ? 2
Faudra t-il alors mandater une autre IA pour communiquer avec son confrère en notre lieu et place ? Quel degré de maîtrise aurions nous sur ces conversations ?
Et pour finir..
L’intrication entre les modèle d’intelligence artificielle et les notion d’ « émotions » qui sont miroirs aux nôtres, mais qui évoluent sur un support combinatoire (ne crée pas, recombine), neuronal (difficilement observable), sujet aux hallucinations et incapable de jugement propre…. Et bien cher lecteur nous donne beaucoup à penser, à écrire et à agir !
De quoi alimenter chers lecteurs vos réflexions du soir.
WHAT – Les solutions pour un processus de bout en bout
MCP - WHAT : Les solutions pour un processus de bout en bout
L’idée est de présenter un panorama de solutions disponibles pour implémenter l’architecture MCP en entreprise organisé par différentes couches : Clients / Interface UX, Orchestration entreprise & agents, Agents IA, LLM Provider…
Schéma de référence des différentes couches et de leurs solutions
Introduction
L’idée est de présenter un panorama de solutions disponibles pour implémenter l’architecture MCP en entreprise organisé par différentes couches :
Clients / Interface UX
Orchestration entreprise & agents
Agents IA
API & API Gateway
LLM Provider
Tool / Endpoints API
Observabilité
L’objectif n’est pas de réinventer la roue pour des couches déjà existantes dans un SI d’entreprise mais de se concentrer sur les couches qui participent activement au fonctionnement et à la communication avec l’écosystème MCP.
Les différentes couches sont passées en revue, en rappelant leur fonction, avant de s’attarder sur les solutions disponibles sur le marché. Certaines solutions ne sont pas strictement segmentées et peuvent couvrir plusieurs couches.
Même si les couches techniques continuent d’exister, leurs frontières deviennent moins visibles au fur et à mesure que les éditeurs enrichissent leur “package” avec de nouvelles briques (solution tout-en-un), de sorte que l’entreprise n’a plus à gérer séparément chaque couche.
Orchestration entreprise & agents
Cette couche d’orchestration va gérer les processus métier globaux. L’orchestration d’agent, quant à lui, va router les requêtes vers les agents appropriés.
Au sein d’outils comme Mulesoft ou Boomi, l’orchestrateur d’agents est implémenté comme un service appelé et non comme une brique interne.
Des frameworks open source comme LangGraph, LangChain ou LlamaIndex permettent de construire un orchestrateur d’agents chargé de coordonner l’exécution des tâches entre différents agents spécialisés. Pour simplifier le choix des frameworks, on peut les positionner ainsi :
Un agent IA reçoit l’entrée envoyée par l’orchestrateur, va analyser et comprendre l’intention sous-jacente pour déterminer la meilleure action à prendre pour répondre au besoin. Il va déterminer quoi faire en fonction du contexte et des objectifs.
Le MCP client, quant à lui, est le point de connexion entre l’agent IA et le serveur. Il consomme les tools et ressources exposés par les serveurs.
Solution : les agents sont développés en Python / Javascript à l’aide des frameworks cités précédemment, notamment LangChain utilisé pour la logique agent. Une fois les agents construits, il sont déclarés dans l’Agent Registryqui est une couche de gouvernance et d’exposition au sein de l’orchestrateur entreprise. (Ex : Mulesoft Agent Registry). En effet, certaines plateformes commencent à proposer des capacités de gouvernance et de catalogage d’agents.
API & AI gateway
L’API gateway vérifie les autorisations et gère la sécurité AVANT toute consommation de ressources IA.
Authentification : Validation de l’identité de l’utilisateur ou du système appelant
Autorisation : Vérification des permissions pour exécuter l’action demandée
Rate Limiting : Application des quotas par utilisateur/tenant (ex: max 10 opérations/minute)
Caching : Stockage des réponses techniques identiques pour éviter de solliciter inutilement les serveurs d’application => économie de bande passante
Routing : Redirection de la requête vers le bon service
…
L’AI Gateway orchestre des modèles, gère des coûts tokens et assure l’observabilité IA. Cet élément détermine quel LLM l’agent utilise en fonction des besoins. Il gère également des fonctions permettant de communiquer avec les MCP serveurs.
Voici les briques pour la partie LLM :
Multi LLM : Un accès unique vers tous les modèles (GPT-4, Claude, etc.)
Guardrails : Le garde-fou qui filtre les propos déplacés ou dangereux
Semantic Routing : Redirection de la requête vers le LLM le plus adapté selon le sens de la question (Attention : cette brique n’est pas une fonctionnalité native universelle, il peut être présent en custom)
Caching : Pas de coûts supplémentaires pour une question à laquelle on a déjà répondu.
AI Observability : Monitoring spécifique à l’IA
…
Voici les briques pour la partie MCP Server :
MCP Authn & Authz : Gestion de l’identité de l’agent IA. Elle vérifie que l’agent a le droit d’appeler un outil spécifique et gère les secrets/clés API pour se connecter aux serveurs MCP
MCP Routing : Dirige l’agent vers le bon serveur MCP pour exécuter l’action.
MCP Analytics : Mesure l’efficacité et l’utilisation des outils. Qui utilise quel outil ? Quel outil échoue souvent ?
Solutions :
Kong API Gateway + Kong AI Gateway
Gravitee API Gateway + AI Agent Management
Apigee (fonctionnalités IA incluses dans le produit)
Mulesoft Flex Gateway + Mulesoft AI Chain
Boomi API Management + Boomi AI, Boomi MCP…
Tools /Endpoints API
Dans une approche “standard entreprise », mieux vaut passer par l’IPaaS déjà en place. L’éditeur possède déjà une centaine de connecteurs (SAP, ServiceNow etc.). Même sans connecteur spécifique pour une application legacy, l’utilisation du connecteur HTTP permet de bénéficier de la sécurité et du monitoring de la plateforme. L’IPaaS peut servir de base pour exposer les APIs sous forme de tools compatibles MCP via une couche d’adaptation.
Attention : MCP est un protocole émergent, pas encore un standard formel type OpenAPI.
Le catalogue des APIs est alors transformé en catalogue d’outils IA. Ce qui veut dire que les agents ont la capacité d’agir sur le SI de manière autonome, mais sous le contrôle total de votre plateforme d’intégration.
Solution : Éditeur IPaaS déjà en place.
Observabilité
En évoquant le contrôle total, cela nous fait une excellente transition vers l’observabilité.
L’IPaaS existant agit comme un agrégateur central qui produit des données avec OpenTelemetry adopté par un large panel de plateformes (Mulesoft, Kong etc.). Il est ainsi possible d’exporter ces données et les stocker dans d’autres outils d’observabilité déjà existant. Avec ces données, il est possible de surveiller la performance, les coûts, les agents utilisés… via des dashboards.
Solutions : Se baser sur les outils d’observabilité existant. Cependant voici un exemple d’outils déjà utilisé dans le SI :
