Cours B1-06 - Traiter un ticket de bout en bout
Cours · Fiche de cours

B1-06 - Traiter un ticket de bout en bout

B1-06 Traiter un ticket de bout en bout

🎓 SIO1 · semestre 1 ⏱️ 4 h (cours + GLPI) 🎯 Bloc 1 – Support et mise à disposition Qualifier une demande, fixer sa priorité, respecter les délais promis, suivre le ticket dans GLPI jusqu'à sa clôture et capitaliser la solution dans la base de connaissances.

🎯 Objectifs

  • Distinguer incident, demande de service et problème.
  • Suivre un ticket à travers ses statuts, de « Nouveau » à « Clos ».
  • Calculer une priorité à partir de l'urgence et de l'impact.
  • Respecter les délais d'un accord de niveau de service (SLA) et escalader à temps.
  • Traiter un ticket complet dans GLPI : suivis, tâches, solution, clôture.
  • Rédiger un article de base de connaissances et lire les indicateurs du support.

📋 Prérequis

🧭 Référentiel

  • B1.2 Répondre aux incidents et aux demandes d'assistance et d'évolution : collecter, suivre et orienter ; traiter des demandes.
  • B1.1 Exploiter des référentiels de bonnes pratiques (ITIL).
Test express des prérequis 3 questions · 2 minutes · conseillé avant de commencer

1. Le centre de services est…

C'est le N1, l'« accueil » du service informatique. À revoir : B1-05 · Le centre de services.

2. Que doit-on noter dans un ticket avant de l'escalader ?

Le niveau suivant doit pouvoir reprendre le ticket sans tout recommencer.

3. Que veut dire SLA ?

Service Level Agreement : ce que le service informatique promet à ses utilisateurs. À revoir : B1-03 · Référentiels et ITIL 4.
souris neuve ENTREPÔT ARRÊTÉ LE CAMION ATTEND TRAITÉS DANS L'ORDRE D'ARRIVÉE

Le centre de services de Brocéliande Logistique (entreprise fictive, 60 salariés) tourne depuis un mois avec GLPI. Mais les tickets sont traités dans l'ordre d'arrivée : mardi, une demande de souris neuve a été satisfaite pendant que le logiciel de préparation des commandes de l'entrepôt restait arrêté deux heures, un camion de livraison attendant sur le quai.

D'autres tickets restent « en cours » pendant des semaines, et personne ne sait combien de demandes sont résolues dans les délais. Le responsable informatique te demande de mettre de l'ordre : qualifier chaque ticket, calculer sa priorité, fixer des délais, et suivre chaque demande jusqu'à sa clôture.

Le coursQualifier, suivre les statuts, prioriser, respecter les délais, traiter dans GLPI, puis résoudre, clore et capitaliser.

1. Incident, demande ou problème ?

Avant de traiter un ticket, il faut savoir de quoi il s'agit. Le référentiel ITIL distingue trois notions, qui ne se traitent pas de la même façon. GLPI demande d'ailleurs, à la création de chaque ticket, de choisir son type : incident ou demande.

NotionDéfinitionBut du traitementExemple chez Brocéliande
IncidentInterruption non prévue ou baisse de qualité d'un serviceRétablir le service au plus vite, même provisoirementL'imprimante de l'accueil n'imprime plus
Demande de serviceDemande standard d'un utilisateur : rien n'est casséSatisfaire la demande selon une procédure connueCréer le compte d'un nouveau salarié, installer un logiciel autorisé
ProblèmeCause, souvent inconnue, d'un ou de plusieurs incidentsTrouver et supprimer la cause profonde pour éviter la répétitionLe Wi-Fi de l'entrepôt coupe chaque jour vers 15 h
PANNE= incident RÉVISION= demande RAPPEL= problème dépanner vite 12/11 sur rendez-vous chercher la cause trois situations, trois façons de travailler

Pour bien comprendre : le garage

Ta voiture tombe en panne sur la route : c'est un incident. Le garagiste envoie la dépanneuse et cherche d'abord à te faire repartir, même avec une réparation provisoire.

