L'Enterprise Service Management est la déclinaison applicative de l'ITSM : le même moteur, les mêmes workflows, la même exigence de délai — appliqués à la finance, à la logistique, aux points de vente ou aux services généraux. Nous l'avons déployé chez plusieurs clients pour piloter leurs portails de services et leurs circuits de validation.
Une demande de la Finance part par courriel. Une intervention des Services Généraux se note dans Excel. Une panne de caisse se règle par téléphone. Rien de tout cela n'est absurde — mais rien n'est mesurable : personne ne sait combien de demandes sont en attente, depuis quand, ni chez qui. Quand un dossier se perd, il n'y a aucune trace à consulter.
Les directions concernées le savent. Ce qu'elles cherchent n'est pas un outil de plus, c'est un point d'entrée que leurs collaborateurs utiliseront vraiment, des délais annoncés puis tenus, et de quoi montrer leur charge réelle en comité.
La plateforme traite indifféremment un incident informatique et une demande de la comptabilité. Les objets sont les mêmes : une demande, un circuit, un responsable, un délai, une trace. Ouvrir un périmètre métier revient à configurer une ligne de service supplémentaire sur une plateforme déjà déployée, déjà raccordée à votre annuaire et déjà connue de vos utilisateurs — et à reprendre des workflows dont le comportement est validé par l'usage, plutôt que de repartir d'une feuille blanche.
La plateforme ouvre autant de portails que nécessaire, chacun avec son catalogue, ses formulaires, ses règles de visibilité et ses délais. Un fournisseur ne voit pas ce que voit un collaborateur, et aucun des deux ne voit ce que voit l'expert.
Le portail de tous les jours : un badge, un acompte, un accès, un transfert de stock. Catalogue filtré par profil, formulaires courts, suivi lisible, délai de réponse affiché.
Ceux qui traitent. Files de travail, priorisation, vue sur les délais contractuels, traitement de masse, et la possibilité de modifier un workflow sans passer par un développeur.
Un portail dédié, hors du réseau interne, avec ses propres flux : commandes, litiges, retours, demandes d'habilitation. Le cloisonnement est une règle de la plateforme, pas une convention entre équipes.
Catalogue filtré par profil, suivi des demandes, base de connaissances. Le même point d'entrée pour toutes les directions.
Un espace séparé pour les fournisseurs et les prestataires, hors du réseau interne, avec ses propres flux et ses propres règles de visibilité.
iOS et Android, pour les équipes qui ne travaillent pas devant un écran — magasin, entrepôt, intervention.
Une demande envoyée par courriel ou depuis l'outil de messagerie entre dans le même circuit, sans ressaisie.
Les événements entrent et sortent, pour raccorder ce qui n'a pas de connecteur dédié.
SAML pour l'accès, SCIM pour le provisionnement : les comptes et les droits suivent l'annuaire.
ERP, suite bureautique, supervision : les objets métier remontent sans double saisie.
Le choix d'hébergement reste ouvert, y compris pour des périmètres soumis à des exigences de localisation.
Le collaborateur dépose sa demande au même endroit, qu'elle relève de l'informatique, de la finance ou des services généraux. C'est la condition pour qu'un portail soit réellement utilisé plutôt que contourné.
Chaque service porte un engagement de délai instrumenté. Les dépassements se voient avant la réclamation, pas après.
Qui a demandé quoi, qui a validé, quand, et sur quelle base. C'est précisément ce qui manque aux processus qui vivent en messagerie.
La direction concernée voit son volume, ses pics et ses points de blocage. Elle arbitre ses moyens sur des chiffres plutôt que sur une impression.
Demandes d'engagement, validations budgétaires, relations fournisseurs, notes de frais. Des circuits d'approbation à plusieurs niveaux, avec la traçabilité qu'exige le contrôle interne.
Remontée des pannes de caisse, du matériel de magasin et des incidents d'exploitation depuis des sites sans informaticien sur place. Un point d'entrée simple, des délais annoncés, une vision consolidée par enseigne ou par région.
Incidents d'entrepôt, demandes d'intervention sur les équipements, suivi du matériel embarqué. Le lien avec le référentiel d'actifs évite de redécrire le parc une seconde fois.
Interventions et maintenance, réservation d'espaces, gestion des badges et des accès, suivi des prestataires. Les demandes les plus banales sont aussi les plus nombreuses : ce sont celles qui gagnent le plus à être industrialisées.
L'extension se fait sur votre socle existant, avec sa disponibilité, ses sauvegardes et son exploitation déjà en place.
Annuaire, authentification unique, connecteurs et notifications sont opérationnels. Il n'y a rien à re-raccorder.
La même équipe administre la plateforme. Une direction métier supplémentaire ne crée pas un poste supplémentaire.
Les circuits d'approbation, les relances et les escalades ont déjà tourné chez d'autres clients. Vous reprenez un comportement validé plutôt qu'une hypothèse.
Quels services, quels demandeurs, quels délais tenables. Nous partons de ce qui circule aujourd'hui par courriel et par tableur.
Des demandes rédigées du point de vue du demandeur, avec les seuls champs réellement exploités en aval.
Validations à plusieurs niveaux, délégations, relances et escalades, conçues par paramétrage et non par développement.
Séparation stricte des périmètres et des habilitations. Une demande de la finance ne doit pas être lisible par les équipes informatiques.
Des délais annoncés puis mesurés, et des indicateurs qui parlent à la direction concernée plutôt qu'à la DSI.
Sans conduite du changement côté métier, le portail reste un portail vide. C'est une part explicite de nos projets.
