Migrer de Jira vers GLPI sans perdre votre historique
Le 28 mars 2029, les produits Data Center d’Atlassian passent en lecture seule : l’auto-hébergement de Jira disparaît, et la seule voie supportée devient le Cloud d’un éditeur de droit américain. GLPI est l’autre réponse : logiciel libre, éditeur français, hébergé là où vous le décidez. Nous auditons votre usage réel de Jira, nous paramétrons GLPI pour vos équipes et nous reprenons vos données avec notre propre outil de migration, sans interrompre votre support.
Audit avant décision
Outil de reprise maison
Aucune coupure de support
Parlons de votre migration
Un expert STERE vous répond sous 48h.
Ils nous font confiance
+500 projets BI réalisés depuis 2010
Ce qui pousse les DSI à quitter Jira Service Management
Data Center s'arrête en 2029
Le 28 mars 2029, l'instance passe en lecture seule : plus de support ni de correctifs de sécurité.
Une facture qui suit vos effectifs
Jira Service Management se facture à l'agent ; le cœur de GLPI est libre.
La gestion de parc en supplément
L'inventaire du parc est natif dans GLPI, en option payante chez Atlassian.
Vos données changent de pays
Après 2029, la seule voie supportée est le Cloud d'Atlassian, société de droit américain.
Plus d'extension après mars 2028
Les clients existants ne pourront plus souscrire ni étendre leurs abonnements Data Center.
Notre outil
Un outil de reprise des données que nous avons développé
Il n’existe, sur le marché, aucun outil qui transfère un Jira Service Management vers un GLPI : les deux modèles de données sont trop éloignés. Plutôt que de réécrire des scripts jetables à chaque projet, nous avons développé notre propre outil de reprise, que nous faisons évoluer d’une migration à l’autre. Ce qu’il est possible de reprendre dépend de votre installation et de ce que vous devez conserver : le plus simple est d’en parler avec nous.
Développé par nos équipes
Un outil né de nos projets GLPI, que nous faisons évoluer d'une migration à l'autre.
Adapté à votre installation
Chaque Jira est différent. Le périmètre repris se définit avec vous, pas à l'avance.
Votre budget va au paramétrage
Le temps qui n'est plus dépensé en développement se reporte sur les entités, les SLA et les règles métier.
Vérifié avant la bascule
Rien ne part en production sans un essai validé avec vous.
Une migration en cinq étapes
1. Audit de l'existant
Cartographie de votre usage réel de Jira et arbitrage du périmètre repris.
2. Référentiel et paramétrage
Entités, annuaire, catégories, gabarits, SLA et règles métier.
3. Reprise des données
Actifs, utilisateurs et tickets repris par notre outil, testés sur un échantillon avant la bascule.
4. Double usage et recette
Les nouveaux tickets s'ouvrent dans GLPI, les anciens se terminent dans Jira.
5. Formation et bascule
Techniciens et utilisateurs formés avant l'arrêt de l'ancien outil.
+ 500
projets BI réalisés
+ 15 ans
d'expérience en BI
100 % de projets
sur mesure adaptées à vos enjeux
Ce que nous prenons en charge
Audit de migration
Périmètre réellement utilisé dans Jira, comparaison chiffrée des deux outils et recommandation argumentée.
Installation et paramétrage
Entités, annuaire, catégories, gabarits, SLA et règles métier configurés pour vos équipes.
Reprise des données
Actifs, utilisateurs et tickets repris par notre outil de migration, après test sur un échantillon.
Formation et maintenance
Formation des techniciens et des utilisateurs, puis accompagnement dans la durée ou à la demande.
Questions fréquentes
Existe-t-il un outil pour migrer de Jira vers GLPI ?
Aucun outil du marché ne le fait : les deux modèles de données sont trop éloignés. Nous avons donc développé le nôtre, que nous faisons évoluer d'une migration à l'autre. Ce qu'il permet de reprendre dépend de votre installation Jira et de ce que vous devez conserver — c'est précisément ce que nous regardons avec vous avant de nous engager. La méthode est détaillée dans notre article Migrer de Jira vers GLPI, et le reste se discute : écrivez-nous.
Reprend-on tout l'historique des tickets ?
Rarement tout, et c'est volontaire. Trois options : la reprise par notre outil, celle que nous proposons par défaut ; l'export CSV injecté dans GLPI, plus léger, pour les seuls champs structurants de quelques centaines de tickets ; ou la conservation de l'ancien outil en lecture seule. Cette dernière divise souvent le budget par deux.
Combien de temps dure une migration ?
Pour un helpdesk d'une dizaine de techniciens : un à deux jours d'audit, quelques jours de paramétrage, un chantier de reprise variable selon l'option retenue, puis deux à quatre semaines de double usage pendant lesquelles personne n'est bloqué.
Mes données restent-elles en France ?
C'est vous qui décidez. GLPI est un logiciel libre, édité par la société française Teclib', et il s'installe sur vos serveurs, dans votre datacenter ou chez un hébergeur français. Aucun calendrier d'éditeur ne peut vous contraindre à déplacer vos données — à la différence de Data Center, dont l'arrêt en 2029 ne laisse que le Cloud d'Atlassian, société immatriculée aux États-Unis et donc soumise au droit américain. Si cette contrainte est écrite dans vos marchés ou dans votre politique de sécurité, parlons-en.
Faut-il abandonner Jira complètement ?
Pas nécessairement. Si vos équipes de développement travaillent dans Jira Software, la bonne solution consiste souvent à sortir la gestion de parc et le helpdesk vers GLPI en conservant Jira pour le développement. Nous le disons quand c'est le cas.
Qui assure la maintenance après la bascule ?
Vos équipes, avec notre appui. Nous formons vos techniciens pendant le projet, puis nous restons disponibles pour les mises à jour, les évolutions et les incidents. Les modalités sont détaillées sur notre page Partenaire GLPI.
Êtes-vous partenaire officiel GLPI ?
Oui, STERE est partenaire officiel GLPI. Nous sommes également revendeurs des souscriptions de l'éditeur, qui couvrent le support, les plugins et les mises à jour.