Tu prends rendez-vous pour la révision : c'est une demande de service. Rien n'est cassé, le travail est prévu et suit une procédure.

Le constructeur constate que des centaines de voitures ont la même panne : il lance un rappel pour corriger la pièce défectueuse. C'est la gestion des problèmes : supprimer la cause pour que l'incident ne se reproduise plus.

1.1 Quel type choisir ?

Qualifier un ticket Réponds pour la demande que tu reçois

Quelque chose qui fonctionnait ne fonctionne plus, ou fonctionne mal ?Message d'erreur, lenteur anormale, service inaccessible.

Le même incident s'est-il déjà produit plusieurs fois, sans cause connue ?Consulte l'historique des tickets du poste ou du service.

L'utilisateur demande-t-il quelque chose de prévu au catalogue de services ?Compte, accès, matériel, logiciel autorisé, information.

Type Incident : rétablir le service au plus vite ; calcule la priorité (partie 3).

Type Incident pour rétablir le service aujourd'hui, et ouverture d'un problème lié dans GLPI, pour chercher la cause commune à tous ces incidents.

Type Demande : applique la procédure du catalogue (formulaire, validation éventuelle du responsable, délai standard).

C'est une demande d'évolution hors catalogue (nouveau logiciel, nouvelle fonctionnalité) : type Demande, à faire valider par le responsable informatique avant tout engagement.

2. Le cycle de vie d'un ticket

Un ticket passe par une suite de statuts. Ils indiquent à tout moment où en est la demande, et permettent de mesurer les délais. Voici les statuts de GLPI, le logiciel libre de gestion de parc et d'assistance le plus utilisé dans les administrations et les PME françaises.

1Nouveau 2En cours(attribué) 3En cours(planifié) 4En attente retour en cours 5Résolu solution refusée : le ticket est rouvert Clos
Un ticket « oublié » en cours ou en attente fausse les statistiques : chaque statut doit refléter la réalité.

Mettre un ticket en attente pour « arrêter le chronomètre » alors qu'on n'attend rien de personne est une faute professionnelle : les indicateurs deviennent faux et l'utilisateur, lui, attend toujours. Le statut « En attente » se justifie par un suivi qui dit ce qu'on attend et de qui.

3. Prioriser : urgence × impact

On ne traite pas les tickets dans l'ordre d'arrivée, mais selon leur priorité. Elle se déduit de deux critères qu'on évalue séparément, pour rester objectif face à un utilisateur qui crie plus fort qu'un autre.

  • UrgenceÀ quelle vitesse le métier est-il gêné ? Une activité bloquée maintenant, une échéance proche (paie ce soir, camion à quai) donnent une urgence haute. Règle : si une solution de contournement est disponible immédiatement (poste voisin, matériel de prêt), l'urgence est basse.
  • ImpactCombien de personnes ou quelle importance pour l'entreprise ? Un poste, un service, tout le site, un service critique (vente, logistique, paie).
  • PrioritéLe croisement des deux, lu dans une matrice décidée à l'avance par le service informatique. GLPI la calcule automatiquement (Configuration → Générale → Assistance).

Clique sur une case de la matrice pour voir la priorité, un exemple et le délai promis.

URGENCE IMPACT HauteMoyenneBasse FortMoyenFaible site, service critiqueun serviceune personne P1 P2 P3 P2 P3 P4 P3 P4 P5 P1 critique · P2 haute · P3 moyenne · P4 basse · P5 très basse

Choisis une case : la priorité et son exemple s'affichent ici.

Matrice de Brocéliande Logistique. Remarque : la paie et la logistique sont des services critiques (impact fort) ; un contournement immédiat rend l'urgence basse, quel que soit le demandeur.

GLPI utilise cinq niveaux d'urgence et d'impact (très haute à très basse) et calcule une priorité de 1 à 6 (6 = majeure). Le principe est le même : le technicien renseigne l'urgence (ce que dit l'utilisateur) et l'impact (ce qu'il constate), GLPI déduit la priorité.

