Un ticket avec vingt allers-retours par e-mail arrive déjà fatigué sur le bureau du technicien : avant de résoudre quoi que ce soit, il doit tout lire et encore rédiger une réponse claire. Le module AI Assist de NexTool place l'intelligence artificielle à l'intérieur même du ticket GLPI - il résume le fil, suggère la réponse et signale l'humeur de l'utilisateur, sans sortir le technicien de l'écran du ticket.
Le problème
Dans les environnements de support à fort volume, le technicien doit lire tout le fil du ticket avant d'agir : la description de l'utilisateur, les suivis des collègues, les réponses automatiques, les tâches enregistrées. Dans un cas typique, un ticket accumule 15 ou 20 entrées avant d'arriver entre les mains de celui qui va le résoudre - et une bonne partie de ce contenu est du bruit.
Lire n'est pas le seul coût. Rédiger une réponse claire, professionnelle et sans ambiguïté consomme aussi de l'énergie cognitive, et c'est justement là que le technicien junior trébuche : une réponse incomplète déclenche un nouveau tour de questions, qui allonge le cycle et grignote le SLA. Multipliez cela par des dizaines de tickets par jour et le goulot d'étranglement n'est plus la compétence technique - il devient la lecture et l'écriture.
Comment ça marche
Une fois activé, le module ajoute un onglet AI Assist à chaque ticket GLPI. De là, le technicien dispose de quatre fonctions, toutes à un clic :
- Résumé automatique - condense tout le fil en un résumé objectif : le problème signalé, ce qui a déjà été tenté et l'état actuel. Au lieu de faire défiler vingt messages, le technicien lit cinq lignes.
- Suggestion de réponse - génère un brouillon professionnel dans la langue du ticket, prêt à être relu. Le technicien ajuste ce qu'il veut et le colle dans le suivi : l'IA s'occupe de la forme, l'humain garantit le contenu.
- Analyse de sentiment et d'urgence - un badge visuel indique le ton du ticket (positif, neutre, négatif) et l'urgence perçue, aidant à prioriser avant qu'un utilisateur agacé ne fasse escalade.
- Tableau de bord de consommation - un panneau avec les journaux d'appels, les quotas et le rate limit, pour que le gestionnaire suive l'usage de l'API sans surprise sur la facture.
L'intégration parle directement à l'API du fournisseur d'IA - OpenAI (modèles GPT) ou Google Gemini -, configurée dans le panneau du module. Les appels passent par des endpoints AJAX sécurisés dans le backend de GLPI : la clé d'API reste sur le serveur et n'est jamais exposée dans le navigateur ni dans les query strings.
Comment l'activer
- Installez le plugin NexTool dans GLPI et allez dans Configuration > NexTool > Modules.
- Activez le module AI Assist dans la liste des modules.
- Choisissez le fournisseur (OpenAI ou Gemini) et saisissez la clé d'API correspondante dans le panneau de configuration.
- Utilisez le bouton tester la connexion pour confirmer que la clé est valide avant de l'ouvrir aux techniciens.
- Définissez les quotas et le rate limit selon le volume de votre environnement - c'est ici que vous maîtrisez le coût.
Un exemple des limites que nous configurons souvent dès le premier jour, au format clé-valeur :
# Limites du module AI Assist (panneau de configuration dans GLPI)
fournisseur = openai # ou "gemini"
modele = gpt-4o-mini
max_tokens_par_ticket = 1200
quota_journalier_par_agent = 50 # appels par jour par technicien
rate_limit_par_minute = 10 # protege contre les clics en rafale
resumer_avant_de_repondre = true # resume les fils longs avant de redigerSans IA face à avec AI Assist
La comparaison ci-dessous montre ce qui change dans chaque tâche du quotidien entre le GLPI natif et le même ticket avec le module actif :
| Tâche | Sans IA (natif GLPI) | Avec AI Assist |
|---|---|---|
| Lire l'historique du ticket | Faire défiler manuellement 15-20 suivis, tâches et e-mails | Résumé de quelques lignes généré en un clic |
| Rédiger la réponse | Le technicien écrit de zéro ; le junior tend à produire un texte ambigu | Brouillon professionnel dans la langue du ticket, prêt à relire |
| Prioriser par sentiment | Dépend de la lecture et de la sensibilité de chaque agent | Badge de sentiment et d'urgence suggéré automatiquement |
| Maîtriser le coût de l'API | Sans objet (pas d'IA native) | Quotas par technicien, rate limit et journaux dans le tableau de bord |
Dans le backend, chaque clic devient un appel comme celui-ci - conceptuellement, la clé ne quitte jamais le serveur :
# Appel conceptuel que le backend effectue au clic sur "Resumer".
# L'AJAX de GLPI parle au backend ; le backend parle au fournisseur
# avec la cle stockee sur le serveur. La cle n'atteint jamais le navigateur.
curl https://api.openai.com/v1/chat/completions \
-H "Authorization: Bearer ${OPENAI_API_KEY}" \
-H "Content-Type: application/json" \
-d '{ "model": "gpt-4o-mini", "messages": [ {"role":"system","content":"Resume le ticket GLPI en 5 lignes."}, {"role":"user","content":"...historique du ticket..."} ] }'À qui il convient (et quand NE PAS l'utiliser)
AI Assist rapporte le plus là où la douleur du volume et de la cohérence se fait sentir :
- Helpdesk interne à fort volume, où gagner deux minutes par ticket se transforme en heures en fin de journée.
- Équipes avec des techniciens juniors qui développent encore leur communication écrite.
- Un fournisseur de services gérés (MSP) avec un SLA serré qui ne peut pas perdre de temps au tri.
- Support multilingue, où suggérer la réponse dans la langue de l'utilisateur lève une barrière.
Et quand ne pas l'utiliser ? Si le volume de tickets est faible, le gain ne paie pas le coût de l'API ni la complexité supplémentaire - le technicien lit tout le fil en quelques secondes de toute façon. Et, plus important, s'il existe une restriction stricte sur l'envoi du contenu du ticket à un fournisseur externe, arrêtez-vous avant de l'activer : le texte du ticket quitte votre infrastructure et part vers OpenAI ou Google. Dans un environnement avec des données sensibles ou réglementées, c'est une décision de confidentialité et de protection des données qui doit passer par le responsable des données, pas un simple réglage technique.
Ce que nous avons appris en pratique
En maintenance des service desks clients, trois choses n'apparaissent qu'une fois le module en marche. La première est la facture : chaque clic sur "Résumer" ou "Suggérer" est un appel API payant, facturé au token, et un technicien enthousiaste cliquant sur chaque ticket devient une ligne inattendue en fin de mois - c'est pourquoi le quota journalier par technicien n'est pas de la bureaucratie, c'est du contrôle de coût. La deuxième est la limite de contexte : ce ticket géant de 60 suivis que personne n'a fermé dépasse le nombre de tokens que le modèle accepte d'un coup, et l'appel revient en erreur. Notre parade est de résumer avant de suggérer - le résumé condense le fil et devient l'entrée de la suggestion, au lieu d'envoyer l'historique brut. La troisième est la confidentialité : avant d'allumer le module, nous convenons avec le client des files dont le contenu peut ou non être envoyé au fournisseur - et parfois la décision consciente est de laisser AI Assist éteint sur certaines files.
Compatibilité
- GLPI : 10.0+ et 11.0+
- Module : gratuit (vous ne payez que la consommation de l'API d'IA)
- Plugin : NexTool 3.x+
- PHP : 8.0+
AI Assist fait partie de NexTool, le plugin modulaire pour GLPI. Pour voir le module en action ou discuter de l'évaluation de confidentialité avant de l'activer, parlez à l'équipe.
Ce contenu a été produit avec l'aide de l'intelligence artificielle et révisé par l'équipe Nextool Solutions.
