GLPI a longtemps rendu de fiers services aux directions informatiques : open source, gratuit, il centralise l’inventaire du parc, le helpdesk et la gestion des contrats. Mais à mesure que l’organisation grandit, ses limites se font sentir : pas de catalogage avancé des services, peu d’automatisation, un écosystème d’intégrations restreint et une gouvernance qui repose sur des briques artisanales. Migrer vers ServiceNow, c’est franchir un cap vers une gestion des services IT de classe mondiale — à condition de reprendre proprement des années de tickets et d’inventaire.
Pourquoi passer de GLPI à ServiceNow ?
GLPI répond aux besoins d’une PME ou d’une collectivité, mais atteint ses limites face aux exigences d’une grande organisation : gestion des changements formalisée, CMDB riche et liée aux services métiers, portail self-service moderne, automatisation des flux, conformité et reporting décisionnel. ServiceNow excelle précisément sur ces terrains, avec une plateforme ITSM complète (incident, demande, problème, changement, CMDB, catalogue de services) et un écosystème d’intégrations très large. Le passage de l’un à l’autre s’impose quand l’outil open source freine la maturité IT plutôt qu’il ne la sert.
Ce qui change concrètement
| Dimension | GLPI | ServiceNow |
|---|---|---|
| Modèle | Open source, auto-hébergé | SaaS de classe entreprise |
| Helpdesk | Tickets et suivi simples | Incidents, demandes, problèmes, changements |
| Inventaire/CMDB | Inventaire du parc matériel et logiciel | CMDB multi-domaines, relations et impact |
| Automatisation | Limitée, via plugins | Workflows, flows, orchestration native |
| Gouvernance | Artisanale, dépendante de l’équipe IT | Processus ITIL structurés et certifiables |
Les étapes de la migration GLPI → ServiceNow
- Audit de l’instance GLPI : recenser les entités, tickets, suivis, éléments d’inventaire (ordinateurs, logiciels, périphériques, contrats), utilisateurs, groupes et champs personnalisés.
- Définition du modèle cible : concevoir la structure ServiceNow — tables de tickets, CMDB (classes CI), catalogue de services, groupes de résolution et rôles.
- Nettoyage des données : purger les tickets obsolètes, corriger les doublons d’équipements, harmoniser les dénominations et les statuts.
- Extraction : exporter les données depuis la base MySQL/MariaDB de GLPI ou via ses APIs/plugins, en isolant chaque type d’objet (tickets, ordinateurs, logiciels, contrats).
- Transformation : mapper les objets GLPI vers les tables ServiceNow, convertir les statuts et priorités, et reconstruire les relations (équipement ↔ utilisateur, ticket ↔ équipement).
- Import : injecter les données dans ServiceNow (via l’API REST ou des import sets), en respectant l’ordre de dépendance — d’abord la CMDB, puis les utilisateurs, puis les tickets.
- Reconstruction des processus : configurer les workflows de traitement, les SLA, le portail self-service, les notifications et les rôles.
- Test et bascule : valider l’intégrité sur un environnement de test, former les équipes, puis basculer avec GLPI en lecture seule.
Les pièges à éviter
Le risque principal est l’incohérence de l’inventaire : un parc mal réconcilié (doublons, machines fantômes, logiciels non rattachés) pollue la future CMDB et fausse les analyses d’impact. Il faut donc assainir les données avant l’import, pas après. Le deuxième piège est la perte de l’historique des tickets : les suivis et solutions apportées constituent une base de connaissance précieuse ; ils doivent être repris avec leur chronologie et leurs auteurs. Le troisième est la sous-estimation de la conduite du changement : passer de GLPI à ServiceNow change radicalement le quotidien des techniciens, qui passent d’un outil simple à une plateforme riche mais exigeante.
Bonnes pratiques pour réussir la bascule
- Modéliser avant de migrer : définir le modèle de CMDB et de tickets cible avant d’importer, pour éviter de retravailler les données.
- Réaliser un import pilote sur un sous-ensemble pour valider le mapping et les durées.
- Reconstruire les relations entre objets, pas seulement les enregistrements isolés.
- Conserver GLPI en lecture seule après bascule pour toute vérification, puis l’archiver.
- Former les techniciens et les utilisateurs au portail self-service avant la mise en production.
L’enjeu de la montée en maturité
Cette migration n’est pas qu’un changement d’outil : c’est l’occasion d’adopter des processus ITIL structurés — gestion des incidents, des demandes, des changements et des problèmes — que ServiceNow orchestre nativement. C’est aussi l’opportunité de donner aux utilisateurs un portail self-service moderne et aux managers une visibilité sur les SLA et la charge.
Reprise de l’inventaire et construction de la CMDB
La valeur principale de GLPI réside dans son inventaire du parc : ordinateurs, serveurs, périphériques, logiciels installés, contrats et licences. Cette donnée doit devenir la CMDB ServiceNow, mais elle exige un assainissement préalable : fusionner les équipements en doublons, retirer les machines fantômes, rattacher les logiciels à leurs machines et les contrats à leurs équipements. Un inventaire non réconcilié produirait une CMDB polluée, faussant l’analyse d’impact et la gestion des changements.
Le mapping vers ServiceNow suit une logique de classes : les ordinateurs et serveurs deviennent des CI de la classe cmdb_ci_computer et cmdb_ci_server, les logiciels des CI applicatifs, les contrats des enregistrements de contrat. Les relations (machine ↔ utilisateur, logiciel ↔ machine) doivent être reconstruites à l’import, en préservant les identifiants de chaque objet. L’ordre d’import importe : la CMDB et les utilisateurs d’abord, les tickets ensuite.
Reprendre les tickets et l’historique des interventions
L’historique des tickets GLPI — demandes, suivis, solutions — est une base de connaissance précieuse. Il doit être repris avec sa chronologie et ses auteurs, en convertissant les statuts et priorités GLPI vers les valeurs ServiceNow (incident, demande, urgence, impact). Les pièces jointes et les solutions documentées doivent suivre, car elles alimentent la future base de connaissances. Enfin, les champs personnalisés et les entités GLPI se transposent en champs et en vues ServiceNow, avec un mapping rigoureux pour éviter les rejets à l’import.
La réussite de la bascule se mesure par la concordance des compteurs d’inventaire et de tickets entre GLPI et ServiceNow, et par la continuité du helpdesk : les utilisateurs retrouvent un portail self-service fonctionnel, les techniciens leurs files d’attente, et les managers leurs tableaux de bord de suivi des SLA. Pour y parvenir, trois précautions s’imposent : réaliser des migrations de répétition sur un environnement de test, conserver GLPI en lecture seule jusqu’à validation complète, et former les équipes aux nouveaux processus ITIL avant la mise en production.
Performances Digital pilote la migration GLPI vers ServiceNow de bout en bout : audit et nettoyage des données, modélisation de la CMDB, reprise des tickets et de l’inventaire, configuration des workflows et accompagnement des équipes. Notre objectif : vous faire franchir le cap d’un ITSM de classe mondiale sans perte d’historique ni rupture de service.
Passer de GLPI à ServiceNow, c’est doter votre direction informatique d’un outil à la hauteur de ses ambitions. Demandez votre devis gratuit : nous évaluons votre parc, vos volumes de tickets et vos processus, puis nous vous remettons une feuille de route chiffrée et réaliste.