4. Délais, SLA et escalade

La priorité fixe des délais. Ils sont écrits dans un accord de niveau de service (SLA) : ce que le service informatique s'engage à respecter. Deux délais sont mesurés pour chaque ticket.

PrioritéDélai de prise en charge (TTO)Délai de résolution (TTR)Escalade hiérarchique
P1 Critique15 min4 hImmédiate
P2 Haute30 min8 h ouvréesÀ 75 % du délai
P3 Moyenne2 h2 jours ouvrésDélai dépassé
P4 Basse4 h5 jours ouvrésDélai dépassé
P5 Très basse1 jour10 jours ouvrésDélai dépassé
Ticket P2 créé à 9 h 00 · délais : prise en charge 30 min, résolution 8 h ouvrées TTO TTR : 8 h ouvrées 9 h 00création 9 h 20 · attribué 75 % du délaiescalade si non résolu échéance
GLPI affiche l'échéance dans le ticket et peut escalader automatiquement (niveaux d'escalade d'un SLA) : notification, réattribution, hausse de priorité.

TTO (Time To Own) : délai pour qu'un technicien prenne le ticket en charge. TTR (Time To Resolve) : délai pour le résoudre. On escalade avant l'échéance, pas après : prévenir son responsable à temps fait partie du travail.

Entraîne-toi avec la matrice de Brocéliande : indique la priorité (P1 à P5) de chaque ticket, puis vérifie avec ✓.

Plus personne n'imprime au siège, factures à envoyer avant midi ›
Une comptable sans son logiciel, poste voisin disponible ›
Le service paie ne peut plus valider les virements de ce soir ›
Demande d'un deuxième écran pour un commercial ›
Délai de résolution d'un P3 (en jours ouvrés) ›

5. Traiter le ticket dans GLPI

Dans GLPI, l'utilisateur crée ses tickets depuis l'interface simplifiée (portail) ; le technicien les traite depuis l'interface standard, menu Assistance → Tickets. Voici le formulaire d'un ticket et ses champs essentiels.

Ticket n° 2026-0731 · Logiciel d'entrepôt inaccessible – postes de préparation Description (demandeur) · 9 h 02« Plus aucun poste de préparation n'ouvre le logiciel WMS. » Suivi (technicien) · 9 h 10Serveur BL-SRV-004 joignable, service arrêté. Redémarrage en cours. Tâche · 9 h 15 · 10 minRedémarrage du service WMS et contrôle des journaux. Solution · 9 h 31Disque plein (journaux) : purge, service relancé, alerte posée. + Suivi · Tâche · Solution Ticket TypeIncident CatégorieLogiciel > WMS StatutRésolu UrgenceTrès haute ImpactTrès haut PrioritéTrès haute Acteurs DemandeurC. Morel (entrepôt) Attribué àSupport N1 · L. Martin Échéance TTR13 h 02 1 2 3 4 5 6 7
À gauche, la chronologie (ce qui s'est passé) ; à droite, les caractéristiques (ce qu'est le ticket). Les numéros renvoient à la liste ci-dessous.
  • 1. DescriptionLe texte du demandeur, à ne jamais modifier : c'est son témoignage. On complète par des suivis.
  • 2. SuiviMessage daté ajouté par le technicien ou le demandeur : ce qui a été constaté, demandé, répondu. Un suivi peut être privé (visible des techniciens seulement).
  • 3. TâcheAction réalisée ou planifiée, avec sa durée : elle alimente le temps passé et le statut « planifié ».
  • 4. SolutionCe qui a réglé le problème, rédigé pour être compris : elle passe le ticket en « Résolu » et peut devenir un article de la base de connaissances.
  • 5. Type et catégorieIncident ou demande ; la catégorie (matériel, logiciel, réseau, compte…) oriente vers le bon groupe et sert aux statistiques.
  • 6. Urgence, impact, prioritéLes deux premiers sont saisis, la priorité est calculée par la matrice.
  • 7. Acteurs et échéancesDemandeur, observateurs, technicien ou groupe attribué ; le SLA affiche les échéances de prise en charge et de résolution.
  1. Prendre en charge : s'attribuer le ticket (ou l'attribuer au bon groupe), vérifier type, catégorie, urgence et impact.
  2. Informer le demandeur par un suivi : « Ticket pris en charge, je reviens vers vous avant 10 h. »
  3. Diagnostiquer et agir, en notant chaque action dans une tâche ou un suivi (la démarche technique est vue en fiche B2-32).
  4. Mettre en attente seulement avec un suivi qui dit ce que l'on attend et de qui ; relancer si besoin.
  5. Escalader à temps : réattribuer au N2 avec un suivi complet, prévenir le demandeur.
  6. Résoudre : saisir la solution, vérifier avec l'utilisateur que tout fonctionne.

6. Résoudre, clore et capitaliser

Un ticket n'est pas fini quand le technicien a réparé : il faut que l'utilisateur valide, que le ticket soit clos, et que la solution profite aux suivants grâce à la base de connaissances.

  1. Approbation de la solution : l'utilisateur reçoit la solution et l'accepte ou la refuse (le ticket repart alors « En cours »). Sans réponse, GLPI peut clore automatiquement après un délai paramétré.
  2. Clôture : le ticket est figé ; il compte dans les statistiques.
  3. Enquête de satisfaction : GLPI peut envoyer un court questionnaire (note de 1 à 5 et commentaire) après la clôture.
  4. Capitalisation : si la solution peut resservir, elle devient un article de la base de connaissances, public (FAQ pour les utilisateurs, niveau N0) ou réservé aux techniciens.
Base de connaissances modèle d'articlecatégorie Impression
Titre    : Les documents restent « en attente » dans la file d'impression
Symptôme : l'impression ne sort pas ; Windows affiche « En attente »
           ou « Erreur » dans la file de l'imprimante.
Cause    : file d'impression bloquée par un document corrompu.
Solution : 1. Paramètres > Bluetooth et appareils > Imprimantes et scanners.
           2. Ouvrir la file, annuler tous les documents.
           3. Si la file ne se vide pas : appeler le support (poste 400),
              qui relance le service d'impression.
Visibilité : FAQ publique (utilisateurs)
Tickets liés : 2026-0412, 2026-0457, 2026-0503

6.1 Mesurer la qualité du support

IndicateurCe qu'il mesureObjectif de Brocéliande
Nombre de ticketsCharge du support, par catégorie et par moisSuivi de tendance
Respect du SLAPart des tickets pris en charge et résolus dans les délais≥ 90 %
Résolution au premier contactPart des tickets résolus dès le premier contact par le N1, sans escalade ni rappel≥ 65 %
Délai moyen de résolutionTemps entre création et résolution, par prioritéInférieur au TTR
SatisfactionNote moyenne des enquêtes≥ 4 / 5
Tickets rouvertsSolutions refusées par les utilisateurs≤ 5 %

Les indicateurs servent à améliorer, pas à surveiller les techniciens : une catégorie qui explose révèle un problème (au sens ITIL) à traiter à la source, un taux de résolution au premier contact faible révèle un manque de procédures ou de droits pour le N1. Les tableaux de bord de GLPI (Assistance → Statistiques) les produisent sans calcul manuel.

6.2 Entraîne-toi : la file de tickets

Tu reprends la file de tickets du matin chez Brocéliande Logistique. Pour chacun, choisis la bonne décision.

File d'attente GLPI6 tickets · un à la fois · l'explication s'affiche après ta réponse
Ticket 2026-0802De : chef d'équipe entrepôtUrgence très haute
« Les terminaux de préparation ne se connectent plus au logiciel d'entrepôt, aucun colis ne part. Trois camions arrivent à 10 h. »

Type et priorité ?

Décision : un service qui ne fonctionne plus est un incident. L'activité logistique est le cœur de l'entreprise : impact fort, urgence haute → P1, prise en charge en 15 minutes et escalade hiérarchique immédiate.

Ticket 2026-0803De : responsable RHDemande
« Une nouvelle assistante arrive lundi : il lui faut un compte, une adresse de messagerie et l'accès au dossier RH. »

Comment traiter ce ticket ?

Décision : rien n'est cassé : c'est une demande de service standard. On applique la procédure du catalogue (création de compte dans l'Active Directory, boîte aux lettres, groupes d'accès validés par le responsable) et on planifie une tâche avant l'échéance.

Ticket 2026-0790Statut : En attente depuis 12 joursRelance
Dernier suivi : « Pouvez-vous m'indiquer le message d'erreur exact ? » Aucune réponse du demandeur.

Que fais-tu ?

Décision : un ticket en attente se relance (en général deux relances), puis se résout avec un message clair. On ne supprime jamais un ticket : il fait partie de l'historique et des statistiques.

Ticket 2026-0805De : comptabilitéRépétition
« Le lecteur réseau P: a encore disparu ce matin. » C'est le sixième ticket identique ce mois-ci, à chaque fois résolu en reconnectant le lecteur.

Que faut-il faire en plus de résoudre l'incident ?

Décision : des incidents répétés ont une cause commune : c'est un problème au sens ITIL. On le crée dans GLPI, on y lie les tickets, et le N2 cherche la cause. Une solution de contournement peut être publiée dans la FAQ en attendant.

Ticket 2026-0806De : directeur commercialInsistant
« Mon écran secondaire ne s'allume plus. Je suis le directeur, mettez-moi en priorité maximale. »

Comment fixes-tu la priorité ?

Décision : la matrice s'applique à tous ; c'est ce qui la rend juste et défendable. La qualité de service passe par une solution de contournement rapide, pas par une priorité gonflée qui retarderait des tickets réellement critiques.

Ticket 2026-0731Statut : RésoluAprès résolution
Le logiciel d'entrepôt s'était arrêté car le disque du serveur était plein de journaux. Tu as purgé les fichiers et relancé le service.

Que fais-tu de cette expérience ?

Décision : capitaliser (article réservé aux techniciens : symptôme, cause, solution) et prévenir (alerte quand le disque dépasse 85 %, fiche B2-27 et B2-28). Le prochain incident sera évité ou résolu en quelques minutes.

7. À l'examen et en entreprise

  • Compétence B1.2 : « collecter, suivre et orienter des demandes » et « traiter des demandes ». Des tickets GLPI que tu as réellement traités (atelier professionnel, stage) sont d'excellentes preuves pour le tableau de synthèse E5.
  • Ce que le jury regarde : un type et une catégorie justes, une priorité justifiée par la matrice, des suivis datés et clairs, une solution rédigée, un délai respecté ou une escalade argumentée.
  • Questions fréquentes : différence entre incident et problème ; pourquoi la priorité ne dépend pas du rang hiérarchique ; à quoi sert le statut « En attente » ; quel indicateur suivre pour améliorer le support.
  • Lien avec les autres fiches : diagnostic technique (B2-32), gestion de parc dans GLPI (B2-31), communication avec l'utilisateur (B1-05).

8. L'essentiel

  1. Incident : un service ne marche plus, on le rétablit vite ; demande : rien n'est cassé, on suit une procédure.
  2. Problème : la cause d'incidents répétés ; on la cherche pour qu'ils ne reviennent plus.
  3. Statuts GLPI : Nouveau → En cours (attribué / planifié) → En attente → Résolu → Clos.
  4. Priorité = urgence × impact, lue dans une matrice définie à l'avance, la même pour tous.
  5. Le SLA fixe par priorité un délai de prise en charge (TTO) et de résolution (TTR).
  6. On escalade avant l'échéance : fonctionnelle vers un spécialiste, hiérarchique vers un responsable.
  7. Dans GLPI : la description ne se modifie pas ; on ajoute des suivis, des tâches, puis la solution.
  8. « En attente » seulement si l'on attend vraiment quelqu'un, avec un suivi qui le dit ; on relance, puis on clôt.
  9. La solution est approuvée par l'utilisateur, le ticket est clos, la satisfaction est mesurée.
  10. On capitalise dans la base de connaissances et on suit des indicateurs pour améliorer le service.
TICKETde bout en bout Qualifierincident · demandeproblème si répétition Prioriserurgence × impactmatrice P1 à P5 Statutsnouveau · en cours · attenterésolu · clos DélaisSLA : TTO et TTRescalader avant l'échéance GLPIsuivis · tâches · solutiondescription intacte Clore et capitaliserapprobation · satisfactionbase de connaissances
La fiche en une image : à refaire de mémoire, sur une feuille, avant de passer aux exercices.

Les repères clés

Pour…Dans GLPI
Voir les ticketsAssistance → Tickets (filtres : attribués à moi, non résolus)
QualifierType (Incident / Demande) · Catégorie · Urgence · Impact → Priorité
AvancerBouton Répondre : Suivi · Tâche · Solution ; statut mis à jour
DélaisConfiguration → Niveaux de services : SLA, TTO, TTR, escalade
ProblèmeAssistance → Problèmes · lier les tickets concernés
CapitaliserOutils → Base de connaissances ou « Enregistrer et ajouter à la base »
MesurerAssistance → Statistiques · enquêtes de satisfaction

Tout cela tient sur une page : utilise le bouton Mémo à imprimer en haut de la fiche.

La pratiqueLe quiz noté pour vérifier tes acquis, les exercices à rendre à ton professeur, puis la mission dans ton entreprise.

9. Quiz noté

8 questions · 10 minutesRéponds à toutes les questions, puis valide. Seule ta première tentative est enregistrée : elle compte dans ton suivi. Ensuite, tu peux t'entraîner autant que tu veux.

1. Un salarié demande l'installation d'un logiciel figurant au catalogue. C'est…

2. Le même incident revient chaque semaine sans cause connue. On ouvre…

3. Comment se calcule la priorité d'un ticket ?

4. Que mesure le TTO ?

5. Quand faut-il escalader un ticket qui risque de dépasser son délai ?

6. Dans GLPI, le technicien veut noter ce qu'il a constaté. Il ajoute…

7. Quand peut-on mettre un ticket « En attente » ?

8. À quoi sert la base de connaissances ?

10. Exercices : à toi de répondre

Écris ta réponse sous chaque énoncé et envoie-la à ton professeur. Quand il l'a validée, le corrigé s'affiche à la place du cadenas ; s'il te la renvoie « à revoir », lis son commentaire et corrige.

Exercice 1 – Qualifier et prioriser (SIO1)

Avec la matrice de Brocéliande Logistique (partie 3), donne pour chaque ticket son type, son urgence, son impact et sa priorité, en justifiant en une ligne : (a) le serveur de fichiers est inaccessible pour tout le siège ; (b) un commercial demande l'accès au dossier « Tarifs 2027 » ; (c) la souris d'une assistante ne fonctionne plus, une souris de prêt est disponible ; (d) le Wi-Fi des invités est coupé pendant un salon où 40 clients sont attendus cet après-midi.

Le corrigé s'affichera ici dès que ton professeur aura validé ta réponse. Cherche d'abord par toi-même : c'est en se trompant qu'on retient.

Exercice 2 – Suivre un ticket (SIO1)

Un ticket P3 « L'imprimante de l'accueil fait des traînées » est créé lundi à 9 h. Tu le prends à 10 h, tu commandes un tambour qui arrive mercredi, tu le changes mercredi à 14 h, l'utilisatrice valide jeudi. Écris la suite des statuts avec leur date, et le contenu des suivis que tu ajoutes. Le délai de résolution est-il respecté ?

Le corrigé s'affichera ici dès que ton professeur aura validé ta réponse. Cherche d'abord par toi-même : c'est en se trompant qu'on retient.

Exercice 3 – Capitaliser (SIO1)

Tu viens de résoudre trois tickets « Outlook demande sans cesse mon mot de passe » : à chaque fois, il fallait supprimer les anciennes informations d'identification dans le Gestionnaire d'identification de Windows. Rédige l'article de base de connaissances correspondant (titre, symptôme, cause, solution, visibilité).

Le corrigé s'affichera ici dès que ton professeur aura validé ta réponse. Cherche d'abord par toi-même : c'est en se trompant qu'on retient.

Exercice 4 – Concevoir (SIO2)

Brocéliande Logistique veut fixer son premier SLA. Propose : la matrice urgence × impact (avec la définition de chaque niveau d'impact pour l'entreprise), les délais TTO et TTR par priorité, les heures ouvrées couvertes, les cas de suspension du décompte et deux règles d'escalade. Justifie tes choix en quelques lignes.

Le corrigé s'affichera ici dès que ton professeur aura validé ta réponse. Cherche d'abord par toi-même : c'est en se trompant qu'on retient.

11. Fil rouge : mission chez ton entreprise

Ton contexte Bloc 1Chaque élève de SIO1 a sa propre entrepriseLes missions de cette fiche se font dans l’entreprise attribuée par ton professeur (page « Mon contexte Bloc 1 »).
Mon contexte Bloc 1

La mission

ton entreprise veut suivre toutes ses demandes informatiques avec un vrai outil de tickets. Tu prépares les règles de traitement (catégories, matrice, délais), puis tu les appliques à des tickets réalistes pour ton secteur, dans GLPI si ton entreprise en dispose, sinon dans un tableur qui reprend les mêmes champs.

  • Les catégories de tickets propres à ton entreprise.
  • La matrice de priorité et le SLA (TTO, TTR) adaptés à son activité.
  • Cinq tickets traités de bout en bout, du statut Nouveau à Clos.
  • Deux articles de base de connaissances.

1 Définir les catégories

Liste 6 à 10 catégories adaptées (par exemple Matériel > Poste, Matériel > Imprimante, Logiciel > Logiciel métier, Compte et accès, Réseau, Messagerie, Téléphonie). Ajoute le ou les logiciels métier de ton entreprise : ce sont souvent eux qui rendent un incident critique.

2 Construire la matrice et le SLA

Définis ce que signifient « impact fort, moyen, faible » pour ton entreprise (quelle activité est vitale ?), puis remplis la matrice 3 × 3 et le tableau des délais par priorité, avec les heures couvertes.

3 Créer et traiter cinq tickets

Imagine cinq demandes plausibles dans ton entreprise : au moins trois incidents (dont un critique) et deux demandes. Pour chacune : type, catégorie, urgence, impact, priorité, puis la suite des statuts avec des suivis datés, une solution et la clôture. Un des tickets doit passer par « En attente » de façon justifiée, un autre par une escalade.

4 Capitaliser

Rédige deux articles de base de connaissances à partir de tes tickets : un public (FAQ pour les utilisateurs), un réservé aux techniciens.

5 Valider la mission : la check-list

N°Point à vérifierOùAttenduOK
1Les catégories sont adaptées au secteurListe6 à 10 catégories, logiciel métier inclus
2La matrice est définieMatriceNiveaux d'impact expliqués pour l'entreprise
3Le SLA est réalisteTableau des délaisTTO et TTR croissants de P1 à P5, heures couvertes
4Les cinq tickets sont qualifiésGLPI ou tableurType, catégorie, urgence, impact, priorité justes
5Les statuts suivent la réalitéHistoriqueSuivis datés, une attente justifiée, une escalade
6Les solutions sont rédigéesTickets closCompréhensibles, sans jargon inutile
7Deux articles sont publiésBase de connaissancesSymptôme, cause, solution, visibilité

Range ces documents dans ton dossier de contexte : ces tickets peuvent figurer dans ton tableau de synthèse de l'épreuve E5.

Suis ta progressionConnecte-toi pour marquer les ressources comme terminées et retrouver ton avancement.
Se connecter